Re: Bug en debian 7 con interfaz de red, rename
El día 1 de septiembre de 2014, 16:03, Camaleón noela...@gmail.com escribió:
El Mon, 01 Sep 2014 10:09:40 +0200, Maykel Franco escribió:
El día 19 de agosto de 2014, 16:12, Camaleón noela...@gmail.com
escribió:
(...)
Voy a probar a reiniciar haber si con el cambio que he realizado en
grub se solventa.
¿Y qué pasó tras el reinicio?
Lo que me extraña es que sin tener el paquete biosdevname instalado
en el sistema el problema te lo genere ese paquete ;-)
De hecho, esto es lo que me aparece en Wheezy:
sm01@stt008:~$ dmesg | grep -E 'udev.*eth'
[4.304304] udevd[414]: renamed network interface eth1 to rename3
[4.504323] udevd[424]: renamed network interface eth0 to eth1
[4.528324] udevd[414]: renamed network interface rename3 to eth0
A mi esto:
dmesg | grep -E 'udev.*eth'
[9.436570] udevd[473]: renamed network interface eth1 to rename3
Te quiero decir que parece que ese mense parece bastante común y no
necesariamente relacionado con biosdevname ;-)
Ejecuta ifconfig -a cuando el equipo haya iniciado a ver qué interfaces
detecta. Otra cosa que podrías probar es a renombrar el archivo /etc/
udev/rules.d/70-persistent-net.rules para que el sistema genere uno
nuevo.
Si podría intentar eso lo que pasa que ahora mismo lo tengo en
producción, ya sabes...Con servidor de archivos samba, owncloud,
copias de seguridad...Por eso metí un bonding.
El caso es que es curioso y raro, porque fijate al ejecutar el
ifconfig -a, la interfaz rename3 tiene la misma mac que eth0
bond0 Link encap:Ethernet HWaddr 90:2b:34:c3:95:90
inet addr:192.168.1.33 Bcast:192.168.1.255 Mask:255.255.255.0
inet6 addr: fe80::922b:34ff:fec3:9590/64 Scope:Link
UP BROADCAST RUNNING MASTER MULTICAST MTU:1500 Metric:1
RX packets:46952655 errors:0 dropped:24 overruns:0 frame:0
TX packets:11277890 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:63884770191 (59.4 GiB) TX bytes:5362287978 (4.9 GiB)
eth0 Link encap:Ethernet HWaddr 90:2b:34:c3:95:90
UP BROADCAST RUNNING SLAVE MULTICAST MTU:1500 Metric:1
RX packets:46952655 errors:0 dropped:0 overruns:0 frame:0
TX packets:11277890 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:63884770191 (59.4 GiB) TX bytes:5362287978 (4.9 GiB)
Interrupt:46
loLink encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
inet6 addr: ::1/128 Scope:Host
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:6534083 errors:0 dropped:0 overruns:0 frame:0
TX packets:6534083 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:38929235284 (36.2 GiB) TX bytes:38929235284 (36.2 GiB)
rename3 Link encap:Ethernet HWaddr 90:2b:34:c3:95:90
BROADCAST MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:0 (0.0 B) TX bytes:0 (0.0 B)
Interrupt:47
Este es mi /etc/udev/rules.d/70-persistent-net.rules :
# This file was automatically generated by the /lib/udev/write_net_rules
# program, run by the persistent-net-generator.rules rules file.
#
# You can modify it, as long as you keep each rule on a single
# line, and change only the value of the NAME= key.
# PCI device 0x10ec:0x8168 (r8169)
SUBSYSTEM==net, ACTION==add, DRIVERS==?*,
ATTR{address}==90:2b:34:c3:95:90, ATTR{dev_id}==0x0,
ATTR{type}==1, KERNEL==eth*, NAME=eth0
# PCI device 0x10ec:0x8168 (r8169)
SUBSYSTEM==net, ACTION==add, DRIVERS==?*,
ATTR{address}==a0:f3:c1:00:43:31, ATTR{dev_id}==0x0,
ATTR{type}==1, KERNEL==eth*, NAME=eth1
Intentaré, cuando pueda, hacer lo que me has comentado, forzarle a que
genere uno nuevo no sé...
Gracias Camaleón.
Saludos.
Saludos,
--
Camaleón
--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/pan.2014.09.01.14.03...@gmail.com
--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive:
https://lists.debian.org/CAJ2aOA-tp5wNj0ju�6s7BBqwdu2LVRw3L8a72iOApQF=y...@mail.gmail.com
Re: Bug en debian 7 con interfaz de red, rename
El día 2 de septiembre de 2014, 10:09, Maykel Franco
maykeldeb...@gmail.com escribió:
El día 1 de septiembre de 2014, 16:03, Camaleón noela...@gmail.com escribió:
El Mon, 01 Sep 2014 10:09:40 +0200, Maykel Franco escribió:
El día 19 de agosto de 2014, 16:12, Camaleón noela...@gmail.com
escribió:
(...)
Voy a probar a reiniciar haber si con el cambio que he realizado en
grub se solventa.
¿Y qué pasó tras el reinicio?
Lo que me extraña es que sin tener el paquete biosdevname instalado
en el sistema el problema te lo genere ese paquete ;-)
De hecho, esto es lo que me aparece en Wheezy:
sm01@stt008:~$ dmesg | grep -E 'udev.*eth'
[4.304304] udevd[414]: renamed network interface eth1 to rename3
[4.504323] udevd[424]: renamed network interface eth0 to eth1
[4.528324] udevd[414]: renamed network interface rename3 to eth0
A mi esto:
dmesg | grep -E 'udev.*eth'
[9.436570] udevd[473]: renamed network interface eth1 to rename3
Te quiero decir que parece que ese mense parece bastante común y no
necesariamente relacionado con biosdevname ;-)
Ejecuta ifconfig -a cuando el equipo haya iniciado a ver qué interfaces
detecta. Otra cosa que podrías probar es a renombrar el archivo /etc/
udev/rules.d/70-persistent-net.rules para que el sistema genere uno
nuevo.
Si podría intentar eso lo que pasa que ahora mismo lo tengo en
producción, ya sabes...Con servidor de archivos samba, owncloud,
copias de seguridad...Por eso metí un bonding.
El caso es que es curioso y raro, porque fijate al ejecutar el
ifconfig -a, la interfaz rename3 tiene la misma mac que eth0
bond0 Link encap:Ethernet HWaddr 90:2b:34:c3:95:90
inet addr:192.168.1.33 Bcast:192.168.1.255 Mask:255.255.255.0
inet6 addr: fe80::922b:34ff:fec3:9590/64 Scope:Link
UP BROADCAST RUNNING MASTER MULTICAST MTU:1500 Metric:1
RX packets:46952655 errors:0 dropped:24 overruns:0 frame:0
TX packets:11277890 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:63884770191 (59.4 GiB) TX bytes:5362287978 (4.9 GiB)
eth0 Link encap:Ethernet HWaddr 90:2b:34:c3:95:90
UP BROADCAST RUNNING SLAVE MULTICAST MTU:1500 Metric:1
RX packets:46952655 errors:0 dropped:0 overruns:0 frame:0
TX packets:11277890 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:63884770191 (59.4 GiB) TX bytes:5362287978 (4.9 GiB)
Interrupt:46
loLink encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
inet6 addr: ::1/128 Scope:Host
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:6534083 errors:0 dropped:0 overruns:0 frame:0
TX packets:6534083 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:38929235284 (36.2 GiB) TX bytes:38929235284 (36.2 GiB)
rename3 Link encap:Ethernet HWaddr 90:2b:34:c3:95:90
BROADCAST MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:0 (0.0 B) TX bytes:0 (0.0 B)
Interrupt:47
Este es mi /etc/udev/rules.d/70-persistent-net.rules :
# This file was automatically generated by the /lib/udev/write_net_rules
# program, run by the persistent-net-generator.rules rules file.
#
# You can modify it, as long as you keep each rule on a single
# line, and change only the value of the NAME= key.
# PCI device 0x10ec:0x8168 (r8169)
SUBSYSTEM==net, ACTION==add, DRIVERS==?*,
ATTR{address}==90:2b:34:c3:95:90, ATTR{dev_id}==0x0,
ATTR{type}==1, KERNEL==eth*, NAME=eth0
# PCI device 0x10ec:0x8168 (r8169)
SUBSYSTEM==net, ACTION==add, DRIVERS==?*,
ATTR{address}==a0:f3:c1:00:43:31, ATTR{dev_id}==0x0,
ATTR{type}==1, KERNEL==eth*, NAME=eth1
Intentaré, cuando pueda, hacer lo que me has comentado, forzarle a que
genere uno nuevo no sé...
Gracias Camaleón.
Saludos.
Saludos,
--
Camaleón
--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/pan.2014.09.01.14.03...@gmail.com
En teoría si me cargo ese archivo, debería crearlo dinámicamente en el
próximo reinicio... Espero que así sea y no tenga que ir físicamente
al servidor...xD
Gracias
--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive:
https://lists.debian.org/caj2aoa_cw+uwbn_jmdaguwony9-fnr3eiyetjjievedn-ek...@mail.gmail.com
Re: Bug en debian 7 con interfaz de red, rename
El Tue, 02 Sep 2014 10:09:13 +0200, Maykel Franco escribió:
El día 1 de septiembre de 2014, 16:03, Camaleón noela...@gmail.com
escribió:
(...)
Ejecuta ifconfig -a cuando el equipo haya iniciado a ver qué
interfaces detecta. Otra cosa que podrías probar es a renombrar el
archivo /etc/ udev/rules.d/70-persistent-net.rules para que el
sistema genere uno nuevo.
Si podría intentar eso lo que pasa que ahora mismo lo tengo en
producción, ya sabes...Con servidor de archivos samba, owncloud,
copias de seguridad...Por eso metí un bonding.
El caso es que es curioso y raro, porque fijate al ejecutar el ifconfig
-a, la interfaz rename3 tiene la misma mac que eth0
(...)
Que tengan la misma MAC es normal, es por el bonding.
Este es mi /etc/udev/rules.d/70-persistent-net.rules :
# This file was automatically generated by the /lib/udev/write_net_rules
# program, run by the persistent-net-generator.rules rules file.
#
# You can modify it, as long as you keep each rule on a single # line,
and change only the value of the NAME= key.
# PCI device 0x10ec:0x8168 (r8169)
SUBSYSTEM==net, ACTION==add, DRIVERS==?*,
ATTR{address}==90:2b:34:c3:95:90, ATTR{dev_id}==0x0,
ATTR{type}==1, KERNEL==eth*, NAME=eth0
# PCI device 0x10ec:0x8168 (r8169)
SUBSYSTEM==net, ACTION==add, DRIVERS==?*,
ATTR{address}==a0:f3:c1:00:43:31, ATTR{dev_id}==0x0,
ATTR{type}==1, KERNEL==eth*, NAME=eth1
Intentaré, cuando pueda, hacer lo que me has comentado, forzarle a que
genere uno nuevo no sé...
Bien, pero recuerda que jugar con la red en remoto te puede dejar a dos
velas como bien apuntas, así que las pruebas hazlas con gaseosa, es
decir, en un equipo que no esté en producción para ver qué comportamiento
tiene y cuando hagas lo mismo con el servidor, que haya alguien al lado
del equipo que pueda deshacer cualquier entuerto.
Saludos,
--
Camaleón
--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/pan.2014.09.02.14.04...@gmail.com
Re: Bug en debian 7 con interfaz de red, rename
El día 19 de agosto de 2014, 16:12, Camaleón noela...@gmail.com escribió: El Tue, 19 Aug 2014 09:46:52 +0200, Maykel Franco escribió: El día 18 de agosto de 2014, 16:22, Camaleón noela...@gmail.com escribió: (...) ¿Has pensado en abrir un informe de fallo contra udev? Sí lo he pensado, pero si te soy sincero he pensado solucionarlo antes de reportarlo. Voy a probar a reiniciar haber si con el cambio que he realizado en grub se solventa. Lo que me extraña es que sin tener el paquete biosdevname instalado en el sistema el problema te lo genere ese paquete ;-) De hecho, esto es lo que me aparece en Wheezy: sm01@stt008:~$ dmesg | grep -E 'udev.*eth' [4.304304] udevd[414]: renamed network interface eth1 to rename3 [4.504323] udevd[424]: renamed network interface eth0 to eth1 [4.528324] udevd[414]: renamed network interface rename3 to eth0 Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/pan.2014.08.19.14.12...@gmail.com A mi esto: dmesg | grep -E 'udev.*eth' [9.436570] udevd[473]: renamed network interface eth1 to rename3 -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/caj2aoa-pqquhk9m3oj3s9laumxfdhwwxcafufygnbtkm583...@mail.gmail.com
Re: Bug en debian 7 con interfaz de red, rename
El Mon, 01 Sep 2014 10:09:40 +0200, Maykel Franco escribió: El día 19 de agosto de 2014, 16:12, Camaleón noela...@gmail.com escribió: (...) Voy a probar a reiniciar haber si con el cambio que he realizado en grub se solventa. ¿Y qué pasó tras el reinicio? Lo que me extraña es que sin tener el paquete biosdevname instalado en el sistema el problema te lo genere ese paquete ;-) De hecho, esto es lo que me aparece en Wheezy: sm01@stt008:~$ dmesg | grep -E 'udev.*eth' [4.304304] udevd[414]: renamed network interface eth1 to rename3 [4.504323] udevd[424]: renamed network interface eth0 to eth1 [4.528324] udevd[414]: renamed network interface rename3 to eth0 A mi esto: dmesg | grep -E 'udev.*eth' [9.436570] udevd[473]: renamed network interface eth1 to rename3 Te quiero decir que parece que ese mense parece bastante común y no necesariamente relacionado con biosdevname ;-) Ejecuta ifconfig -a cuando el equipo haya iniciado a ver qué interfaces detecta. Otra cosa que podrías probar es a renombrar el archivo /etc/ udev/rules.d/70-persistent-net.rules para que el sistema genere uno nuevo. Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/pan.2014.09.01.14.03...@gmail.com
Re: Bug en debian 7 con interfaz de red, rename
El día 18 de agosto de 2014, 16:22, Camaleón noela...@gmail.com escribió:
El Mon, 18 Aug 2014 10:04:50 +0200, Maykel Franco escribió:
Hola buenas, tenía configurado un bonding con 2 tarjetas de red, eth0 y
eth1. He reiniciado varias veces esa máquina y nunca he tenido problema.
Hará unos 2 meses, actualicé el sistema y hoy que he reiniciado me
encuentro con que eth1 ha sido renombrado a rename3 por udev...BUG?
Si fuera una Debian testing te diría que podría tratarse de un error pero
en una estable es raro. Ahora bien, si no has cambiado, no has cambiado
de kernel ni nada ni has reubicado los cables ni los adaptadores de red
pues no es normal que cambien de nombre pero como ahora todo es dinámico,
quién sabe...
[1.007832] r8169 :0a:00.0: eth1: RTL8168e/8111e at
0xc9652000, 90:2b:34:c3:95:90, XID 0c20 IRQ 47
[1.007837] r8169 :0a:00.0: eth1: jumbo features [frames: 9200
bytes, tx checksumming: ko]
[ 11.268549] udevd[518]: renamed network interface eth1 to rename3
[ 540.879654] bonding: bond0: Interface eth1 does not exist!
Mira a ver si tienes más datos de udev (dmesg | grep -i eth).
root@server:# lshw -businfo -C network Bus info Device
Class Description
=== pci@:09:00.0
eth0 networkRTL8111/8168B PCI Express Gigabit Ethernet
controller pci@:0a:00.0 rename3networkRTL8111/8168B PCI
Express Gigabit Ethernet controller
Parece que sí:
https://bugs.launchpad.net/ubuntu/+source/biosdevname/+bug/1284043
Pero ¿tienes biosdevname y lo has ejecutado o algo? Porque ese paquete
no lo veo disponible en los repos :-?
Como comentan, he añadido estas lineas al grub:
net.ifnames=1 biosdevname=0
/etc/default/grub:
GRUB_CMDLINE_LINUX_DEFAULT=net.ifnames=1 biosdevname=0
Y luego un update-grub.
No sé si puede deberse al bonding o un bug en sí de udev...
El bonding no creo que esté relacionado, sólo te dice que al cambiar el
nombre no encuentra una de las interfaces que tienes definidas, eso lo
veo normal. Lo que no me parece tan normal es que udev altere el nombre
de las interfaces de red sin haber realizado ningún cambio y usando el
kernel que viene en wheezy.
Las tarjetas están bien configuradas en udev:
# PCI device 0x10ec:0x8168 (r8169)
SUBSYSTEM==net, ACTION==add, DRIVERS==?*,
ATTR{address}==90:2b:34:c3:95:90, ATTR{dev_id}==0x0,
ATTR{type}==1, KERNEL==eth*, NAME=eth0
# PCI device 0x10ec:0x8168 (r8169)
SUBSYSTEM==net, ACTION==add, DRIVERS==?*,
ATTR{address}==a0:f3:c1:00:43:31, ATTR{dev_id}==0x0,
ATTR{type}==1, KERNEL==eth*, NAME=eth1
Tengo que reiniciar más tarde, probaré si con esto se ha resuelto...
¿Has pensado en abrir un informe de fallo contra udev?
Sí lo he pensado, pero si te soy sincero he pensado solucionarlo antes
de reportarlo.
Voy a probar a reiniciar haber si con el cambio que he realizado en
grub se solventa.
Saludos.
Saludos,
--
Camaleón
--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/pan.2014.08.18.14.22...@gmail.com
--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive:
https://lists.debian.org/CAJ2aOA-PO8h9_2k6AW_c-9kFdRhZ-gWkRd-LG=1-mzs2wrx...@mail.gmail.com
Re: Bug en debian 7 con interfaz de red, rename
El Tue, 19 Aug 2014 09:46:52 +0200, Maykel Franco escribió: El día 18 de agosto de 2014, 16:22, Camaleón noela...@gmail.com escribió: (...) ¿Has pensado en abrir un informe de fallo contra udev? Sí lo he pensado, pero si te soy sincero he pensado solucionarlo antes de reportarlo. Voy a probar a reiniciar haber si con el cambio que he realizado en grub se solventa. Lo que me extraña es que sin tener el paquete biosdevname instalado en el sistema el problema te lo genere ese paquete ;-) De hecho, esto es lo que me aparece en Wheezy: sm01@stt008:~$ dmesg | grep -E 'udev.*eth' [4.304304] udevd[414]: renamed network interface eth1 to rename3 [4.504323] udevd[424]: renamed network interface eth0 to eth1 [4.528324] udevd[414]: renamed network interface rename3 to eth0 Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/pan.2014.08.19.14.12...@gmail.com
Bug en debian 7 con interfaz de red, rename
Hola buenas, tenía configurado un bonding con 2 tarjetas de red, eth0
y eth1. He reiniciado varias veces esa máquina y nunca he tenido
problema.
Hará unos 2 meses, actualicé el sistema y hoy que he reiniciado me
encuentro con que eth1 ha sido renombrado a rename3 por udev...BUG?
[1.007832] r8169 :0a:00.0: eth1: RTL8168e/8111e at
0xc9652000, 90:2b:34:c3:95:90, XID 0c20 IRQ 47
[1.007837] r8169 :0a:00.0: eth1: jumbo features [frames: 9200
bytes, tx checksumming: ko]
[ 11.268549] udevd[518]: renamed network interface eth1 to rename3
[ 540.879654] bonding: bond0: Interface eth1 does not exist!
root@server:# lshw -businfo -C network
Bus info Device Class Description
===
pci@:09:00.0 eth0 networkRTL8111/8168B PCI Express
Gigabit Ethernet controller
pci@:0a:00.0 rename3networkRTL8111/8168B PCI Express
Gigabit Ethernet controller
Parece que sí:
https://bugs.launchpad.net/ubuntu/+source/biosdevname/+bug/1284043
Como comentan, he añadido estas lineas al grub:
net.ifnames=1 biosdevname=0
/etc/default/grub:
GRUB_CMDLINE_LINUX_DEFAULT=net.ifnames=1 biosdevname=0
Y luego un update-grub.
No sé si puede deberse al bonding o un bug en sí de udev...
Las tarjetas están bien configuradas en udev:
# PCI device 0x10ec:0x8168 (r8169)
SUBSYSTEM==net, ACTION==add, DRIVERS==?*,
ATTR{address}==90:2b:34:c3:95:90, ATTR{dev_id}==0x0,
ATTR{type}==1, KERNEL==eth*, NAME=eth0
# PCI device 0x10ec:0x8168 (r8169)
SUBSYSTEM==net, ACTION==add, DRIVERS==?*,
ATTR{address}==a0:f3:c1:00:43:31, ATTR{dev_id}==0x0,
ATTR{type}==1, KERNEL==eth*, NAME=eth1
Tengo que reiniciar más tarde, probaré si con esto se ha resuelto...
Saludos.
--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive:
https://lists.debian.org/caj2aoa-nwtgn2h8q07jffczsyqp+evgzcopwoj9n-fzaaxx...@mail.gmail.com
Re: Bug en debian 7 con interfaz de red, rename
El Mon, 18 Aug 2014 10:04:50 +0200, Maykel Franco escribió:
Hola buenas, tenía configurado un bonding con 2 tarjetas de red, eth0 y
eth1. He reiniciado varias veces esa máquina y nunca he tenido problema.
Hará unos 2 meses, actualicé el sistema y hoy que he reiniciado me
encuentro con que eth1 ha sido renombrado a rename3 por udev...BUG?
Si fuera una Debian testing te diría que podría tratarse de un error pero
en una estable es raro. Ahora bien, si no has cambiado, no has cambiado
de kernel ni nada ni has reubicado los cables ni los adaptadores de red
pues no es normal que cambien de nombre pero como ahora todo es dinámico,
quién sabe...
[1.007832] r8169 :0a:00.0: eth1: RTL8168e/8111e at
0xc9652000, 90:2b:34:c3:95:90, XID 0c20 IRQ 47
[1.007837] r8169 :0a:00.0: eth1: jumbo features [frames: 9200
bytes, tx checksumming: ko]
[ 11.268549] udevd[518]: renamed network interface eth1 to rename3
[ 540.879654] bonding: bond0: Interface eth1 does not exist!
Mira a ver si tienes más datos de udev (dmesg | grep -i eth).
root@server:# lshw -businfo -C network Bus info Device
Class Description
=== pci@:09:00.0
eth0 networkRTL8111/8168B PCI Express Gigabit Ethernet
controller pci@:0a:00.0 rename3networkRTL8111/8168B PCI
Express Gigabit Ethernet controller
Parece que sí:
https://bugs.launchpad.net/ubuntu/+source/biosdevname/+bug/1284043
Pero ¿tienes biosdevname y lo has ejecutado o algo? Porque ese paquete
no lo veo disponible en los repos :-?
Como comentan, he añadido estas lineas al grub:
net.ifnames=1 biosdevname=0
/etc/default/grub:
GRUB_CMDLINE_LINUX_DEFAULT=net.ifnames=1 biosdevname=0
Y luego un update-grub.
No sé si puede deberse al bonding o un bug en sí de udev...
El bonding no creo que esté relacionado, sólo te dice que al cambiar el
nombre no encuentra una de las interfaces que tienes definidas, eso lo
veo normal. Lo que no me parece tan normal es que udev altere el nombre
de las interfaces de red sin haber realizado ningún cambio y usando el
kernel que viene en wheezy.
Las tarjetas están bien configuradas en udev:
# PCI device 0x10ec:0x8168 (r8169)
SUBSYSTEM==net, ACTION==add, DRIVERS==?*,
ATTR{address}==90:2b:34:c3:95:90, ATTR{dev_id}==0x0,
ATTR{type}==1, KERNEL==eth*, NAME=eth0
# PCI device 0x10ec:0x8168 (r8169)
SUBSYSTEM==net, ACTION==add, DRIVERS==?*,
ATTR{address}==a0:f3:c1:00:43:31, ATTR{dev_id}==0x0,
ATTR{type}==1, KERNEL==eth*, NAME=eth1
Tengo que reiniciar más tarde, probaré si con esto se ha resuelto...
¿Has pensado en abrir un informe de fallo contra udev?
Saludos,
--
Camaleón
--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/pan.2014.08.18.14.22...@gmail.com
