Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!

Bug 444652

Summary: Upgrade to OpenRC 0.11.5 breaks services: "You are attempting to run an openrc service on a system which openrc did not boot"
Product: Gentoo Hosted Projects Reporter: A Collector <webmaster_gentoo>
Component: OpenRCAssignee: OpenRC Team <openrc>
Status: UNCONFIRMED ---    
Severity: critical CC: asm64, tb
Priority: Normal    
Version: unspecified   
Hardware: All   
OS: Linux   
Whiteboard:
Package list:
Runtime testing required: ---

Description A Collector 2012-11-25 06:51:35 UTC
Using Cherokee webserver as a service was working well for me until a few days ago when OpenRC got updated to v0.11.5

There's a script running every 2 minutes (using cron) to check server sanity and restart it when needed - /etc/init.d/cherokee - with commands stop/restart/start and so on. Since this openRC update, I can run it manually (as root) BUT the script fails and adds this message:

 * You are attempting to run an openrc service on a
 * system which openrc did not boot.
 * You may be inside a chroot or you may have used
 * another initialization system to boot this system.
 * In this situation, you will get unpredictable results!
 * If you really want to do this, issue the following command:
 * touch /lib64/rc/init.d/softlevel
 * ERROR: cherokee failed to stop
 * WARNING: cherokee has already been started

So should I do this touch or will it mess my system up even more as the version got upgraded?
Mind I didn't reboot the machine since then and am reluctant to do it as it's a production server and if openRC fails to load net.eth0 I'll be in big trouble

When I upgraded the package (using emerge), the only message I got was the one below but I don't know if that means the cherokee script is faulty:

 * Messages for package sys-apps/openrc-0.11.5:

 * Auto-adding 'swapfiles' service to your boot runlevel
 * Auto-adding 'sysfs' service to your sysinit runlevel
 * Auto-adding 'udev-mount' service to your sysinit runlevel
 * Auto-adding 'tmpfiles.setup' service to your boot runlevel
 * In this version of OpenRC, the loopback interface no longer
 * satisfies the net virtual.
 * If you have services now which do not start because of this,
 * They can be fixed by adding rc_need="!net"
 * to the /etc/conf.d/<servicename> file.
 * You should also file a bug against the service asking that
 * need net be dropped from the dependencies.
 * The bug you file should block the following tracker:
 * https://bugs.gentoo.org/show_bug.cgi?id=439092
 * This version of OpenRC doesn't enable nfs mounts automatically any
 * longer. In order to mount nfs file systems, you must use the
 * nfsmount service from the nfs-utils package.
 * See bug https://bugs.gentoo.org/show_bug.cgi?id=427996 for
 * more information on this.
 * You should now update all files in /etc, using etc-update
 * or equivalent before restarting any services or this host.
 *
 * Please read the migration guide available at:
 * http://www.gentoo.org/doc/en/openrc-migration.xml


Please let me know how to resolve this issue. Thanks.
Comment 1 A Collector 2012-11-25 07:49:55 UTC
Please mind that after launching
touch /lib64/rc/init.d/softlevel
things seem to work well but I need to know if things won't crash on a reboot and if launching it might have had another negative effect.
Thanks
Comment 2 William Hubbs gentoo-dev 2012-11-26 03:18:37 UTC
I needd to see your build log. This might be a dupe of #443996, but I
can't be sure based on what I see in this report.
Comment 3 A Collector 2012-11-26 07:00:04 UTC
Don't think I have any build log left as all got completed. Let me know if you want me to try any command to re-create a log.


1353657522:  >>> emerge (2 of 4) sys-apps/openrc-0.11.5 to /
1353657522:  === (2 of 4) Cleaning (sys-apps/openrc-0.11.5::/usr/portage/sys-apps/openrc/openrc-0.11.5.ebuild)
1353657522:  === (2 of 4) Compiling/Merging (sys-apps/openrc-0.11.5::/usr/portage/sys-apps/openrc/openrc-0.11.5.ebuild)
1353657536:  === (2 of 4) Merging (sys-apps/openrc-0.11.5::/usr/portage/sys-apps/openrc/openrc-0.11.5.ebuild)
1353657537:  >>> AUTOCLEAN: sys-apps/openrc:0
1353657537:  === Unmerging... (sys-apps/openrc-0.9.8.4)
1353657539:  >>> unmerge success: sys-apps/openrc-0.9.8.4
1353657542:  === (2 of 4) Post-Build Cleaning (sys-apps/openrc-0.11.5::/usr/portage/sys-apps/openrc/openrc-0.11.5.ebuild)
1353657542:  ::: completed emerge (2 of 4) sys-apps/openrc-0.11.5 to /
1
Comment 4 William Hubbs gentoo-dev 2012-11-30 20:28:45 UTC
OpenRC 0.11.6 was just put in the tree. Please upgrade to that and let
me know if you still have issues.
Comment 5 A Collector 2012-12-01 04:02:49 UTC
Please read my report here from  2012-11-25 07:49:55 UTC 
I upgraded and will report if further issues arise.
Comment 6 William Hubbs gentoo-dev 2012-12-04 17:11:51 UTC
(In reply to comment #3)
> Don't think I have any build log left as all got completed. Let me know if
> you want me to try any command to re-create a log.

What I want to find out is why $RC_SVCDIR is pointing to /lib64/rc/init.d instead of /run/openrc. This is where it should be pointing on Linux systems.

This is a Linux server correct?
Comment 7 A Collector 2012-12-05 01:10:16 UTC
Gentoo Linux
Comment 8 William Hubbs gentoo-dev 2012-12-15 23:51:58 UTC
Can you please post the output from:

emerge -pv openrc

In particular, I need to know whether pam is or is not in your use flags.

Thanks,

William
Comment 9 A Collector 2012-12-16 02:58:07 UTC
# emerge -pv openrc

These are the packages that would be merged, in order:

Calculating dependencies... done!
[ebuild   R    ] sys-apps/openrc-0.11.8  USE="ncurses pam unicode -debug -newnet (-prefix) (-selinux) -static-libs" 0 kB

Total: 1 package (1 reinstall), Size of downloads: 0 kB