I do not have /etc/ip however, I do have /etc/ipmaddr show:

1: lo
   inet6 ff02::1
2: sit0
   inte6 ff02::1
3: eth0
   link 33:33:00:00:00:01
   inet6 ff02:1
4: eth1
    link 33:33:00:00:00:01
    inet6 ff02:1

Too much inte6 for my liking... Did I somehow get rid of ipv4?

N.

On 4/6/13, Michael Mol <mike...@gmail.com> wrote:
> On 04/06/2013 08:53 PM, Nick Khamis wrote:
>> I took a closer look at /etc/udev/70-something-rules-net and
>> /sys/class/net/eth0/ and all the ATTR (i.e., address, type, dev_id)
>> line up fine. I did not find a "name" file in /sys/class/net/eth0
>> however,
>> name=eth0 in etc/udev/70-something-rules-net.
>>
>> Ifconfig alone returns nothing. Ifconfig eth0/1 and lo returns the
>> interface
>> with no tx and rx traffic. And no ip address as set in conf.d/net.
>>
>> Please help guys. Server room is numbing......
>
> /sbin/ip link addr show
>
> That will tell you the names of your interfaces, as they currently exist.
>
> You cannot reliably use 70-persistent-net-rules to assign interfaces
> names which the kernel may chose. This means things like 'eth0' and
> 'wlan0' are unreliable in principle.
>
> Once you know what the interface name will be, rename
> /etc/init.d/net.eth0 to /etc/init.d/net.$YOUR_INTERFACE_NAME_HERE ,
> remove /etc/runlevels/net.eth0 and create a symlink in /etc/runlevels
> pointing at your new /etc/init.d/net.$WHATEVER file.
>
> Then /etc/init.d/net.$WHATEVER restart ... and things should come up, at
> least partially. To find anything else that might be broken:
>
> find /etc|grep eth0
> find /etc -print0|xargs -0 grep eth0|egrep -v ':#'
>
> and rename 'eth0' there to your new interface name.
>
> I just went through this entire process on one of my machines...but I
> wiped all the files out of /etc/udev/rules.d/ and went with udev's new
> defaults, rather than set up my on persistent net rules for this
> machine. (That's a task for another day.)
>
> Frankly, the process is a PITA...and I'm going to go back to a
> persistent-net.rules file in the future; having to go through that
> entire process because of a NIC swap or an upstream behavior tweak is
> not something I care to have to do.
>
>

Reply via email to