Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 406713 - running extra_commands entries should be valid when NOT booted
Summary: running extra_commands entries should be valid when NOT booted
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Hosted Projects
Classification: Unclassified
Component: OpenRC (show other bugs)
Hardware: All Linux
: Normal normal (vote)
Assignee: OpenRC Team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: openrc-0.10
  Show dependency tree
 
Reported: 2012-03-03 02:04 UTC by Robin Johnson
Modified: 2013-04-26 16:11 UTC (History)
1 user (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Robin Johnson archtester Gentoo Infrastructure gentoo-dev Security 2012-03-03 02:04:01 UTC
Running items in extra_commands should be valid even when the system wasn't booted.

During infra's box install process, from a chroot, we call the checkconfig & other commands of many init.d scripts to valid/setup the system before we reboot.

There is nothing in these extra commands that require openrc to actually be up, so please let us run them again without creating the softlevel file.

Here's an example:

Executing script /etc/init.d/sshd gen_keys...(timeout=0,uid=-1,gid=-1)
cfengine:dipper:nit.d/sshd gen_:  * You are attempting to run an openrc service on a
cfengine:dipper:nit.d/sshd gen_:  * system which openrc did not boot.
cfengine:dipper:nit.d/sshd gen_:  * You may be inside a chroot or you may have used
cfengine:dipper:nit.d/sshd gen_:  * another initialization system to boot this system.
cfengine:dipper:nit.d/sshd gen_:  * In this situation, you will get unpredictable results!
cfengine:dipper:nit.d/sshd gen_:  * If you really want to do this, issue the following command:
cfengine:dipper:nit.d/sshd gen_:  * touch /lib64/rc/init.d/softlevel
cfengine:dipper: Finished script /etc/init.d/sshd gen_keys
Comment 1 William Hubbs gentoo-dev 2012-03-03 15:27:06 UTC
This has been fixed in commit 9fa54a8.
Thanks for the report.