Bug 735618
Summary: | /dev/stderr: no such device | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | nucleo <alekcejk> |
Component: | initscripts | Assignee: | Bill Nottingham <notting> |
Status: | CLOSED ERRATA | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | unspecified | Docs Contact: | |
Priority: | unspecified | ||
Version: | 16 | CC: | awilliam, bochecha, fullung, iarlyy, jchadima, jonathan, karsten, lpoetter, mads, mattias.ellert, mgrepl, notting, plautrba, rvokal, selinux, tmraz, yann |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | Unspecified | ||
OS: | Unspecified | ||
Whiteboard: | |||
Fixed In Version: | initscripts-9.32-2.fc16 | Doc Type: | Bug Fix |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2011-09-30 18:32:25 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: | 718272 |
Description
nucleo
2011-09-04 08:36:44 UTC
At least this errors appears for me on minimal system installation. But network works fine after network service started. *** Bug 735831 has been marked as a duplicate of this bug. *** *** Bug 735832 has been marked as a duplicate of this bug. *** This error comes from the sshd-keygen service, which tries to generate host keys for sshd. So with it failing, you don't have any host keys for sshd on a fresh install. That service should be set to run after whatever brings up /dev/stderr . After=udev-settle.service ? cc mathieu, who did the systemd migration. I don't see any indication that this error has any real implications. The ssh keys are generated correctly here anyway. The sysv library just fails to set the CONSOLETYPE environment variable and emits a warning that gets syslogged - that's all. I doubt anything depends on this variable - especially in this case. Bash fails because systemd has connected stderr to a syslog socket which have permissions for being readable but isn't. Bash will thus fail when it try to execute the "consoletype < /dev/stderr". It is bash that is failing, so there is no simple "2> /dev/null" "solution". I suggest dropping the special handling for setting CONSOLETYPE based on stderr: --- /etc/rc.d/init.d/functions 2011-09-18 01:04:14.303397362 +0200 +++ /etc/rc.d/init.d/functions 2011-09-18 01:06:53.663975555 +0200 @@ -54,11 +54,7 @@ [ -z "${COLUMNS:-}" ] && COLUMNS=80 if [ -z "${CONSOLETYPE:-}" ]; then - if [ -r "/dev/stderr" ]; then - CONSOLETYPE="$(/sbin/consoletype < /dev/stderr 2>/dev/null)" - else CONSOLETYPE="$(/sbin/consoletype 2>/dev/null)" - fi fi Alternatively it could be considered a systemd bug that a syslog socket isn't readable. It would however be strange if it was. okay, back to initscripts, then. (the error does have at least one implication: the sshd-keygen service shows up as failed). *** Bug 739560 has been marked as a duplicate of this bug. *** initscripts-9.32-2.fc16 has been submitted as an update for Fedora 16. https://admin.fedoraproject.org/updates/initscripts-9.32-2.fc16 Package initscripts-9.32-2.fc16: * should fix your issue, * was pushed to the Fedora 16 testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum update --enablerepo=updates-testing initscripts-9.32-2.fc16' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/initscripts-9.32-2.fc16 then log in and leave karma (feedback). initscripts-9.32-2.fc16 has been pushed to the Fedora 16 stable repository. If problems still persist, please make note of it in this bug report. *** Bug 744461 has been marked as a duplicate of this bug. *** |