Kernel: Linux VeirsMill_III 3.17.7-gentoo #1 SMP Sun Jan 18 09:45:41 EST 2015 x86_64 AMD Phenom(tm) II X6 1100T Processor AuthenticAMD GNU/Linux running for over 4 years. We replaced NIC which was named enp0s8, the new NIC is enp2s0. Edited /etc/conf.d/net and linked net.enp2s0 to net.lo. (there are no rules in /etc/udev/rules.d/) New NIC works perfectly. However, a bunch of init.d scripts will not start as they are looking for the old NIC. Example: >/etc/init.d/dhcpd start * ERROR: cannot start dhcpd as net.enp0s8 would not start >rc-status Runlevel: default lm_sensors [ started ] syslog-ng [ started ] consolekit [ started ] net.enp2s0 [ started ] netmount [ started ] xdm [ started ] ntp-client [ started ] ntpd [ started ] cupsd [ started ] nfs [ started ] screenEZ [ started ] dhcpd [ started ] sshd [ started ] vixie-cron [ started ] in.tftpd [ started ] denyhosts [ started ] postgresql-9.3 [ started ] local [ started ] Dynamic Runlevel: hotplugged Dynamic Runlevel: needed dbus [ started ] rpc.pipefs [ started ] rpcbind [ started ] rpc.statd [ started ] xdm-setup [ started ] rpc.idmapd [ started ] Dynamic Runlevel: manual
Created attachment 415118 [details] emerge --info
Please attach /etc/conf.d/dhcpd and the conf.d's for any other init script that wants the old iface started.
Also please confirm that "rc-update -a" doesn't show a net.enp0s8 service in any runlevel, if it does be sure to "rc-update del net.enp0s8 [runlevel]"
Created attachment 415124 [details] dhcpd.conf
Created attachment 415126 [details] netmount.conf
Yes I did rc-update del net.enp0s8 [runlevel] for all runlevels (I can send you a ls -l of /etc/runlevels if you wish >rc-update -a bootmisc | boot consolekit | default cupsd | default denyhosts | default devfs | sysinit dhcpd | default dmesg | sysinit fsck | boot hostname | boot hwclock | boot in.tftpd | default keymaps | boot killprocs | shutdown kmod-static-nodes | sysinit lm_sensors | default local | default localmount | boot loopback | boot modules | boot mount-ro | shutdown mtab | boot net.enp2s0 | default netmount | default nfs | default ntp-client | default ntpd | default postgresql-9.3 | default procfs | boot root | boot savecache | shutdown screenEZ | default sshd | default swap | boot swapfiles | boot sysctl | boot sysfs | sysinit syslog-ng | default termencoding | boot tmpfiles.dev | sysinit tmpfiles.setup | boot udev | sysinit urandom | boot vixie-cron | default xdm | default
Ok, so the last thing I can think of is that there's a bad openrc cache that needs updating. Please try rc-update -u to reset it. If that doesn't work, we'll need to step you through some openrc debug logging.
Oh, one final possibility -- check /etc/rc.conf and see if there might be an rc_provide_net= or anything else that mentions the old iface name.
(In reply to Ian Stakenvicius from comment #7) > Ok, so the last thing I can think of is that there's a bad openrc cache that > needs updating. Please try rc-update -u to reset it. > > If that doesn't work, we'll need to step you through some openrc debug > logging. rc-update -u seems to have worked. (I have not rebooted the system to test) After removing all references to net.enp0s8, wouldn't rebooting the system have that same effect? (I rebooted twice trying to figure out what was going on) thanks
Created attachment 415522 [details] 0001-savecache-stop-saving-nettree.patch All, This patch reflects a change that should have been made to OpenRC when netifrc was split out but wasn't which might be related to this bug. I want to apply it on the master branch, which would make it affective in OpenRC-0.19. Can I have some netifrc users let me know if this causes any surprises?
https://github.com/openrc/openrc/commit/e52b5f5 This commit is now on the master branch and will be included in OpenRC-0.21.
