Linux Debian 8 "Jessie" publicado y disponible

Buen artículo, la adopción de systemd trajo mucho conflicto en el foro de debian, llegando a crear un fork llamado devuan.

En fin, un excelente sistema operativo.

Enviado desde mi OnePlus One mediante Tapatalk

gracias, se me fue agregar que esta version estuvo 6 meses en estado Freeze, lo que permite centrar los esfuerzos en la correccion de bugs y detalles entre las versiones de paquetes que se dejaron disponibles hasta ese momento

quizas hoy o mañana me pondre a hacer pruebas con alguna vm para probar que tanto cambie el tema al instalar de cero (quizas cambie poco aca) o actualizando desde una maquina ya funcional (aca puede que el cambio de arranque mejore con respecto a la anterior, quiero ver al SO aprovechando las funciones de cgroup y el nuevo kernel )

pucha que le gustan los paquetes añejos a debian

es tan re dificil encontrar el balance entre nuevo-estable-viejo-necro

Bajando para probar.

Gracias.

hoy estuve unos minutos preparando una vm para respaldos sobre debian 8 (apache2, rsync y backuppc, ademas de lvm y xfs en los discos)
lo que pude probar se ve bastante fluido y con algunos detalles curiosos
el "dmesg" por default viene coloreado
el acceso ssh, al parecer por defecto viene bloqueado root (en la conf vi que solo dejaba al root si este no tenia clave), por lo que hay que ingresar por otro user, lo cual encuentro que es una ayuda para gente que se acostumbra a ingresar por root desde el principio

si se ajustan o agregan volumenes al fstab y se usa "mount -va" para montar/probar los nuevos parametros , este indica de forma facil de leer cuales ya estaban montados y si los nuevos se pudieron montar correctamente o no

el arranque es en apariencia bastante rapido, ya que lo primero que carga el el getty del usuario y en paralelo sigue cargando los servicios de fondo (se puede ver al ver los procesos con "ps axfu" que el bash local esta sobre los demas servicios, solo debajo de lo escencial) lo que ayuda bastante para cuando por ejemplo no esta la red conectada y algun servicio pueda demorar mas en decir "algo no me responde" y permite continuar con el proceso de login y trabajar en el equipo si se necesita ver algo urgente.

saludos

Buenas

enumerando algunos de los cambios (para algunos esteticos, para otros informativos) que pude apreciar al usar systemd son los siguientes:

por defecto rsync no basta con habilitar su arranque (cuando se configura como servicio) en /etc/default/rsync

al ver el status con "/etc/init.d/rsync status" aparece el siguiente retorno/mensaje:

root@debian:~# /etc/init.d/rsync status
● rsync.service - fast remote file copy program daemon
Loaded: loaded (/lib/systemd/system/rsync.service; disabled)
Active: inactive (dead)


para habilitarlo, se debe ejecutar el siguiente comando y tambien pondre su retorno:

root@debian:~# systemctl enable rsync
Synchronizing state for rsync.service with sysvinit using update-rc.d...
Executing /usr/sbin/update-rc.d rsync defaults
insserv: warning: current start runlevel(s) (empty) of script `rsync' overrides LSB defaults (2 3 4 5).
insserv: warning: current stop runlevel(s) (2 3 4 5) of script `rsync' overrides LSB defaults (empty).
Executing /usr/sbin/update-rc.d rsync enable


ahora al ver el "status" del servicio, este aparecera como "enabled"
una vez iniciado (naturalmente cargando su configuracion ) se puede ver el siguiente "status"

# /etc/init.d/rsync status
● rsync.service - fast remote file copy program daemon
Loaded: loaded (/lib/systemd/system/rsync.service; enabled)
Active: active (running) since Sat 2015-05-23 19:35:15 CLT; 18s ago
Main PID: 15346 (rsync)
CGroup: /system.slice/rsync.service
└─15346 /usr/bin/rsync --daemon --no-detach



esto es similar en muchos o casi todos los servicios, donde indica graficamente no solo si esta corriendo el servicio, sino que tambien el PID del proceso padre y el directorio CGroup asignado, en otros servicios esto tambien carga los ultimos registros, como en el caso de ntpd, que muestra los ultimos 10 registros, aunque si hay mas, tambien indica que se revise el log correspondiente

tambien mencionar que en nginx, en Debian 7 , para abrir el puerto en interfaces IPv4 tanto como IPv6, habia que dejar el puerto habierto como sigue:
(esto en la definicion del virtualhost o server)
listen [::]:80;

ahora, se debe indicar explicitamente en que puerto segun si es ipv4 o ipv6, quedando de esta forma:

listen 80; #Puerto sobre el cual escucha en ipv4
listen [::]:80; #puerto IPv6


otro item es que si se actualiza de debian 7 a debian 8, el servicio snmpd queda como desinstalado, y al reinstalar, la configuración anterior puede funcionar normalmente, pero si se usa algún monitor como cacti, se debe escoger el protocolo snmp como versión "2" (snmp v2), ya que así podrá rescatar la información de los dispositivos que se estaban monitoreando (si ese ultimo cambio, cacti no muestra datos de respuesta desde la maquina con snmpd actualizado)