ScaleIO: Odstraňování problémů s chybami MDM_Disconnect
Summary: Vlastnictví nástroje Primary Metadata Manager (MDM) se mezi servery MDM často přesouvá.
Symptoms
Při použití nástroje showevents.py se zobrazí následující událost:
6956 2017-07-06 18:21:05.803 MDM_CLUSTER_LOST_CONNECTION WARNING The MDM, ID 27fea9a11c073e82, lost connection
V protokolech trc sekundárního MDM serveru se zobrazí následující zpráva:
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
Cause
K odpojení MDM obvykle dochází, když sekundární uzly MDM nebo tiebreaker nezaznamenaly udržení naživu během časového limitu 500 milisekund.
Resolution
Zkontrolujte, zda karty síťového rozhraní (NIC) na serverech MDM a TB neobsahují zahozené pakety:
[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
Kromě toho zkontrolujte latenci připojení mezi uzly MDM a TB pomocí příkazu 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
Pokud se latence liší nebo se blíží 500 ms, může se jednat o problém s odpojením.
Odpojení MDM má také nesíťové důvody. Pokud se proces zablokuje nebo nedostává odpovídající zdroje procesoru, nemůže včas odeslat paket keepalive. Zkontrolujte využití procesoru v systému pomocí příkazu top.
V systémech VMware nemusí virtuální počítač (VM) obdržet dostatečné prostředky, pokud je systém nadměrně přihlášený. Jestli se jedná o tento případ, můžete zkontrolovat tak, že prozkoumáte čas připravenosti procesoru pro virtuální počítač.