On Fri, May 1, 2015 at 5:47 PM, Francesco Montesano <franz.bergesund@gmail.com> wrote:
Hi,
after the last upgrade (20150430), I see the following error on tty1 screen:
[FAILED] Failed to start Load Kernel Modules See "systemctl status systemd-modules-load.service" for details.
The above command shows:
-> systemctl status systemd-modules-load.service systemd-modules-load.service - Load Kernel Modules Loaded: loaded (/usr/lib/systemd/system/systemd-modules-load.service; static; vendor preset: disabled) Active: failed (Result: exit-code) since Fri 2015-05-01 22:05:02 CEST; 17min ago Docs: man:systemd-modules-load.service(8) man:modules-load.d(5) Process: 748 ExecStart=/usr/lib/systemd/systemd-modules-load (code=exited, status=1/FAILURE) Main PID: 748 (code=exited, status=1/FAILURE)
Warning: Journal has been rotated since unit was started. Log output is incomplete or unavailable.
-> sudo journalctl -b _PID=748 -- Logs begin at Thu 2015-03-26 11:24:41 CET, end at Fri 2015-05-01 22:22:42 CEST. -- May 01 22:05:02 ex-lt21 systemd-modules-load[748]: Failed to find module 'exec /sbin/modprobe openafs'
But openafs works: I can log into my work afs node and browse it. Systemd tells me:
-> systemctl status openafs-client.service openafs-client.service - OpenAFS Client Loaded: loaded (/usr/lib/systemd/system/openafs-client.service; enabled; vendor preset: disabled) Active: active (running) since Fri 2015-05-01 22:05:09 CEST; 25min ago Process: 1017 ExecStart=/usr/sbin/afsd $AFSD_ARGS (code=exited, status=0/SUCCESS) Process: 988 ExecStartPre=/sbin/modprobe libafs (code=exited, status=0/SUCCESS) Main PID: 1043 (afsd) CGroup: /system.slice/openafs-client.service └─1043 /usr/sbin/afsd -fakestat -memcache 102400 -dynroot -afsdb
Warning: Journal has been rotated since unit was started. Log output is incomplete or unavailable.
Should I worry and/or report a bug? Do you need any other info?
Yes, there are a few things wrong here: - You should not call modprobe from service files, - Ideally, once you start the afsd daemon, the kernel autoloads the needed drivers on demand. - If that is not possible, use modules.load.d as a last resort. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org