RS3412RPxs Stürzt immer wieder ab

[it-kirchy]

Hallo zusammen,
ich habe das Problem das unsere RS3412RPxs des öfteren extrem hoch ausgelastet ist!
Es ist oftmals sogar so extrem das die NAS nicht mehr erreichbar ist, weder per http noch per SSL!
Ich nutze die NAS sowohl per iSCSI LUN für unsere ESX Umgebung als auch zur Fileablage per Samba!

DSM 4.1-2639 inkl. Sambapatch vom 13.09.2012

kurzer Aussug des Log
Nov 21 14:01:23 kernel: [1535973.740061] iSCSI: iBlock I/O traffic jam
Nov 21 14:01:23 kernel: [1535983.742853] iSCSI: iBlock I/O traffic jam
Nov 21 14:01:23 kernel: [1535993.745646] iSCSI: iBlock I/O traffic jam
Nov 21 14:01:23 kernel: [1535993.772967] TARGET_CORE[iSCSI]: Detected NON_EXISTENT_LUN Access for 0x000000aa
Nov 21 14:01:23 kernel: [1536003.592475] iSCSI: NOPIN response timeout.(192.168.xx)
Nov 21 14:01:23 kernel: [1536003.592477] iSCSI: NOPIN response timeout.(192.168.xx)
Nov 21 14:01:23 kernel: [1536003.772433] iSCSI: iBlock I/O traffic jam
Nov 21 14:01:23 kernel: [1536013.775225] iSCSI: iBlock I/O traffic jam
Nov 21 14:01:23 kernel: [1536016.852575] TARGET_CORE[iSCSI]: Detected NON_EXISTENT_LUN Access for 0x000000ab

Nov 21 14:02:42 kernel: [1536095.815116] iSCSI: iBlock I/O traffic jam
Nov 21 14:02:52 kernel: [1536105.817909] iSCSI: iBlock I/O traffic jam
Nov 21 14:03:02 kernel: [1536115.820701] iSCSI: iBlock I/O traffic jam
Nov 21 14:03:12 kernel: [1536125.805500] iSCSI: NOPIN response timeout.(192.168.xx)
Nov 21 14:03:12 kernel: [1536125.805502] iSCSI: NOPIN response timeout.(192.168.xx)
Nov 21 14:03:12 kernel: [1536125.823492] iSCSI: iBlock I/O traffic jam
Nov 21 14:03:12 kernel: [1536125.933471] iSCSI: NOPIN response timeout.(192.168.xx)
Nov 21 14:03:22 kernel: [1536135.826285] iSCSI: iBlock I/O traffic jam
Nov 21 14:03:31 kernel: [1536145.034400] iSCSI: Single CHAP security negotiation completed sucessfully.
Nov 21 14:03:32 kernel: [1536145.829077] iSCSI: iBlock I/O traffic jam
Nov 21 14:03:32 kernel: [1536145.834063] TARGET_CORE[iSCSI]: Detected NON_EXISTENT_LUN Access for 0x00000001

Nov 21 14:03:46 SystemInfo.cgi: smartctl_ata_command_interface.c:117 ata ioctl HDIO_DRIVE_CMD error
Nov 21 14:04:36 SystemInfo.cgi: smartctl_enable.c:92 AtaSmartEnable failed.
Nov 21 14:04:36 SystemInfo.cgi: AtaSmartRawValueGet(48) enable smart /dev/sda fail
Nov 21 14:04:36 SystemInfo.cgi: AtaSmartRawValueGet failed.
Nov 21 14:04:36 SystemInfo.cgi: AtaSMARTSelfTestLogRead failed

Ich hoffe es kann mir jemand einen Tip geben!

 

[amarthius]

Unabhängig von den iSCSI-Fehlern. Was sagen die SMART-Werte der Festplatten? Was ein ausführlicher SMART-Test?

Nov 21 14:03:46 SystemInfo.cgi: smartctl_ata_command_interface.c:117 ata ioctl HDIO_DRIVE_CMD error
Nov 21 14:04:36 SystemInfo.cgi: smartctl_enable.c:92 AtaSmartEnable failed.
Nov 21 14:04:36 SystemInfo.cgi: AtaSmartRawValueGet(48) enable smart /dev/sda fail
Nov 21 14:04:36 SystemInfo.cgi: AtaSmartRawValueGet failed.
Nov 21 14:04:36 SystemInfo.cgi: AtaSMARTSelfTestLogRead failed

Würde aktuell auf einen oder mehrere Festplattenfehler tippen. Im DS Assistant kannst du auch den RAM prüfen. Prüfe das auch mal. Auch mal das neuste Update installieren. Ggf auch mal das System komplett neu installieren.

http://www.synology.com/support/download.php?lang=deu&b=10 bays&m=RS3412RPxs

 

[it-kirchy]

die Platten sind laut Test i.O.
Wo genau kann ich den RAM testen?
Hab ich bis Dato nicht gefunden, hab sicherlich schon 20x dran vorbei geklickt!

Mit der aktualisierung der DSM bin ich seit dem letzten Mal etwas vorsichtig, nach dem ich auf die 2639 upgedatet habe hatte ich enorme Problem mit dem Zugriff auf Datein von diverser Software aus (war wohl ein Samba Problem, aber was das in einem Unternehmen mit 130 Mitarbeitern bedeutet muss ich nicht wirklich erwähnen, oder?)

 

[Bordi]

Du kannst da mit Software machen. z.B. ein LiveOS ab USB Stick. Die ist aber nicht immer aussagekräftig. Die beste variante ist noch immer die old-shool-variante.

1. Alle riegel raus.
2. Jeden Rigel einzeln testen.
3 jeweils auf Slot1 einstecken, und die Kiste hoch fahren.

 

[fpo4711]

Oder aber im DSAssistant unter den Einstellungen "Erweiterte Services aktivieren" den Speichertest aktivieren. Somit steht dann im Assistant ein Button Speichertest zur Verfügung. Was der bedeutet sollte klar sein. Aber Achtung je nach Ausbau, kann der Test schon mal seine Zeit dauern.

Gruß Frank

 

[it-kirchy]

Hallo zusammen,
besten Dank für eure Infos.
Ich denke ich habe das Problem lokalisiert, das Log teilt mir mit das die HDD7 defekt ist!
Bis dann
Gruß
Michael

 

[Bordi]

Besser du hakst nochmal nach. Dass ein Server wegen einer defekten HDD solche zicken macht, oder gar abstürzt, ist sicher nicht dass was ich als "normal" bezeichen würde.

- HDD raus
- HDD sauber schreddern (löschen)
- Firmware aktualisieren (falls nicht schon gemacht)
- HDD wieder rein
- Volumen reparieren, und abwarten was passiert.



Nur so aus neugier: Wie hast du den dein/e Volume/n eingerichtet? RAID was?