Autor
|
Tema: Systemd, firewalld, por qué tanta ***** junta? (Leído 3,226 veces)
|
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.
|
|
|
En línea
|
|
|
|
#!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... #!/bin/bash systemctl start $1.service && systemctl status $1.service exit 0
Saludos
|
|
|
En línea
|
|
|
|
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!!
|
|
|
En línea
|
|
|
|
Wickown
Desconectado
Mensajes: 128
4y7s0
|
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...
|
|
|
En línea
|
|
|
|
daryo
|
usa openrc
|
|
|
En línea
|
buenas
|
|
|
#!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... 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. journalctl >> systemd.log
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
|
|
|
En línea
|
|
|
|
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
|
|
« Última modificación: 27 Diciembre 2014, 20:24 pm por daryo »
|
En línea
|
buenas
|
|
|
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.
|
|
« Última modificación: 27 Diciembre 2014, 20:58 pm por MinusFour »
|
En línea
|
|
|
|
|
|
Mensajes similares |
|
Asunto |
Iniciado por |
Respuestas |
Vistas |
Último mensaje |
|
|
Emulador PS2 (con tanta informacion me pierdo)
Juegos y Consolas
|
chasonic
|
1
|
1,643
|
10 Diciembre 2006, 13:31 pm
por erpages
|
|
|
beini no junta paquetes
Wireless en Linux
|
P4nd3m0n1um
|
4
|
12,680
|
15 Noviembre 2011, 14:54 pm
por Pablo Videla
|
|
|
Canonical acata la decisión de Debian y Ubuntu abrazará SystemD
Noticias
|
wolfbcn
|
0
|
1,191
|
14 Febrero 2014, 19:32 pm
por wolfbcn
|
|
|
¿Conocéis algún sustituto de udisks2 que no utilice systemd?
GNU/Linux
|
do-while
|
4
|
2,793
|
28 Octubre 2014, 21:44 pm
por do-while
|
|
|
Windows 7 en portatil de la junta de andalucia
Windows
|
patrii_1
|
1
|
3,155
|
16 Febrero 2015, 21:52 pm
por ccrunch
|
|