Todo ocurri\u00f3 cuando migr\u00e9 a Fedora 16, el tema es que no levant\u00f3 nunca mi VPN que tengo con openvpn, lo obvio era hacer un:<\/p>\n
[root@acerone ~]# service openvpn start
\nRedirecting to \/bin\/systemctl start openvpn.service
\nFailed to issue method call: Unit openvpn.service failed to load: No such file or directory. See system logs and ‘systemctl status openvpn.service’ for details.<\/p>\n
Como pueden ver sale un error y lo que me llam\u00f3 la atenci\u00f3n fue ver la palabra systemctl.<\/p>\n
La verdad es que a la final no solucion\u00e9 el problema del openvpn (En otro post lo indico como lo hice), sin embargo investigando me enter\u00e9 que desde el fedora 15 se implement\u00f3 systemd que es la nueva manera de manejar los servicios, es mucho m\u00e1s completo de lo que pod\u00edamos hacer con el comando service.<\/p>\n
Ahora ya no se manejan los servicios con el comando service ni tampoco con el chkconfig, aunque existen todav\u00eda unos pocos servicios que se le hace por esta v\u00eda, la mayor\u00eda en fedora 16 se lo hace con systemctl, esto quiere decir que los servicios ya no est\u00e1n en el directorio \/etc\/init.d\/, ahora est\u00e1n en \/lib\/systemd\/system\/<\/p>\n
A continuaci\u00f3n un resumen de las funcionalidades del comando systemctl:<\/p>\n
Para iniciar un servicio:<\/strong><\/p>\n [root@acerone ~]# systemctl start sendmail.service<\/p>\n Si prestan atenci\u00f3n se dan cuenta que dice sendmail.service<\/strong> la raz\u00f3n es porque este comando puede controlar no solo servicio si no sockets por ejemplo, es por eso que ahora todos los servicios tienen la extensi\u00f3n .service.<\/p>\n Ver el status de un servicio<\/strong><\/p>\n [root@acerone ~]# systemctl status cups.service Como pueden ver, el status del servicectl nos entrega mucha m\u00e1s informaci\u00f3n de lo que ofrec\u00eda el service servicio status<\/em>.<\/p>\n Arrancar el servicio al inicio (chkconfig servicio on)<\/strong><\/p>\n [root@acerone ~]# systemctl enable cups.service No arrancar el servicio al inicio (chkconfig servicio off)<\/strong><\/p>\n [root@acerone ~]# systemctl disable cups.service Como pueden ver, ahora todo se hace con el systemctl y de hecho tiene muchas funciones m\u00e1s que las estoy descubriendo y en el futuro les compartir\u00e9.<\/p>\n","protected":false},"excerpt":{"rendered":"
\ncups.service – CUPS Printing Service
\n\t Loaded: loaded (\/lib\/systemd\/system\/cups.service; enabled)
\n\t Active: active (running) since Tue, 29 Nov 2011 14:49:53 -0500; 1 day and 19h ago
\n\tMain PID: 1600 (cupsd)
\n\t CGroup: name=systemd:\/system\/cups.service
\n\t\t \u2514 1600 \/usr\/sbin\/cupsd -f<\/p>\n
\nln -s ‘\/lib\/systemd\/system\/cups.service’ ‘\/etc\/systemd\/system\/printer.target.wants\/cups.service’
\nln -s ‘\/lib\/systemd\/system\/cups.socket’ ‘\/etc\/systemd\/system\/sockets.target.wants\/cups.socket’
\nln -s ‘\/lib\/systemd\/system\/cups.path’ ‘\/etc\/systemd\/system\/multi-user.target.wants\/cups.path’<\/p>\n
\nrm ‘\/etc\/systemd\/system\/printer.target.wants\/cups.service’
\nrm ‘\/etc\/systemd\/system\/multi-user.target.wants\/cups.path’
\nrm ‘\/etc\/systemd\/system\/sockets.target.wants\/cups.socket’<\/p>\n