Juniper, после настройки aggregation group не доступны snmp OID интерфейсов

[eking]

Всем хорошего дня.

 

Есть несколько ex3200-48t. JUNOS Base OS boot [11.3R1.7]

 

С их интерфейсов снимается статистика по трафику. После настройки на одном из них

> show configuration interfaces ae0

aggregated-ether-options {

lacp {

passive;

}

}

unit 0 {

family ethernet-switching {

port-mode access;

vlan {

members vlan-113;

}

filter {

output icmp-udp-attack;

}

}

}

> show interfaces terse | match ae0

ge-0/0/44.0 up up aenet --> ae0.0

ge-0/0/45.0 up up aenet --> ae0.0

ae0 up up

ae0.0 up up eth-switch

> show configuration interfaces ge-0/0/44

ether-options {

802.3ad ae0;

}

 

перестал отвечать на часть запросов по snmp:

snmpwalk -v2c -c community sw6 iso.3.6.1.2.1.2.2.1

iso.3.6.1.2.1.2.2.1 = No Such Object available on this agent at this OID

 

В то время как другие отдают:

snmpwalk -v2c -c community sw5 iso.3.6.1.2.1.2.2.1 | wc -l

2530

 

делал restart mib-process и restart snmp - безрезультатно. При чем часть OID доступна, "пропали" только некоторые:

snmpwalk -v2c -c community sw6 iso|wc -l

16290

snmpwalk -v2c -c community sw5 iso|wc -l

32134

 

Рестартовал pfed:

% ps auxwww | grep pfed

root 79468 0.0 0.9 11480 4528 ?? S 11:40AM 0:00.14 /usr/sbin/pfed -N

% kill 79468

% ps auxwww | grep pfed

root 79490 6.7 0.9 11492 4528 ?? S 11:46AM 0:00.12 /usr/sbin/pfed -N

 

В логах:

Aug 3 11:58:25 sw6 init: pfe (PID 79490) exited with status=0 Normal Exit

Aug 3 11:58:25 sw6 init: pfe (PID 79509) started

Aug 3 11:58:25 sw6 pfed: LIBJSNMP_SA_IPC_REG_ROWS: ns_subagent_register_mibs: registering 2 rows

Aug 3 11:58:25 sw6 pfed: PFED unable to listen for stats

Aug 3 12:02:44 sw6 mgd[79520]: UI_RESTART_EVENT: User 'root' restarting daemon 'Management Information Base II process'

Aug 3 12:02:44 sw6 init: mib-process (PID 79522) started

Aug 3 12:02:44 sw6 init: can not access /usr/sbin/smihelperd: No such file or directory

Aug 3 12:02:44 sw6 init: subscriber-management-helper (PID 0) started

Aug 3 12:02:45 sw6 mib2d[79522]: LIBJSNMP_SA_IPC_REG_ROWS: ns_subagent_register_mibs: registering 88 rows

Aug 3 12:02:48 sw6 mib2d[79522]: MIB2D_IFD_IFL_ORDERING_ERROR: if_track_ifdindex_to_snmpindex:ifd infomation wrt ifdindex: 179 from kernel (name

:ae0, snmpindex:0) from shm_db (name:ae0, snmpindex:0)

Aug 3 12:02:48 sw6 mib2d[79522]: MIB2D_IFD_IFL_ORDERING_ERROR: if_track_ifdindex_to_snmpindex:ifd infomation wrt ifdindex: 179 from kernel (name

:ae0, snmpindex:0) from shm_db (name:ae0, snmpindex:0)

Aug 3 12:02:48 sw6 mib2d[79522]: MIB2D_IFD_IFL_ORDERING_ERROR: get_ifd_oper_state:ifd infomation wrt ifd_index: 179 from kernel (name:ae0, snmpi

ndex:0) from shm_db (name:ae0, snmpindex:0)

 

Что это, как лечить и что еще посмотреть?

[triam]

Рестартните mib2d

[eking]

% ps auxwww | grep mib

root 80043 0.0 0.2 2264 984 p0 R+ 3:05PM 0:00.01 grep mib

 

В процессах нет.

 

% /usr/sbin/mib2d -N

 

Segmentation fault (core dumped)

 

Логи:

 

Aug 3 15:11:52 sw6 mib2d[80065]: LIBJSNMP_SA_IPC_REG_ROWS: ns_subagent_register_mibs: registering 88 rows

Aug 3 15:11:56 sw6 mib2d[80065]: MIB2D_IFD_IFL_ORDERING_ERROR: if_track_ifdindex_to_snmpindex:ifd infomation wrt ifdindex: 179 from kernel (name

:ae0, snmpindex:0) from shm_db (name:ae0, snmpindex:0)

Aug 3 15:11:56 sw6 mib2d[80065]: MIB2D_IFD_IFL_ORDERING_ERROR: if_track_ifdindex_to_snmpindex:ifd infomation wrt ifdindex: 179 from kernel (name

:ae0, snmpindex:0) from shm_db (name:ae0, snmpindex:0)

Aug 3 15:11:56 sw6 mib2d[80065]: MIB2D_IFD_IFL_ORDERING_ERROR: get_ifd_oper_state:ifd infomation wrt ifd_index: 179 from kernel (name:ae0, snmpi

ndex:0) from shm_db (name:ae0, snmpindex:0)

[Andrey Shepelev]

может так:

 

nag@ex> restart mib-process 

[eking]

Пробовал, делал restart mib-process и restart snmp - безрезультатно.

 

Насколько я понимаю ситуацию,

MIB2D_IFD_IFL_ORDERING_ERROR: if_track_ifdindex_to_snmpindex:ifd infomation wrt ifdindex: 179 from kernel (name:ae0, snmpindex:0) from shm_db (name:ae0, snmpindex:0)

Обозначает, что этот процесс убивается т.к. для агрегированного интерфейса нет счетчиков. Вопрос - как (и какие) их создать и вообще, возможно-ли это.

[triam]

Можно конечно ещё рестартнуть shm-rtsdbd, но сначала лучше на рекомендуемый Junos перейти.

[eking]

Перезапуск не решил проблему, к сожалению.

 

Обновление - последняя мера, к оборудованию подключены критически важные сервисы и перезагрузка требует согласования, любой простой крайне не желателен.

[fomka31ru]

а что показывают snmp index на bundle?

[eking]

Так?

 

> show interfaces ae0 snmp-index 607

Logical interface ae0.0 (Index 106) (SNMP ifIndex 607)

Flags: SNMP-Traps 0x0 Encapsulation: ENET2

Statistics Packets pps Bytes bps

Bundle:

Input : 0 0 0 0

Output: 456217 0 48815097 0

Protocol eth-switch

Flags: None

 

> show interfaces ae0

Physical interface: ae0, Enabled, Physical link is Up

Interface index: 179, SNMP ifIndex: 0

Link-level type: Ethernet, MTU: 1514, Speed: 2Gbps, BPDU Error: None, MAC-REWRITE Error: None, Loopback: Disabled, Source filtering: Disabled,

Flow control: Disabled, Minimum links needed: 1, Minimum bandwidth needed: 0

Device flags : Present Running

Interface flags: SNMP-Traps Internal: 0x0

Current address: 02:23:9c:1b:8d:83, Hardware address: 02:23:9c:1b:8d:83

Last flapped : 2012-07-24 17:20:48 MSD (1w3d 01:00 ago)

Input rate : 16765880 bps (7986 pps)

Output rate : 23699072 bps (10947 pps)

 

Logical interface ae0.0 (Index 106) (SNMP ifIndex 607)

Flags: SNMP-Traps 0x0 Encapsulation: ENET2

Statistics Packets pps Bytes bps

Bundle:

Input : 0 0 0 0

Output: 456255 0 48819163 0

Protocol eth-switch

Flags: None

[fomka31ru]

Думаю, что косяк здесь Interface index: 179, SNMP ifIndex: 0

Правка snmp index'ов в файле с последующим подсасыванием эффекта не дало.

попробуй создать новый агрегат и перетянуть на него логику.

 

Да и уже говорили про команду restart shm-rtsdbd и баг PR782231 (Workaround

The issue could be resolved after an additional reboot of the chassis or restarting the shared-memory daemon (shm-rtsdbd).)

Edited August 3, 2012 by fomka31ru

[triam]

SNMP ifIndex: 0

В этом как раз и проблема =)

У нас это решилось рестартом shm-rtsdbd

А вообще поможет ребут. Но чтобы не повторялось нужно переходить на новый софт.

[eking]

http://forum.nag.ru/forum/index.php?showtopic=77690&view=findpost&p=738585

 

"Можно конечно ещё рестартнуть shm-rtsdbd"

 

http://forum.nag.ru/forum/index.php?showtopic=77690&view=findpost&p=738601

 

"Перезапуск не решил проблему, к сожалению."

 

"перетянуть на него логику." - можно подробнее, пожалуйста?

[fomka31ru]

создаешь новый ае интерфейс и перетягиваешь на него настройки старого, не забыв поменять на физ. интерфейсах ссылку нп новый ае. Будет пропадание трафика

[eking]

Создал новый интерфейс ae1 с точно такими-же настройками как и ae0. После этого на физ. интерфейсах поменял ссылки на новый интерфейс. Проблема не решилась.

 

 

> show interfaces ae1

Physical interface: ae1, Enabled, Physical link is Up

Interface index: 180, SNMP ifIndex: 0

Link-level type: Ethernet, MTU: 1514, Speed: 2Gbps, BPDU Error: None, MAC-REWRITE Error: None, Loopback: Disabled, Source filtering: Disabled,

Flow control: Disabled, Minimum links needed: 1, Minimum bandwidth needed: 0

Device flags : Present Running

Interface flags: SNMP-Traps Internal: 0x0

Current address: 02:23:9c:1b:8d:84, Hardware address: 02:23:9c:1b:8d:84

Last flapped : 2012-08-08 15:57:25 MSD (00:06:20 ago)

Input rate : 15598376 bps (7046 pps)

Output rate : 21090864 bps (9537 pps)

 

Logical interface ae1.0 (Index 119) (SNMP ifIndex 0)

Flags: SNMP-Traps 0x0 Encapsulation: ENET2

Statistics Packets pps Bytes bps

Bundle:

Input : 0 0 0 0

Output: 202 0 21492 0

Protocol eth-switch

Flags: None

[fomka31ru]

ну что тут скажешь, планируйте апгрейд