LINUX.ORG.RU

История изменений

Исправление router, (текущая версия) :

1. Какая версия иоса?

Без понятия, у нас цисками занимаются сетевики.

Это 3750 или 3750-Х?

3750. Был бы -X, он бы питался от соседа через кабель.

2. Что-нибудь есть ценное в логах второй (живой) цыски в момент падения?

со слов сетевиков, отрабатывает штатно.

  1. Опа, теперь я мастер стека!
  2. Гасим порты!
  3. Применяем конфиг мастера!
001504: Apr 12 11:11:26 UTC: %STACKMGR-5-MASTER_READY: Master Switch 2 is READY
001505: Apr 12 11:11:27 UTC: %LINEPROTO-5-UPDOWN: Line protocol on Interface Port-channel1, changed state to down
001506: Apr 12 11:11:28 UTC: %LINEPROTO-5-UPDOWN: Line protocol on Interface GigabitEthernet2/0/20, changed state to down
[...]
001595: Apr 12 11:11:35 UTC: %LINK-3-UPDOWN: Interface GigabitEthernet2/0/24, changed state to up
001596: Apr 12 11:11:35 UTC: %LINK-3-UPDOWN: Interface GigabitEthernet2/0/9, changed state to up
[...]
001634: Apr 12 11:11:40 UTC: %LINEPROTO-5-UPDOWN: Line protocol on Interface GigabitEthernet2/0/7, changed state to up
001635: Apr 12 11:11:40 UTC: %LINEPROTO-5-UPDOWN: Line protocol on Interface Port-channel10, changed state to up
001636: Apr 12 11:11:40 UTC: %LINEPROTO-5-UPDOWN: Line protocol on Interface Port-channel8, changed state to up

На самом деле workaround уже есть ( весьма хардкорный, но тем не менее )

stack-mac persistent timer 4

И поддержка циско тоже рекомендовала его же. Но юмор в том что ESX'ы инцидент пережили спокойно, а вот bonding на linux лежал до подачи питания на циску. Т.е. вина возможно моя. Теперь думаю что с этим делать

Исходная версия router, :

1. Какая версия иоса?

Без понятия, у нас цисками занимаются сетевики.

Это 3750 или 3750-Х?

3750. Был бы -X, он бы питался от соседа через кабель.

2. Что-нибудь есть ценное в логах второй (живой) цыски в момент падения?

со слов сетевиков, отрабатывает штатно.

  1. Опа, теперь я мастер стека!
  2. Гасим порты!
  3. Применяем конфиг мастера!
001504: Apr 12 11:11:26 UTC: %STACKMGR-5-MASTER_READY: Master Switch 2 is READY
001505: Apr 12 11:11:27 UTC: %LINEPROTO-5-UPDOWN: Line protocol on Interface Port-channel1, changed state to down
001506: Apr 12 11:11:28 UTC: %LINEPROTO-5-UPDOWN: Line protocol on Interface GigabitEthernet2/0/20, changed state to down
[...]
001595: Apr 12 11:11:35 UTC: %LINK-3-UPDOWN: Interface GigabitEthernet2/0/24, changed state to up
001596: Apr 12 11:11:35 UTC: %LINK-3-UPDOWN: Interface GigabitEthernet2/0/9, changed state to up
[...]
001634: Apr 12 11:11:40 UTC: %LINEPROTO-5-UPDOWN: Line protocol on Interface GigabitEthernet2/0/7, changed state to up
001635: Apr 12 11:11:40 UTC: %LINEPROTO-5-UPDOWN: Line protocol on Interface Port-channel10, changed state to up
001636: Apr 12 11:11:40 UTC: %LINEPROTO-5-UPDOWN: Line protocol on Interface Port-channel8, changed state to up

На самом деле workaround уже есть ( весьма хардкорный, но тем не менее )

stack-mac persistent timer 4

И поддержка циско тоже рекомендовала его же. Но юмор в том что ESX'ы инцидент пережили спокойно, а вот bonding на linux лежал до подачи питания на циску. Т.е. вина моя. Теперь думаю что с этим делать