[РЕШЕНО] Проверка интерфейсов в бонде

[Protopopulus]

Подскажите мне глупому как проверить слэйв-интерфейсы. Имеется две сетевые карты, свитч и бонд-канал между ними. Так вот, собственно, как можно узнать живы ли провода (при отключении провода интерфейс не падает)? Пинг до гейтвея по слейв-интерфейсам, по вполне естественным причинам, не проходит, а другого метода пока не придумал...

(Нажмите, чтобы показать/скрыть)

Код: [Выделить]

bnd0      Link encap:Ethernet  HWaddr 00:e0:50:33:04:8e 
          inet addr:192.168.0.100  Bcast:192.168.0.255  Mask:255.255.255.0
          UP BROADCAST RUNNING MASTER MULTICAST  MTU:1500  Metric:1
          RX packets:12168784 errors:24 dropped:2552 overruns:24 frame:0
          TX packets:11026242 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:9777706789 (9.7 GB)  TX bytes:4426192004 (4.4 GB)

eth1      Link encap:Ethernet  HWaddr 00:e0:50:33:04:8e 
          UP BROADCAST RUNNING SLAVE MULTICAST  MTU:1500  Metric:1
          RX packets:6626464 errors:16 dropped:16 overruns:16 frame:0
          TX packets:5953025 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:4941826009 (4.9 GB)  TX bytes:2281309336 (2.2 GB)

eth2      Link encap:Ethernet  HWaddr 00:e0:50:33:04:8e 
          UP BROADCAST RUNNING SLAVE MULTICAST  MTU:1500  Metric:1
          RX packets:5542320 errors:8 dropped:2643 overruns:8 frame:0
          TX packets:5073217 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:4835880780 (4.8 GB)  TX bytes:2144882668 (2.1 GB)

lo        Link encap:Локальная петля (Loopback) 
          inet addr:127.0.0.1  Mask:255.0.0.0
          UP LOOPBACK RUNNING  MTU:65536  Metric:1
          RX packets:459 errors:0 dropped:0 overruns:0 frame:0
          TX packets:459 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:56741 (56.7 KB)  TX bytes:56741 (56.7 KB)


[AnrDaemon]

ip -s l

[Protopopulus]

AnrDaemon, и что я там должен увидеть?

[AnrDaemon]

Ты нам скажи. По приведённому тобой ifconfig'у вообще ничего не понятно. Это рабочее или нерабочее состояние? Какой интерфейс нерабочий, если не?

[Protopopulus]

Состояние рабочее. Просто хочу написать скрипт-информер на случай обрыва_провода/выхода_из_строя_сетевухи. Задача состоит в том, чтобы проверить каналы отдельно, а не сам бонд, который и нужен для безотказности сети.

[AnrDaemon]

Ну так выдерните один и сравните… И вообще начинайте уже использовать нормальный мониторинг.
Полно решений. nagios, cacti, munin… можно продолжать и продолжать.

[Protopopulus]

Ну так выдерните один и сравните…

Спасибо, Кэп!

Код: [Выделить]

3: eth1: <BROADCAST,MULTICAST,SLAVE,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast master bond0 state UNKNOWN mode DEFAULT group default qlen 1000
    link/ether 00:e0:50:33:04:8e brd ff:ff:ff:ff:ff:ff
    RX: bytes  packets  errors  dropped overrun mcast   
    943478     924      0       0       0       0     
    TX: bytes  packets  errors  dropped carrier collsns
    71688      745      0       0       0       0     
4: eth2: <BROADCAST,MULTICAST,SLAVE,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast master bond0 state UNKNOWN mode DEFAULT group default qlen 1000
    link/ether 00:e0:50:33:04:8e brd ff:ff:ff:ff:ff:ff
    RX: bytes  packets  errors  dropped overrun mcast   
    944168     918      0       0       0       0     
    TX: bytes  packets  errors  dropped carrier collsns
    73238      737      0       0       0       0
... вне зависимости от воткнутости шнурков.

И вообще начинайте уже использовать нормальный мониторинг.
Полно решений. nagios, cacti, munin… можно продолжать и продолжать.

Мда, воиситину фейспалм!.. Напуркуа мне целая система мониторинга лишь ради одной задачи? Может, с Вашей точки зрения, рационально перевозить коробок спичек на грузовике, но я предпочитаю носить его в кармане.
Пользователь решил продолжить мысль 06 Апреля 2015, 02:53:25:Нашел решение: ethtool показывает подключен ли провод.

[AnrDaemon]

Мониторить надо всё. Потому что когда понадобится разобраться в какой-нибудь херне, без данных мониторинга любая разборка будет в лучшем случае нудным копанием в логах, а в худшем - просто невозможной.

[Protopopulus]

Мониторить надо всё.

Только в том случае, когда это действительно необходимо. В большинстве ситуаций, достаточно написать простейший скрипт, что я и сделал.