Systemd, firewalld, por qué tanta ***** junta?

[ccrunch]

Hola a todos, hoy os escribo un poco indignado ya que he visto que en Debian y en casi todas las distribuciones van a cambiar al systemd.

Sin ir más lejos, os pongo un ejemplo medio comercial medio libre, CentOS. En la versión 6 se usaba iptables, init, para servidor dns creo que bind.

Pues en la versión 7 han cambiado init por systemd, iptables por firewalld. Por lo menos estos dos servicios funcionan de forma totalmente diferente a init y iptables. Yo pensaba que bueno, firewalld, nueva herramienta blablabla como ya usaba iptables me sería faci. Y una *****, hay que aprender a usar (desde 0) la herramienta porque funciona de forma totalmente diferente, si ya tenías scripts para iptables al carajo, lo mismo para init.

La única diferencia que veo con systemd respecto a init es el arranque que es un poco más rápido, pero más allá, ni al usuario ni al administrador le trae novedades, por lo menos a mi me trae dolores de cabeza y muchos, especialmente firewalld, y en centos7 han dejado iptables y firewalld.

Vosotros creéis que el cambio a firewalld, systemd y otros servicios es necesario? Yo no lo veo tanto. Dicen que systemd hace más simple la gestión de servicios pero a mi por lo menos me la complica, por ejemplo cuando arrancas un servicio con init te dice como ha ido, con systemd tienes que hacer el "status" a mano, sé que parece una tontería pero a mi...

Por no decir el típico systemctl restart mysqld.service, en init service mysql restart y arreglado.

Ya ha habido un cambio de centos 4 al 5 creo, un gran cambio, y ahora lo vuelve a haber.

[#!drvy]

La única diferencia que veo con systemd respecto a init es el arranque que es un poco más rápido, pero más allá, ni al usuario ni al administrador le trae novedades, por lo menos a mi me trae dolores de cabeza y muchos

Aquí tienes un articulo detallado de todo lo que trae en respecto a novedades.

http://www.tecmint.com/systemd-replaces-init-in-linux/

por ejemplo cuando arrancas un servicio con init te dice como ha ido

Eso depende mas del servicio que del que lo inicia. knockd no reporta por ejemplo.

con systemd tienes que hacer el "status" a mano, sé que parece una tontería pero a mi...

Por no decir el típico systemctl restart mysqld.service, en init service mysql restart y arreglado.

Te puedes hacer un script que haga eso por ti en 1 linea...

Código (bash) [Seleccionar] Expandir

#!/bin/bash
systemctl start $1.service && systemctl status $1.service
exit 0

Saludos

[ccrunch]

Las novedades del systemd... siguen sin convencerme mucho. Otra cosa que no me gusta nada es esto: Logs are stored in binary file.

Y respecto al script sí, se puede crear, pero ya habría que tocar más, y crearlo.

Salu2 y feliz navidad!!

[Wickown]

Sí, es verdad, y ahora en CentOS 7 ya no se puede usar MySQL, hay que usar un MySQL modificado, MariaDB se llama.
No sé para que tocan tantas cosas la verdad...

[daryo]

usa openrc

[#!drvy]

Sí, es verdad, y ahora en CentOS 7 ya no se puede usar MySQL, hay que usar un MySQL modificado, MariaDB se llama.

Es lo mismo... es un fork.. pero bueno también puedes instalar MySQL...

Código (bash) [Seleccionar] Expandir

sudo rpm -Uvh http://dev.mysql.com/get/mysql-community-release-el7-5.noarch.rpm

http://dev.mysql.com/downloads/repo/yum/

Las novedades del systemd... siguen sin convencerme mucho.

El simple hecho de que el inicio de los servicios ya no es serial es ya una gran novedad. En init si un servicio falla durante el booteo se caga el resto del proceso...

Otra cosa que no me gusta nada es esto: Logs are stored in binary file.

Código (bash) [Seleccionar] Expandir

journalctl >> systemd.log

Código (bash) [Seleccionar] Expandir

journalctl -u mysqld.service >> logs_mysqld.log

Y respecto al script sí, se puede crear, pero ya habría que tocar más, y crearlo.

Por eso, nunca te cases con nada en la informática. Las cosas siempre cambian y siempre hay que andar la ultima.. es lo que hay. En este caso es una mejora notable.. y la curva de aprendizaje es relativamente pequeña.

Saludos

[daryo]

si un servicio falla durante el booteo se caga el resto del proceso...

creo que no es asi e_e y que un servicio falle no hara que todo el proceso lo haga o bueno eso tengo entendido.seria algo inestable

[MinusFour]

A pesar que Debian Jessie introduce Systemd, la mayoria de sus scripts de inicio estan hechos para SysVinit y las herramientas habituales siguen funcionando. e.g.: service (el wrapper de canonical) o corriendo los scripts directamente desde /etc/init.d/. No estoy seguro si para el release vayan a hacer una transicion completa a scripts de systemd. Aprender systemd tampoco es algo complicado. Los logs en binario los puedes pasar por pipes a los programas que usas comunmente (i.e. grep, wc, awk). Tambien puedes redireccionar el output a archivos de texto (con >). Quizas se vuelva un poco mas complicado para esas herramientas que trabajan con logs directamente aunque no estoy seguro.

En cuanto a firewalld, no parece ser un binario de systemd y puedes remplazarlo por iptables. Estoy seguro que si lo googleas lo encuentras.

[Jenag]

Mas datos systemd..
https://wiki.archlinux.org/index.php/systemd_%28Espa%C3%B1ol%29#Uso_b.C3.A1sico_de_systemctl
puedes seguir usando Init, pero hay que adaptarse y cuanto antes creo que mejor.
Y cuanto antes aprendas nftables mejor..