Bug 444978
| Summary: | telinit: Unable to send message: Connection refused | ||
|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Robert Scheck <redhat-bugzilla> |
| Component: | glibc | Assignee: | Jakub Jelinek <jakub> |
| Status: | CLOSED RAWHIDE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
| Severity: | high | Docs Contact: | |
| Priority: | low | ||
| Version: | rawhide | CC: | notting, wwoods |
| Target Milestone: | --- | ||
| Target Release: | --- | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | 2.8-3 | Doc Type: | Bug Fix |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2008-05-05 18:50:32 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: | 235706 | ||
|
Description
Robert Scheck
2008-05-02 15:12:30 UTC
Is that in some chroot? If not, it would be an upstart bug. No chroot. But you should know, that I've upgraded from sysvinit to upstart where the installation of glibc-2.8-1 happend with sysvinit while upgrading from 2.8-1 to 2.8-2 was done after upstart was installed, but no reboot in the meantime. This has to be catched anyway, because otherwise upgrading from Fedora 8 to 9 will get a real problem for the users. ... the entirety of the issue here is that a couple of libraries will be used slightly longer (until a reboot). In this particular case, the entire /sbin/init binary is no longer in use - you can't tell it to re-init properly. I'm not seeing how this would have a bad impact. Bad impact is, that my rpmdb now thinks, that glibc-2.8-1 AND glibc-2.8-2 are installed because of the failed scriptlet. So can we catch the error and make exiting /usr/sbin/glibc_post_upgrade without an error exit/return code? The reason why glibc %post does telinit u is to avoid unclean shutdown - if the old init is still running, it will still reference already unlinked libc.so.6, ld.so etc. and won't umount cleanly. Even without any glibc upgrade this is going to be a problem in sysvinit -> upstart upgrades. Well, a good reason to leave Ubuntu Ubuntu and just use Fedora sysvinit again ;-) And now being more serious: How to solve this issue best? Ideas? Suggestions? It's sort of like static dev -> udev; it's not something that lends itself to a practical live upgrade. You can't rexec sysvinit init into upstart init and pass the state in a reasonable manner; so glibc should probably just ignore the failure. There's a fix for this in glibc-2.8-3 - build available here: http://koji.fedoraproject.org/koji/buildinfo?buildID=48111 Yes, solves the problem for me. Thank you, closing now. |