Actualizar Debian Server

8 envíos / 0 nuevos
Último envío
#1 Lun, 12/02/2018 - 12:46
lightmoon
Imagen de lightmoon
Desconectado/a
se unió: 12/02/18

Actualizar Debian Server

Estado: 
[ACTIVO]

¡Hola!

Tengo que instalar Debian Server, en este caso la versión 9.3. Hay una cuestión que no sé como resolvéis vosotros. Cuando saquen la nueva versión "stable" (10), al cambiar el archivo sources para cambiar de versión, ¿suele haber problemas en un servidor ya en producción?, ¿instaláis todo desde cero?.

¡Espero vuestras experiencias!

¡Gracias!

Lun, 12/02/2018 - 12:55
caliban
Imagen de caliban
Conectado
moderador
se unió: 14/01/16

Apunta la lista de repositorios a "stable" (no el nombre de la version stable actual del momento ) esto mantendrá el sistema siempre en la versión stable ,  a condición de hacer periódicas actualizaciones  por ejemplo :

aptitude update
aptitude safe-upgrade

bien podes configurar una entrada en crontab para que lo haga a diario, o una vez en la semana .

Si para la actualización preferís tener el control de decidir , la entrada en crontab puede ser solamente 'update' y que te envíe un mensaje indicando si hay actualizaciones disponibles , por ejemplo :

#! /bin/bash
aptitude update &> /dev/null 
sleep 60
NUM=`aptitude search ~U | wc -l `

 DISPLAY=:0.0 /usr/bin/notify-send " hay $NUM actualizaciones " -t 3540000

 

Lun, 12/02/2018 - 13:05 (Responder a #2)
lightmoon
Imagen de lightmoon
Desconectado/a
se unió: 12/02/18

Gracias caliban.

Si no he entendido mal, cambio stretch por stable, ¿verdad?. De esta forma siempre estaré actualizado para los paquetes estables. Supongo que esto es mejor que pasar de Stretch a Buster,¿cierto?.
Lo que no me gustaría es tener que volver a configurar el servidor dentro de dos años  :(   por eso quiero evitarlo.

¡Gracias!

Saludos.

Lun, 12/02/2018 - 13:19
caliban
Imagen de caliban
Conectado
moderador
se unió: 14/01/16

Entendiste bien, de todos modos ,si haces constantes y periódicas actualizaciones ,pasar a la siguiente versión stable en general no causa problemas , problemas que suelen ser directamente proporcionales a las aplicaciones instaladas.Por ejemplo si tenes un sistema en modo texto los problemas suelen ser mínimos o ninguno, si tenes instalado un entorno gráfico sencillo con un gestor de ventanas , y pocas aplicaciones gráficas , algo similar , en cuanto instales un entorno de escritorio con todo lo que suelen arrastrar y lo integrado en bloques autodependientes que se han vuelto en los últimos años, es mas que probable que tengas problemas ,que se pueden resolver en general ,pero vas a tener que trabajar en ello .

De modo similar , en general   aptitude suele ser mas cuidadoso y conservador a la hora de actualizar y por lo tanto ,retener paquetes y quejarse , en cambio apt-get ,es mas directo y causa menos problemas.

No esta demas indicar que si vas a tener un servidor en producción ,tenes que tener copias de las principales configuraciones en algún lugar seguro y/o  un clonado del servidor  funcional  que te permita recuperar los servicios rápidamente(con cualquiera de las herramientas disponibles para clonar,  por ejemplo rsync )  

Lun, 12/02/2018 - 13:27 (Responder a #4)
lightmoon
Imagen de lightmoon
Desconectado/a
se unió: 12/02/18

caliban wrote:

Entendiste bien, de todos modos ,si haces constantes y periódicas actualizaciones ,pasar a la siguiente versión stable en general no causa problemas , problemas que suelen ser directamente proporcionales a las aplicaciones instaladas.Por ejemplo si tenes un sistema en modo texto los problemas suelen ser mínimos o ninguno, si tenes instalado un entorno gráfico sencillo con un gestor de ventanas , y pocas aplicaciones gráficas , algo similar , en cuanto instales un entorno de escritorio con todo lo que suelen arrastrar y lo integrado en bloques autodependientes que se han vuelto en los últimos años, es mas que probable que tengas problemas ,que se pueden resolver en general ,pero vas a tener que trabajar en ello .

De modo similar , en general   aptitude suele ser mas cuidadoso y conservador a la hora de actualizar y por lo tanto ,retener paquetes y quejarse , en cambio apt-get ,es mas directo y causa menos problemas.

No esta demas indicar que si vas a tener un servidor en producción ,tenes que tener copias de las principales configuraciones en algún lugar seguro y/o  un clonado del servidor  funcional  que te permita recuperar los servicios rápidamente(con cualquiera de las herramientas disponibles para clonar,  por ejemplo rsync )  

¡Gracias por tus consejos!

El servidor será en modo texto. Configuraré Apache + PHP + MariaDB + PHPMyAdmin + Django + Samba + Cron

Actualmente uso Trisquel 7 (Ubuntu 14), y al pasar a Debian hay cosas que cambian y me estoy adaptando. El servidor actual en producción usa Trisquel 7 también en versión netinstall. Pensé en instalar Ubuntu Server, pero creo que es mejor Debian aunque algunas cosas no sean tan "sencillas" como en Ubuntu. Espero que todo me salga bien. Soy desarrollador y como SysAdmin tengo experiencia limitada.

Hago copias del disco con CloneZilla. ¿A qué te refieres con hacer copias de las configuraciones?

¡Gracias!

Lun, 12/02/2018 - 13:47
caliban
Imagen de caliban
Conectado
moderador
se unió: 14/01/16

Si vos tenes diferentes servicios activos los has configurado ,tendras archivos de configuracion,y bases de datos , eso es lo que tenes que copiar ,y en el caso de tener que reinstalar o reconfigurar por alguna causa tendras esas copias como ejemplo o guia,

Yo no he clonado  con clonezilla , he clonado mis sistemas activos hacia otro disco duro ,o hacia otra pc con exito usando rsync, 

https://exdebian.org/wiki/clonado-de-un-sistema-linux

De todos modos lo que yo te refiero es mi opinión, bajo mis circunstancias y con mi experiencia, en linux afortunadamente hay mas de un modo de hacer cosas similares con resultados esperados o deseados.

Lo mejor que podes hacer es buscar y leer otras opciones, y claro ,probarlas , el clonado es algo que te aconsejo ensayar con paciencia y tiempo  y anotar todo prolijamente, aun esos "detalles" que descubriste tenias que hacer o no hacer, a futuro esas anotaciones van a ser invaluables, te lo aseguro .

Mar, 13/02/2018 - 06:31 (Responder a #6)
lightmoon
Imagen de lightmoon
Desconectado/a
se unió: 12/02/18

¡Hola!

Gracias de nuevo caliban.

Una pregunta más. Cuando pongo Debian señalando a la rama estable, ¿es lo mismo que señalar a Stretch?. Es decir, imagínate las ramas como si fuera un GIT. Si pongo el FETCH en stable, ¿la rama stable = stretch ó la stable va a su ritmo y stretch a otro?.

No sé si me explico :S

Gracias.

Saludos.

Mar, 13/02/2018 - 11:43 (Responder a #7)
gacs
Imagen de gacs
Conectado
colaborador
se unió: 21/04/16

Mira este para que te orientes link , y cambia

deb  http://deb.debian.org/debian stretch main contrib non-free
deb-src  http://deb.debian.org/debian stretch main contrib non-free

por

deb  http://deb.debian.org/debian stable main contrib non-free
deb-src  http://deb.debian.org/debian stable main contrib non-free

 

 Saludos