Summary: | sys-apps/baselayout-1.12.14 start-stop-daemon can't find running programs with deleted files | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | William Throwe <wtt6> |
Component: | [OLD] baselayout | Assignee: | Gentoo's Team for Core System packages <base-system> |
Status: | RESOLVED OBSOLETE | ||
Severity: | normal | CC: | gentoobugs, jer |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
William Throwe
2011-02-13 20:45:23 UTC
misha ~ # eversion baselayout sys-apps/baselayout-1.12.14-r1 misha ~ # /etc/init.d/sshd reload * Reloading sshd ... [ ok ] astrid ~ # eversion baselayout sys-apps/baselayout-2.0.1-r1 astrid ~ # /etc/init.d/sshd reload * Reloading sshd ... [ ok ] Works for me. What if you use restart instead of reload? (In reply to comment #1) > Works for me. What if you use restart instead of reload? > Restart works. And in fact, after restarting, reloading starts working again. Experimenting, remerging openssh makes the problem come back. In fact, from a state where reload works, running # cp -a /usr/sbin/sshd{,.bak} # mv /usr/sbin/sshd{.bak,} causes reload to start failing again. it's a known issue when upgrading files and using ssd from baselayout-1. look at the /proc/<pid>/exe and notice how it says "deleted". it's already been fixed in openrc and there arent any plans on fixing this for baselayout-1. Ok. It has an easy workaround, so I can live with it. If this command is known to not work, maybe the openssh ebuild shouldn't tell you to run it, though? the issue isnt specific to openssh. just about any init.d using ssd and being upgraded while it is running would hit the same issue. i dont know exactly what code went in to fix it ... if it were simple, adding to baselayout-1 is fine, but i dont plan on researching it. *** Bug 361727 has been marked as a duplicate of this bug. *** openrc is stable and my understanding is that it doesnt have this problem |