[Bug 1035062] New: Tumbleweed no longer executes scripts in /etc/init.d
http://bugzilla.opensuse.org/show_bug.cgi?id=1035062 Bug ID: 1035062 Summary: Tumbleweed no longer executes scripts in /etc/init.d Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: x86-64 OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem Assignee: bnc-team-screening@forge.provo.novell.com Reporter: jeromed@tpg.com.au QA Contact: qa-bugs@suse.de Found By: --- Blocker: --- As per the tital the latest updates of TW no longer execute scripts in /etc/init.d. The following are 2 examples of the problem I have encounted. 1 - I have a cut down TW server running named and openvpn. Noticed since the second last update neither the openvpn and named scripts now execute on init and I have to manually run them. 2 - To confirm point I also have a TW install on a laptop with KDE and virtual box no longer runs, complains of missing drivers. Upon investigating further vbox have 2 scripts in /etc/init.d that needs to execute on startup, manually running them fixes any issues with VirtualBox. Please let me know if you need any further information, i could not find any meaningful message in dmesg or journalctl. Cheers and thanks Jerome -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1035062 http://bugzilla.opensuse.org/show_bug.cgi?id=1035062#c4 --- Comment #4 from JJ JJ <jeromed@tpg.com.au> --- Hi, the named files are located in /run/systemd/generator.late dir, as follows: drwxr-xr-x 2 root root 140 Apr 22 16:48 ./ drwxr-xr-x 18 root root 460 Apr 22 16:51 ../ -rw-r--r-- 1 root root 338 Apr 22 16:48 after.local.service -rw-r--r-- 1 root root 335 Apr 22 16:48 halt.local.service -rw-r--r-- 1 root root 407 Apr 22 16:48 local.service -rw-r--r-- 1 root root 558 Apr 22 16:48 named.service -rw-r--r-- 1 root root 609 Apr 22 16:48 openvpn.service systemctl enable named output is named.service is not a native service, redirecting to systemd-sysv-install. Executing: /usr/lib/systemd/systemd-sysv-install enable named Upon reboot named is not running, i have to issue command 'systemctl start named', and all is OK. I created my own openvpn script in init.d using insserv, again this was working before update 20170414 i think. Sorry if I am putting this in the wrong place, my first time using bugzilla. Thanks Jerome -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1035062 JJ JJ <jeromed@tpg.com.au> changed: What |Removed |Added ---------------------------------------------------------------------------- Flags|needinfo?(jeromed@tpg.com.a | |u) | -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1035062 http://bugzilla.opensuse.org/show_bug.cgi?id=1035062#c7 Franck Bui <fbui@suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |fbui@suse.com --- Comment #7 from Franck Bui <fbui@suse.com> --- (In reply to Thorsten Kukuk from comment #6)
(In reply to Thomas Blume from comment #5)
We need to keep this symlink for backward compatibility. Thorsten, can you please take over?
Backward compatibility for software, which was written after LSB introduced the the LSB SysV init script standard???
Sorry, please fix systemd that it works on LSB SysV init systems and not only on RHEL.
Can you point out the refspec that specifies that symlinks should live in /etc/init.d ? And that's funny to see how you are very careful to prevent new changes that would break existing tools and in this case you simply ignore existing software that might rely on /etc/rc*.d ... BTW why did you make this change ? is this a pure cosmetic change or something else ? -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1035062 Nico Kruber <nico.kruber@gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |nico.kruber@gmail.com -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1035062 Kriton Kyrimis <kyrimis@alumni.princeton.edu> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |kyrimis@alumni.princeton.ed | |u -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1035062 http://bugzilla.opensuse.org/show_bug.cgi?id=1035062#c8 Franck Bui <fbui@suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Assignee|systemd-maintainers@suse.de |kukuk@suse.com --- Comment #8 from Franck Bui <fbui@suse.com> --- Thorsten, I'm reassigning this bug to you. Please restore the symlink, currently there seems to be no good reason to remove it and it breaks existing tools, most notably systemd. Thanks. -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1035062 http://bugzilla.opensuse.org/show_bug.cgi?id=1035062#c10 Petr Matula <petr.m@seznam.cz> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |petr.m@seznam.cz --- Comment #10 from Petr Matula <petr.m@seznam.cz> --- *** Bug 1035609 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1035062 http://bugzilla.opensuse.org/show_bug.cgi?id=1035062#c11 --- Comment #11 from Patrick Schaaf <patrick.schaaf@yalwa.com> --- For the benefit of others currently stuck with the issue - I'm using the following systemd unit as a workaround. Write the unit file to some unique name, e.g. /etc/systemd/system/workaround-named.service, and then "systemctl daemon-reload" and "systemctl enable workaround-named" as usual for real systemd services. For services other than named, simply modify the "After=" line. [Unit] Description=Named Start Workaround Requires=multi-user.target named.service After=named.service Before=multi-user.target [Service] Type=oneshot ExecStart=/bin/true [Install] WantedBy=multi-user.target -- You are receiving this mail because: You are on the CC list for the bug.
participants (1)
-
bugzilla_noreply＠novell.com