Bug#410312: network-manager keeps looking for non-existent interface eth1_rename_ren
Package: network-manager Version: 0.6.4-6 Severity: normal NetworkManager seems to have an incorrect idea of the network devices on my system: nm-tool lists the following device: - Device: eth1_rename_ren NM Path: /org/freedesktop/NetworkManager/Devices/eth1_5f_rename_5f_ren Type: 802.11 Wireless when the device is actually called just "eth1", as shown by "ip link show". The device in question (like all the network devices on my system) are renamed on boot by ifrename using /etc/iftab, which is just a simple mapping of MAC to eth, to ensure that random kernel changes that cause the devices to be enumerated in a different order don't mess up my /etc/network/interfaces names. As a result of this problem, NetworkManager seems regularly to issue the command /sbin/modprobe -q -- eth1_rename_ren which always fails, of course. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-686 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages network-manager depends on: ii adduser 3.102Add and remove users and groups ii dbus1.0.2-1 simple interprocess messaging syst ii dhcdbd 2.0-2D-Bus interface to the ISC DHCP cl ii hal 0.5.8.1-6Hardware Abstraction Layer ii ifupdown0.6.8high level tools to configure netw ii iproute 20061002-3 Professional tools to control the ii iputils-arping 3:20020927-4 Tool to send ICMP echo requests to ii libc6 2.3.6.ds1-10 GNU C Library: Shared libraries ii libdbus-1-3 1.0.2-1 simple interprocess messaging syst ii libdbus-glib-1-20.71-3 simple interprocess messaging syst ii libgcrypt11 1.2.3-2 LGPL Crypto library - runtime libr ii libglib2.0-02.12.4-2 The GLib library of C routines ii libgpg-error0 1.4-1library for common error values an ii libhal1 0.5.8.1-6Hardware Abstraction Layer - share ii libiw28 28-1 Wireless tools - library ii libnl1-pre6 1.0~pre6-2 Library for dealing with netlink s ii libnm-util0 0.6.4-6 network management framework (shar ii lsb-base3.1-22 Linux Standard Base 3.1 init scrip ii wpasupplicant 0.5.5-2 Client support for WPA and WPA2 (I network-manager recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#410312: network-manager keeps looking for non-existent interface eth1_rename_ren
Reuben Thomas wrote: > Package: network-manager > Version: 0.6.4-6 > Severity: normal > > NetworkManager seems to have an incorrect idea of the network devices > on my system: nm-tool lists the following device: > > - Device: eth1_rename_ren > > NM Path: > /org/freedesktop/NetworkManager/Devices/eth1_5f_rename_5f_ren > Type: 802.11 Wireless > > when the device is actually called just "eth1", as shown by "ip link show". > > The device in question (like all the network devices on my system) are > renamed on boot by ifrename using /etc/iftab, which is just a simple > mapping of MAC to eth, to ensure that random kernel changes that > cause the devices to be enumerated in a different order don't mess up > my /etc/network/interfaces names. The problem is very likely within hal resp. udev (n-m uses the information provided by hal) What does lshal | grep net show? Using ifrename is not race free and deprecated, I'd strongly suggest you let udev do the renaming: /etc/udev/rules.d/z25_persistent-net.rules Cheers, Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#410312: network-manager keeps looking for non-existent interface eth1_rename_ren
On Fri, 9 Feb 2007, Michael Biebl wrote: The problem is very likely within hal resp. udev (n-m uses the information provided by hal) What does lshal | grep net show? Ah. It shows that hald is not running. Thanks. I guess that network-manager had an out of date idea. Using ifrename is not race free and deprecated, I'd strongly suggest you let udev do the renaming: /etc/udev/rules.d/z25_persistent-net.rules Thanks again. I find it hard to keep up, this area seems to be in constant flux. I note that udev has tried to assign the same name to two devices (eth0 to my wireless and firewire interfaces) but that's not network-manager's problem. Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? "'Cos there's bugger all down here on earth." -- http://rrt.sc3d.org/ | aphorism, n. a wise lie -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#410312: network-manager keeps looking for non-existent interface eth1_rename_ren
Reuben Thomas wrote: > On Fri, 9 Feb 2007, Michael Biebl wrote: > >> The problem is very likely within hal resp. udev (n-m uses the >> information provided by hal) >> What does lshal | grep net show? > > Ah. It shows that hald is not running. Thanks. I guess that > network-manager had an out of date idea. > >> Using ifrename is not race free and deprecated, I'd strongly suggest you >> let udev do the renaming: >> /etc/udev/rules.d/z25_persistent-net.rules > > Thanks again. I find it hard to keep up, this area seems to be in > constant flux. I note that udev has tried to assign the same name to two > devices (eth0 to my wireless and firewire interfaces) but that's not > network-manager's problem. So, could you fix your problem with the pointers I gave you? Can we close the bug report? Cheers, Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#410312: network-manager keeps looking for non-existent interface eth1_rename_ren
On Fri, 9 Feb 2007, Michael Biebl wrote: So, could you fix your problem with the pointers I gave you? I have no idea. I'm not exactly sure what caused it. Can we close the bug report? Certainly. With your pointers I at least have a more correct system. -- http://rrt.sc3d.org/ | God is the name of our ignorance (Grayling) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]