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

Iniciado por ccrunch, 27 Diciembre 2014, 18:05 PM

0 Miembros y 1 Visitante están viendo este tema.

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

CitarLa ú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/

Citarpor 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.

Citarcon 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]
#!/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...


#!drvy

CitarSí, 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]
sudo rpm -Uvh http://dev.mysql.com/get/mysql-community-release-el7-5.noarch.rpm

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

CitarLas 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...

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

Código (bash) [Seleccionar]
journalctl >> systemd.log

Código (bash) [Seleccionar]
journalctl -u mysqld.service >> logs_mysqld.log

CitarY 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

#6
Citarsi 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
buenas

MinusFour

#7
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.. :P
Para comentarme algo : Evamr1991@openmailbox.org : Válido para Bots y Robots..