Bug 733148
Summary: | /sbin/ifup: line 20: /etc/init.d/functions: No such file or directory | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Mark Hamzy <hamzy> |
Component: | lorax | Assignee: | Will Woods <wwoods> |
Status: | CLOSED NEXTRELEASE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | medium | Docs Contact: | |
Priority: | unspecified | ||
Version: | 16 | CC: | bcl, jonathan, karsten, mgracik, vanmeeuwen+fedora, wwoods |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | ppc64 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2011-09-22 15:54:55 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: | |||
Bug Depends On: | |||
Bug Blocks: | 718269 |
Description
Mark Hamzy
2011-08-24 21:57:32 UTC
The /etc/init.d/functions is part of initscripts package. We don't explicitly specify to install initscripts in the ramdisk, but shouldn't it be brought in as a dependency of ifup or sshd if it is needed? The /etc/init.d link to /etc/rc.d/init.d/ is missing in images built with lorax-treebuilder ln -sf rc.d/init.d /etc/init.d fixes ifup eth0 for me initscripts gets pulled in by gfs2-utils at the moment, so it's in there. As for the missing link.. I'll try to figure out why it's not getting created (or why it's getting accidentally deleted). Also, in theory (or maybe in the Glorious Future) you should be starting sshd using systemctl instead of the initscript, and ifup should be communicating directly with NetworkManager.. no idea if that's the reality yet, though. This should be fixed in treebuilder - runtime-cleanup.tmpl has the following: removefrom chkconfig --allbut /etc/init.d which should leave the /etc/init.d link to /etc/rc.d/init.d (as mentioned in comment #2). Can someone confirm that it's fixed? since this seems to work in the treebuilder branch, I'm closing as NEXTRELEASE. |