ScaleIO: Устранение ошибок MDM_Disconnect

При использовании инструмента showevents.py появляется следующее событие:

6956  2017-07-06 18:21:05.803 MDM_CLUSTER_LOST_CONNECTION WARNING        The MDM, ID 27fea9a11c073e82, lost connection

В журналах trc дополнительного сервера MDM отображается следующая информация:

06/07 18:21:05.486947 0x7ffbc89feeb0:netPath_IsKaNeeded:01858:  :: Connected Live CLIENT path 0x7ffb9400a060 of portal 0x7ffb94003780 net 0x7ffbac0044b0 socket 17 inflights 0 didn't receive message for 3 iterations from 10.xxx.xxx.xxx:9011. Marking as down

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

 

Проверьте сетевые карты (NIC) на серверах MDM и TB на наличие отброшенных пакетов.

[root@scaleio-1 ~]# ifconfig ens192
ens192: flags=4163  mtu 1500
inet 10.xxx.xxx.xxx  netmask 255.xxx.xxx.0  broadcast 10.xxx.xxx.xxx
inet6 fe80::250:56ff:feb7:2a06  prefixlen 64  scopeid 0x20
ether 00:50:56:b7:2a:06  txqueuelen 1000  (Ethernet)
RX packets 311779767  bytes 53460032583 (49.7 GiB)
RX errors 0  dropped 41  overruns 0  frame 0
TX packets 312147963  bytes 45970694962 (42.8 GiB)
TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

Кроме того, проверьте задержку соединения между узлами MDM и TB с помощью команды ping:

[root@scaleio-1 ~]# ping 10.xxx.xxx.xxx
PING 10.xxx.xxx.xxx (10.xxx.xxx.xxx) 56(84) bytes of data.
64 bytes from 10.xxx.xxx.xxx: icmp_seq=1 ttl=64 time=0.414 ms
64 bytes from 10.xxx.xxx.xxx: icmp_seq=2 ttl=64 time=0.395 ms
64 bytes from 10.xxx.xxx.xxx: icmp_seq=3 ttl=64 time=0.370 ms
64 bytes from 10.xxx.xxx.xxx: icmp_seq=4 ttl=64 time=0.399 ms
64 bytes from 10.xxx.xxx.xxx: icmp_seq=5 ttl=64 time=0.497 ms
64 bytes from 10.xxx.xxx.xxx: icmp_seq=6 ttl=64 time=0.534 ms

Если задержка изменяется или приближается к 500 мс, это может быть причиной отключения.

Существуют также причины, не связанные с сетью, для отключения MDM. Если процесс зависает или не получает достаточных ресурсов ЦП, он не может своевременно отправить пакет keepalive. Проверьте использование ЦП в системе с помощью команды top.

В системах VMware виртуальная машина (ВМ) может не получать достаточно ресурсов, если в системе превышен объем подписки. Такую проблему можно проверить, проверив время готовности ЦП для виртуальной машины.