From mboxrd@z Thu Jan 1 00:00:00 1970
Return-Path: <gentoo-user+bounces-146580-garchives=archives.gentoo.org@lists.gentoo.org>
Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80])
by finch.gentoo.org (Postfix) with ESMTP id AFC131381F3
for <garchives@archives.gentoo.org>; Sun, 7 Apr 2013 03:19:47 +0000 (UTC)
Received: from pigeon.gentoo.org (localhost [127.0.0.1])
by pigeon.gentoo.org (Postfix) with SMTP id 08BC8E0BE1;
Sun, 7 Apr 2013 03:19:39 +0000 (UTC)
Received: from mail-qe0-f52.google.com (mail-qe0-f52.google.com [209.85.128.52])
(using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits))
(No client certificate requested)
by pigeon.gentoo.org (Postfix) with ESMTPS id 76C42E0BC9
for <gentoo-user@lists.gentoo.org>; Sun, 7 Apr 2013 03:19:37 +0000 (UTC)
Received: by mail-qe0-f52.google.com with SMTP id jy17so2625598qeb.11
for <gentoo-user@lists.gentoo.org>; Sat, 06 Apr 2013 20:19:36 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=gmail.com; s=20120113;
h=mime-version:x-received:in-reply-to:references:date:message-id
:subject:from:to:content-type;
bh=oo7Vo47rEnQDWvw9oPo+By+R1ob0EsZozX0H2puZnTQ=;
b=MqrzDH3+7y835Q8m62FPuqBv9N3a1i/be3pAdrni44DswD/iM8HqV2BhnRI16bsrBv
/kAox5Bha3pA+s8Q+5UaEarYOpieTMi0TjuJeuYpa1bjGdDTnsBjuLHe0G1RS7I9Xarh
ogdTWi7aSS8Oj+oqTIHjGZ5YvDRlMQpfTetNJBjlyUlOQC4eejVYJgTtBFk3tfZQZ86E
lHpdjyI9rd9rP76bATjhqv+KvZEXFR3TDtgItPUbg4vHQLDwKVS9t6lW8Z7IzaQTUVyK
K/mjn6WZKCG1TG7xPobFydgio+jCw0OrOaaMZiEglghWMWiNhZgco+8JtHOftSF5XSi0
2XLw==
Precedence: bulk
List-Post: <mailto:gentoo-user@lists.gentoo.org>
List-Help: <mailto:gentoo-user+help@lists.gentoo.org>
List-Unsubscribe: <mailto:gentoo-user+unsubscribe@lists.gentoo.org>
List-Subscribe: <mailto:gentoo-user+subscribe@lists.gentoo.org>
List-Id: Gentoo Linux mail <gentoo-user.gentoo.org>
X-BeenThere: gentoo-user@lists.gentoo.org
Reply-to: gentoo-user@lists.gentoo.org
MIME-Version: 1.0
X-Received: by 10.49.94.238 with SMTP id df14mr14696387qeb.44.1365304776565;
Sat, 06 Apr 2013 20:19:36 -0700 (PDT)
Received: by 10.49.5.6 with HTTP; Sat, 6 Apr 2013 20:19:36 -0700 (PDT)
In-Reply-To: <5160E445.5090107@gmail.com>
References: <CAGWRaZb4SxfTtoQFf8zdS8ELwiZxtcgAYRZF6Cu7Q6KyWAETUw@mail.gmail.com>
<20130406155741.GA2729@acm.acm>
<51607173.8030308@googlemail.com>
<201304062033.54951.michaelkintzios@gmail.com>
<51608262.4040708@googlemail.com>
<kjq0g2$8p2$2@ger.gmane.org>
<CAGWRaZYQc9WCUuLM9TjpU7Q4V7dD_S9zi77=nLH+JK_bfWaDqg@mail.gmail.com>
<CAGWRaZYEvURd=kH9OekfebaQSE9kjMfYu=wGUNwzp0WgpDeOuQ@mail.gmail.com>
<5160939B.3030700@googlemail.com>
<CAGWRaZaFZNTd-KK2xdr4RQbvBh4idn9Win_xK+vq8ePs=R3bZw@mail.gmail.com>
<CAGWRaZawmApztxJQ8tA_DYYsxXZ0Noz+xzza18K2MeUCb=35Qg@mail.gmail.com>
<CAGWRaZbEJzH6VqUHGDiEgSMgAqp+7BVnVt72tvL3wM+Wf1UzyA@mail.gmail.com>
<5160CE99.4050203@gmail.com>
<CAGWRaZYNt36h6wss-rD6PWBBf631jzywAsmJ2+P63sJ4cC98EQ@mail.gmail.com>
<5160D552.2080400@gmail.com>
<CAGWRaZaOmOufkFLnD0Wp3m9cCVUi9hb-cK83qHpYQScvzR60iA@mail.gmail.com>
<5160DD69.2080106@gmail.com>
<CAGWRaZaEJK5xPpHQNtVHZBSpOkFZbnLqe6cYFKtZtWGGNwOW9g@mail.gmail.com>
<5160E445.5090107@gmail.com>
Date: Sat, 6 Apr 2013 23:19:36 -0400
Message-ID: <CAGWRaZb_fgzQsPW0vSwZ4CRoRvYZ1FDsBO_-xCa1szab+M9YSg@mail.gmail.com>
Subject: Re: [gentoo-user] Re: Eth0 interface not found - udev that little slut!!!!!
From: Nick Khamis <symack@gmail.com>
To: gentoo-user@lists.gentoo.org
Content-Type: text/plain; charset=ISO-8859-1
X-Archives-Salt: 6ab83234-a333-4c78-88dc-82058720b823
X-Archives-Hash: d54489e56e58973cd0cdcbfd8728610b
Hello Michael,
>> Is it because you disabled udev's renaming entirely via the kernel command-line parameter? >> Because you've done some magic in /etc/udev/rules.d/?
I did not change 70-something contents. I deleted it and let udev regenerate it.
The name in rules.d is net=eth0 and net=eth1 pointing to the correct
mac address.
Your help is greatly appreciated,
N.
On 4/6/13, Michael Mol <mikemol@gmail.com> wrote:
> The problem is that the definition of 'correctly' has changed. I don't
> know if this is 'correctly' from your perspective of 'this is how I'm
> used to seeing it' or 'correctly' from any of the three or more ways one
> could use udev. The various defintions of 'correctly' may not overlap.
>
> If they're showing up as eth0/eth1...why? Is it because you disabled
> udev's renaming entirely via the kernel command-line parameter? Because
> you've done some magic in /etc/udev/rules.d/?
>
> If the former, then OK, this is a different issue. If the latter, be
> aware that this isn't a supported configuration! You may very well have
> to rename your interfaces before this is done, or let udev rename them
> for you.
>
> On 04/06/2013 10:55 PM, Nick Khamis wrote:
>> ifconfig -a and ifconfig eth0 etc.. lists the interfaces correctly.
>> When trying to start net.eth0 the error that struck me as odd was:
>>
>> /lib64/rc/net/wpa_supplicant.sh: line 68: _is_wireless: command not found
>> /etc/init.d/net.eth0: line 548: _exists: command not found
>>
>> Sorry I can't paste stuff directly. I am literally taking phone pics
>> and communicating through my laptop.
>>
>> N.
>>
>> On 4/6/13, Michael Mol <mikemol@gmail.com> wrote:
>>> It's probably not a module issue.
>>>
>>> Are these interfaces supposed to be DHCP-configured, or are they
>>> supposed to be statically and locally configured?
>>>
>>> If they're supposed to be configured via DHCP, try "dhclient
>>> $interface_name". If they're supposed to be statically configured, try
>>> using ifconfig to configure them manually.
>>>
>>> Also, ipmaddr is *not* the command you should be using. That deals
>>> strictly in multicast addresses, not unicast addresses. I presume you're
>>> trying to get your unicast addresses working properly.
>>>
>>> ifconfig -a
>>>
>>> On 04/06/2013 10:35 PM, Nick Khamis wrote:
>>>> Sorry I did mean /sbin/ip... Long day. Regardless, /sbin/ipmaddr does
>>>> now show any ipv4 related material. Other than the network card
>>>> driver, what module should I ensure is loaded for ipv4 related stuff.
>>>> As for /etc/conf.d/net, net.eth0/eth1 these were untouched and still
>>>> point to eth0 and eth1.
>>>>
>>>> As for /sbin/ip. I have no such command.
>>>>
>>>> N.
>>>>
>>>>
>>>> On 4/6/13, Michael Mol <mikemol@gmail.com> wrote:
>>>>> /sbin/ip, not /etc/ip
>>>>>
>>>>> Those inet6 addresses beginning with ff02 are link-local addresses.
>>>>> Those are automatically configured on a link simply by the link being
>>>>> up.
>>>>>
>>>>> Something is failing to configure your interfaces' ipv4 settings.
>>>>>
>>>>> The culprit is almost certainly somewhere in one of these places, its
>>>>> lack of being in these places it part of your problem:
>>>>>
>>>>> /etc/conf.d/net
>>>>> /etc/init.d/net.*
>>>>> /etc/runlevels/*/net.*
>>>>>
>>>>> Otherwise, try those find/grep lines I offered.
>>>>>
>>>>> On 04/06/2013 10:01 PM, Nick Khamis wrote:
>>>>>> 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 <mikemol@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.
>>>>>>>
>>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>>
>>>>
>>>
>>>
>>>
>>
>
>
>