-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Content-ID: <alpine.LSU.2.11.1408012331490.25240@minas-tirith.valinor> El 2014-08-01 a las 14:14 -0500, David C. Rankin escribió:
On 08/01/2014 12:19 PM, Carlos E. R. wrote:
<Sorry Carlos - you get 2 copies, forgot to change the address>
Don't worry :-)
minas-tirith:~ # systemctl enable nfs.service nfs.service is not a native service, redirecting to /sbin/chkconfig. Executing /sbin/chkconfig nfs on
Here there looks to be a bit of confusion between systemd and /etc/init.d. Calling *systemctl enable nfs.service* generally just *enables* the service to start as part of a systemd target -- it doesn't necessarily mean the same as start (i.e. systemctl start nfs).
No confussion, I just wanted to "enable" it, not "start" it, for the moment at least.
Where there is a bit of disconnect is since there is no systemd nfs.service, it is checking /etc/init.d/nfs and as it says calling *chkconfig nfs on* which in the init.d world does generally mean *start* it too.
No, no, chkconfig does not start services automatically: minas-tirith:~ # rcnfs stop redirecting to systemctl stop nfs.service minas-tirith:~ # chkconfig nfs nfs off minas-tirith:~ # chkconfig nfs on minas-tirith:~ # rcnfs status Checking for mounted nfs shares (from /etc/fstab):gssd not running idmapd not running unused nfs.service - LSB: NFS client services Loaded: loaded (/etc/init.d/nfs) Drop-In: /run/systemd/generator/nfs.service.d └─50-insserv.conf-$remote_fs.conf Active: inactive (dead) since Fri 2014-08-01 19:14:28 CEST; 4h 10min ago minas-tirith:~ # minas-tirith:~ # rcnfs start redirecting to systemctl start nfs.service minas-tirith:~ # rcnfs status Checking for mounted nfs shares (from /etc/fstab):gssd not running idmapd not running unused nfs.service - LSB: NFS client services Loaded: loaded (/etc/init.d/nfs) Drop-In: /run/systemd/generator/nfs.service.d └─50-insserv.conf-$remote_fs.conf Active: active (exited) since Fri 2014-08-01 23:26:07 CEST; 1s ago Process: 1708 ExecStart=/etc/init.d/nfs start (code=exited, status=6) minas-tirith:~ #
I don't know why in nfs case you get the [Install] section verbiage, but the log makes sense in that systemd has done its job, it called chkconfig, so it's done with its part and is shutting down. Once it passed off responsibility to sysvinit, it looks like it expects you to follow up there for further information/status on nfs. Of course you can still expect log events to be passed to journalctl, so you could look there for expected nfs entries.
This is my understanding of how the compatibility mode works (in summary). My understanding is far from complete, so others will have to chime in and add/correct as needed. But to me, it looks like systemctl did what it was supposed to, handed nfs off to chkconfig, then said it was done with nfs and showed shutting down the systemd nfs launch process. I would still expect nfs to be *on* in chkconfig, and if it was successfully started by *chkconfig nfs on*, then I would expect it to be running.
Well, I do not expect the "install" verbiage, and I understand that it means that there is a syntax error in that init file. And I expect, however the service is enabled, to clearly say so - because that verbiage seems to indicate that there was an error and the service was not enabled, when it was, infact.
I think there is something in the response systemctl is getting from */usr/sbin/chkconfig nfs on* isn't what it needs which is causing it to complain. Other than the response, it looks like it is doing what it should.
Posibly. - -- Cheers Carlos E. R. (from 13.1 x86_64 "Bottle" (Minas Tirith)) -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) iF4EAREIAAYFAlPcB8UACgkQja8UbcUWM1xptwD8C13WTxMx8+o+IfDDsfQj6djp ADVyJqy/ot3gUuO2M5kA/A2DcZvUOGK3Qm/yZi6IeZ34xv1E9W6GqEnI7y1cVoGD =KdvV -----END PGP SIGNATURE-----