PowerStore: Ein Node kann aufgrund eines Speicherverlusts bei einem Linux-Treiber unerwartet neu starten

摘要: Ein Node wird möglicherweise unerwartet zurückgesetzt, weil ein Speicherverlust im Kernel-Raum der Antwort der SCSI-Ziel-(SCST)-Report-LUNs vorliegt.

本文适用于 本文不适用于 本文并非针对某种特定的产品。 本文并非包含所有产品版本。

症状

Das System zeigt sehr viele Meldungen wie z. B.:
svc_journalctl | grep "REPORT LUNS"

Apr x 01:00:31 xxxxx-A kernel: scst: REPORT LUNS got, target='xx:xx:xx:xx:xx:xx:xx:xx', initiator='xx:xx:xx:xx:xx:xx:xx:xx'
Apr x 01:00:31 xxxxx-B kernel: scst: REPORT LUNS got, target='xx:xx:xx:xx:xx:xx:xx:xx', initiator='xx:xx:xx:xx:xx:xx:xx:xx'
Apr x 01:00:33 xxxxx-A kernel: scst: REPORT LUNS got, target='xx:xx:xx:xx:xx:xx:xx:xx', initiator='xx:xx:xx:xx:xx:xx:xx:xx'
Apr x 01:00:34 xxxxx-B kernel: scst: REPORT LUNS got, target='xx:xx:xx:xx:xx:xx:xx:xx', initiator='xx:xx:xx:xx:xx:xx:xx:xx'
Apr x 01:00:34 xxxxx-A kernel: scst: REPORT LUNS got, target='xx:xx:xx:xx:xx:xx:xx:xx', initiator='xx:xx:xx:xx:xx:xx:xx:xx'

A useful command to check the number of these messages would be for example:
svc_journalctl --since="today" | grep -c "REPORT LUNS"
44835

In den Protokollen können Anzeichen für einen Ressourcenmangel auftauchen:
svc_journalctl--since="today" grep -i starved

Apr x 01:47:58.501672 xxxx-A xtremapp[22524]: Apr x 01:47:58.500331 M [log_id:22772][3840(3891 nb_truck_0_sym   0x7fa0ffc20d00)]sym_ham_nbt_timer:1284: ====+ HAM: SYM NBT was starved for 550906 us (the threshold is 500000) #STARV
Apr x 03:14:00.770872 xxxx-A xtremapp[22524]: Apr x 03:14:00.745703 M [log_id:22772][3840(3891 nb_truck_0_sym   0x7fa0ffc20d00)]sym_ham_nbt_timer:1284: ====+ HAM: SYM NBT was starved for 518854 us (the threshold is 500000) #STARV
Apr x 04:35:39.509945 xxxx-A xtremapp[22524]: Apr x 04:35:39.507440 M [log_id:22772][3840(3891 nb_truck_0_sym   0x7fa0ffc20d00)]sym_ham_nbt_timer:1284: ====+ HAM: SYM NBT was starved for 523371 us (the threshold is 500000) #STARV


Normalerweise wird für dieses Ereignis eine Speicherabbilddatei erstellt, die jedoch nicht für die Ursachenanalyse (RCA) erforderlich ist. Siehe svc_dc list_dumps.

原因

Dieses Problem tritt aufgrund eines Speicherlecks im Kernel-Raum für SCST infolge eines übermäßigen „Report LUN“-Befehls von ESXi auf. Dies kann eine Verzögerung in der Keepalive-Kommunikation zwischen den Nodes verursachen und einen Node-Reset auslösen.

解决方案

Dieses Problem wurde in PowerStoreOS 1.0.4.0.5.006 (V1 SP4.1) behoben.

Die Fehlerbehebung ist in den Versionshinweisen unter MDT-261192 aufgeführt: Ein Node wird möglicherweise unerwartet neu gestartet, weil ein Speicherverlust des Linux-Treibers vorliegt.

受影响的产品

PowerStore, PowerStore 1000X, PowerStore 1000T, PowerStore 3000X, PowerStore 3000T, PowerStore 5000X, PowerStore 5000T, PowerStore 7000X, PowerStore 7000T, PowerStore 9000T

产品

PowerStore 9000X
文章属性
文章编号: 000185532
文章类型: Solution
上次修改时间: 04 11月 2021
版本:  5
从其他戴尔用户那里查找问题的答案
支持服务
检查您的设备是否在支持服务涵盖的范围内。