Summary: | >=sys-apps/openrc-0.12.0 - When upgrading from 0.11.x, the now obsolete net.lo initscript is still in boot runlevel which may interfere with loopback initscript | ||
---|---|---|---|
Product: | Gentoo Hosted Projects | Reporter: | Thomas Deutschmann (RETIRED) <whissi> |
Component: | netifrc | Assignee: | netifrc Team <netifrc> |
Status: | UNCONFIRMED --- | ||
Severity: | normal | CC: | dobromir14, mail, nikoli |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
See Also: | https://bugs.gentoo.org/show_bug.cgi?id=490512 | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Thomas Deutschmann (RETIRED)
2013-11-08 15:05:53 UTC
this might also break shorewall setups http://forums.gentoo.org/viewtopic-t-978456.html 0.12.4 should not be marked stable. I disagree with your comment wrt not stabilizing OpenRC-0.12.4. I'm not sure I feel comfortable having OpenRC run through all of your runlevels in /etc/runlevels and wiping the broken symlinks as part of the upgrade process. Guys, there is a concern about loopback and net.lo both starting the loopback interface. I recommend that we tell people not to have net.lo itself added to any runlevels and let loopback handle the loopback interface. Thoughts? William Let me clarify since the poster of this bug caught me in IRC. There should only be one script controling the loopback interface, and that should be /etc/init.d/loopback. I recommend that we have everyone remove net.lo from the boot runlevel. Thanks, William And i recommend you post that as a news... ewarn just sucks to tell anyone anything of importance. Because we have no gentoo default elog viewer. People may just not save elog/ewarn... And it's something we may also not see on screen because of emerge hide output with job>1 Gentoo have a default news reader ; better use it. What's the point to change net.lo to loopback? (In reply to Stéphane Pagnon from comment #5) > And i recommend you post that as a news... ewarn just sucks to tell anyone > anything of importance. Because we have no gentoo default elog viewer. > People may just not save elog/ewarn... And it's something we may also not > see on screen because of emerge hide output with job>1 > Gentoo have a default news reader ; better use it. > > What's the point to change net.lo to loopback? 'net.lo' is optional as it's only installed when netifrc is emerged. 'loopback' is generic and always available. (In reply to William Hubbs from comment #4) > Let me clarify since the poster of this bug caught me in IRC. > > There should only be one script controling the loopback interface, and > that should be /etc/init.d/loopback. > > I recommend that we have everyone remove net.lo from the boot runlevel. > > Thanks, > > William Until people do remove net.lo from the boot runlevel, OR in case people choose not to (ie, just want to keep everything in netifrc), we should probably have a way to somehow make net.lo provide loopback, or have loopback be a no-op if net.lo is started already (or first; i expect it can be forced first via a simple 'use net.lo' in depend{} yes?) As far s I know, there is not a valid reason for the net.lo script to configure the loopback interface. The only command that people need to run is rc-update del net.lo boot I am moving this to netifrc, since this really isn't an openrc issue. To resolve it, we just need a newsitem for people who have netifrc installed telling them to run the command in my previous comment. *** Bug 493516 has been marked as a duplicate of this bug. *** Using net.lo to configure the loopback is a valid case for people who are doing DSR and want to have extra IP addresses configured on the lo interface (this is common in large server environments). That's an old bug, but the issue is still there. |