Bug 217764 – sys-apps/openrc-0.2.1-r2 multiple net. symlinks

• Product: Gentoo Linux
• Status: RESOLVED FIXED

[Description Laurento Frittella (mrfree) 2008-04-15 08:33:23 UTC]

After some openrc updates now I have this situation...

net.vserver
net.vserver.openrc.bak
net.vserver.openrc.bak.openrc.bak
net.vserver.openrc.bak.openrc.bak.openrc.bak
net.vserver.openrc.bak.openrc.bak.openrc.bak.openrc.bak

I think openrc should stop itself after the first .openrc.bak :)

[Comment 1 Doug Goldstein (RETIRED) 2008-04-15 12:54:24 UTC]

That's fair enough. It's also expected the user properly checks and sets up their system. You should review your net setup and delete those backups once you've migrated anything special over.

[Comment 2 Rachel Greenham 2008-04-15 13:31:59 UTC]

My /etc/init.d/net.eth0 symlink disappeared during the update to openrc. Noted comment that the administrator should sanity-check, but could we also stick a specific reminder in the openrc-migration.xml page to check the net.* symlinks so this doesn't catch me (and others) out when openrc goes to stable and I'm upgrading my colo box with no serial console? :-)

I don't know if it was relevant but there were a couple of other defunct net.* symlinks in my /etc/init.d (ie: they weren't in any runlevels); those were left alone by the upgrade. The symlink /etc/runlevels/default/net.eth0 remained, but pointed nowhere.

Simply restoring the symlink fixes it for me. I just know I'm going to forget about this when it goes stable :-)

[Comment 3 Tony Murray 2008-04-15 15:26:31 UTC]

I also have had my net.eth0 deleted on almost every box I have done the upgrade on.  I thinking it is a bug in the ebuid somewhere, because I haven't had this issue on the one box I have openrc-9999 on.

[Comment 4 Doug Goldstein (RETIRED) 2008-04-15 16:39:23 UTC]

The original reported bug has been fixed.

comments #2 and #3 are related to a documentation issue and the fixes for that have been submitted to the docs team.