From mboxrd@z Thu Jan 1 00:00:00 1970
Return-Path: <gentoo-user+bounces-146579-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 91F8F138200
for <garchives@archives.gentoo.org>; Sun, 7 Apr 2013 03:13:27 +0000 (UTC)
Received: from pigeon.gentoo.org (localhost [127.0.0.1])
by pigeon.gentoo.org (Postfix) with SMTP id 7B899E0BB6;
Sun, 7 Apr 2013 03:13:16 +0000 (UTC)
Received: from mail-ia0-f181.google.com (mail-ia0-f181.google.com [209.85.210.181])
(using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits))
(No client certificate requested)
by pigeon.gentoo.org (Postfix) with ESMTPS id D82BCE0BCB
for <gentoo-user@lists.gentoo.org>; Sun, 7 Apr 2013 03:13:14 +0000 (UTC)
Received: by mail-ia0-f181.google.com with SMTP id o25so4266858iad.12
for <gentoo-user@lists.gentoo.org>; Sat, 06 Apr 2013 20:13:14 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=gmail.com; s=20120113;
h=x-received:message-id:date:from:user-agent:mime-version:to:subject
:references:in-reply-to:x-enigmail-version:content-type;
bh=oO2Cd+iUv53jukJ0pfrAHmAKdY6HbgVRP3Va7jx6TiU=;
b=WlFnbjgZBGhV1BT1NXLR9ZGgpn0VhWUxBYhwUrDxCDny7V+Tb4muXxrGrilIy3+QUz
idbIVFAGLPeJ8fyiIn5eMWluS0cM3pRjQpcfu1ASUVgqUjOuV4YgaIIDUWNvqsFhWspV
P7it15IJyOXEBptrC+ekOCFgXdMYJbF9VVs8u+LE5FIcnYvQYX9IF0HBuiEJaFxP9avx
fJXS5rHh8cUqsN7f9kcERAtbNuFC5/evyu2HzOWrSRgKJgk81tBxIuQTCj84qKrPobLK
ybpY3t0T562FKSCkvo96XU0ve3ESk9jsI3C+RUeNf6L7ilrFhL0QviRRoiw6ydZJPell
JN4A==
X-Received: by 10.50.70.9 with SMTP id i9mr3230648igu.60.1365304394053;
Sat, 06 Apr 2013 20:13:14 -0700 (PDT)
Received: from ?IPv6:2001:5c0:1000:a::e77? ([2001:5c0:1000:a::e77])
by mx.google.com with ESMTPS id in10sm13374123igc.1.2013.04.06.20.13.13
(version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128);
Sat, 06 Apr 2013 20:13:13 -0700 (PDT)
Message-ID: <5160E445.5090107@gmail.com>
Date: Sat, 06 Apr 2013 23:13:09 -0400
From: Michael Mol <mikemol@gmail.com>
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130222 Thunderbird/17.0.2
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
To: gentoo-user@lists.gentoo.org
Subject: Re: [gentoo-user] Re: Eth0 interface not found - udev that little
slut!!!!!
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>
In-Reply-To: <CAGWRaZaEJK5xPpHQNtVHZBSpOkFZbnLqe6cYFKtZtWGGNwOW9g@mail.gmail.com>
X-Enigmail-Version: 1.5
Content-Type: multipart/signed; micalg=pgp-sha1;
protocol="application/pgp-signature";
boundary="----enig2VMHAETKCXHRGCJIFKBHE"
X-Archives-Salt: e0c888c0-c88c-49e0-8ba7-5ad458baed32
X-Archives-Hash: 5420f8188e6016b685013450d7c1e2d9
This is an OpenPGP/MIME signed message (RFC 4880 and 3156)
------enig2VMHAETKCXHRGCJIFKBHE
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
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:
>=20
> /lib64/rc/net/wpa_supplicant.sh: line 68: _is_wireless: command not fou=
nd
> /etc/init.d/net.eth0: line 548: _exists: command not found
>=20
> Sorry I can't paste stuff directly. I am literally taking phone pics
> and communicating through my laptop.
>=20
> N.
>=20
> 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 bein=
g
>>>> up.
>>>>
>>>> Something is failing to configure your interfaces' ipv4 settings.
>>>>
>>>> The culprit is almost certainly somewhere in one of these places, it=
s
>>>> 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_i=
d)
>>>>>>> line up fine. I did not find a "name" file in /sys/class/net/eth0=
>>>>>>> however,
>>>>>>> name=3Deth0 in etc/udev/70-something-rules-net.
>>>>>>>
>>>>>>> Ifconfig alone returns nothing. Ifconfig eth0/1 and lo returns th=
e
>>>>>>> interface
>>>>>>> with no tx and rx traffic. And no ip address as set in conf.d/net=
=2E
>>>>>>>
>>>>>>> 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 interfac=
es
>>>>>> names which the kernel may chose. This means things like 'eth0' an=
d
>>>>>> '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/runlev=
els
>>>>>> 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...bu=
t 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.
>>>>>>
>>>>>>
>>>>>
>>>>
>>>>
>>>>
>>>
>>
>>
>>
>=20
------enig2VMHAETKCXHRGCJIFKBHE
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: OpenPGP digital signature
Content-Disposition: attachment; filename="signature.asc"
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.19 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/
iQEcBAEBAgAGBQJRYORHAAoJED5TcEBdxYwQ1MYH/iLKfMPmERkSb5yeIpRO8JDw
rtLaen87jkPvTO4TROgUYd8gmxaz/pw6KpnwOrSfIT2Q9tTGQ5hbr2lnsJJ1mTNa
ZDC1O5skyN1D1Xk/myId7+4l6cZ7p4YjJOzFf2AMvJxuLTCaVhDoyzgGZLzuasg+
BX9AFvS+FKxyj8FStcebSF0UZGPSpZg5M1aPZi2qyntALzZXsVbHL7A9NYTEBUfR
5+nK4PZjYANpRwEk3m9Az1chHz98kQ4GdABBDvh8V7Yp8LkPr6Ps9loQthQqTWVY
4qUCI9GVVOcE+XkG73m4e7Ygv0F/Ts1qECAKNX+FDcpR+mRMikY81rUwN47TdfM=
=LR2V
-----END PGP SIGNATURE-----
------enig2VMHAETKCXHRGCJIFKBHE--