трабла с сетухой: linux
если судить по логу, то eth1 вполне себе работает. Только вот физика пропадает на проводе. Возможно порт свитча чудит или сам свитч.
Про eth2 в логе ничего нет.
Про eth2 в логе ничего нет.
к eth2 кабель не подключен
# cat /var/log/messages | grep eth1

я не отсюда делал вывод
TX packets:2 errors:0 dropped:0 overruns:0 carrier:2
?
к eth2 кабель не подключенда это действительно так... Но если его подключить, то message'ы будут писать всю туже фигню, что и для eth1... Может действительно трабла в свитче. Правда в него воткнуты, еще и другие, компы, а игнорит он тока сервак... блин...
RUNNING
оба кабеля идут в один свитч?
после чего начались проблемы ?
bridge настраивал ?
сетевушки в разные свитчи воткнуты ?
давай полную картину ситуации.
bridge настраивал ?
сетевушки в разные свитчи воткнуты ?
давай полную картину ситуации.
опишу ситуацию более детально. В свитч воткнуты четыре кабеля - три локальные машины и один кабель из сервера (eth1). Сегодня примерно в 11 часов на свитче погасла лампочка, соответствующая eth1. Я пробовал заменить кабель, пробовал использовать другие дырки в свитче, чтобы обратно восстановиться связь сервер-свитч, но ничего из этого не выходит. Причем другие локальные машины, могут работать с любой дыркой свитча.
Сетевуха eth2 была как резервная и мною не использовалась. Но с ней происходит такая же картина, что и с eth1.
Сетевуха eth0 воткнута в хаб провайдера и работает отлично.
Сетевуха eth2 была как резервная и мною не использовалась. Но с ней происходит такая же картина, что и с eth1.
Сетевуха eth0 воткнута в хаб провайдера и работает отлично.
bridge настраивал ?нет не настраивал
куищще не помогает?
проверить сетевухи на другом свитче?
проверить сетевухи на другом свитче?
куищще не помогает??
а другого хаба сейчас к сожелению нет под рукой, вот жду, когда чел появится, чтобы у него взять.
reboot
холодный
холодный

reboot холодныйнет

сетевухи не eepro100?
у меня eth1 и eth2 - 3с905с-tx-m
ну можно попробовать заменить на другую модель
нашел свитч, тестанул... мой вроде работает нормально. Потом снял сетевухи и вставил в другой комп (как сложно стационарник найти - у всех ноуты). На одном заработала, на другом нет. Вернул все в сервак - и о чудо, одна сетевушка восстала из мертвых, причем та, которая не заработала... Все работает... без объяснения причины...
какой печальный мир,
даже когда расцветают вишни...
даже тогда...
какой печальный мир,
даже когда расцветают вишни...
даже тогда...
Оставить комментарий
Natusik09
ОС - Fedora 5. На машине стоит три сетевушки:eth0 Link encap:Ethernet HWaddr 00:30:48:22:2B:F8
inet addr:10.1.2.100 Bcast:10.1.7.255 Mask:255.255.248.0
inet6 addr: fe80::230:48ff:fe22:2bf8/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:77735 errors:0 dropped:0 overruns:0 frame:0
TX packets:1838 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:5426170 (5.1 MiB) TX bytes:278253 (271.7 KiB)
eth1 Link encap:Ethernet HWaddr 00:50:04:F4:A1:9D
inet addr:192.168.0.1 Bcast:192.168.0.255 Mask:255.255.255.0
inet6 addr: fe80::250:4ff
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:8 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:0 (0.0 b) TX bytes:588 (588.0 b)
Interrupt:17 Base address:0x800
eth2 Link encap:Ethernet HWaddr 00:50:04:F4:A0:D4
inet addr:192.168.1.1 Bcast:192.168.1.255 Mask:255.255.255.0
UP BROADCAST MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:2 errors:0 dropped:0 overruns:0 carrier:2
collisions:0 txqueuelen:1000
RX bytes:0 (0.0 b) TX bytes:120 (120.0 b)
Interrupt:18 Base address:0x2c00
eth0 - интерфейс для связи с провайдером. eth1, eth2 - для внутренних сетей. Так вот сегодня не функционирует не eth1, не eth2, карточка же eth0 работает отлично. В messages отписано
# cat /var/log/messages | grep eth1
Mar 29 12:10:31 localhost kernel: ADDRCONF(NETDEV_UP): eth1: link is not ready
Mar 29 12:17:09 localhost kernel: eth1: Setting full-duplex based on MII link partner capability of 01e1.
Mar 29 12:17:09 localhost kernel: ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready
Mar 29 12:28:43 localhost kernel: eth1: Setting full-duplex based on MII link partner capability of 01e1.
Mar 29 12:57:16 localhost kernel: ADDRCONF(NETDEV_UP): eth1: link is not ready
Mar 29 12:58:56 localhost kernel: eth1: Setting full-duplex based on MII link partner capability of 01e1.
Mar 29 12:58:56 localhost kernel: ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready
Mar 29 13:19:47 localhost kernel: ADDRCONF(NETDEV_UP): eth1: link is not ready
Mar 29 13:22:27 localhost kernel: eth1: Setting full-duplex based on MII link partner capability of 05e1.
Mar 29 13:22:27 localhost kernel: ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready
Mar 29 18:25:16 localhost kernel: ADDRCONF(NETDEV_UP): eth1: link is not ready
Mar 29 18:29:56 localhost kernel: eth1: Setting full-duplex based on MII link partner capability of 05e1.
Mar 29 18:29:56 localhost kernel: ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready
Никак не могу поянть в чем проблема...