Hallo,
ich habe eine DS3612xs mit folgender Konfiguration erworben:
DSM Version : 5.0 Update 3
RAM : 8 GB
HDD : 10 x 4TB WD Enterprise Edition
SSD : 2 x 512 GB Samsung 840 EVO
Netzwerkanbindung: 2 x 10 GbE (Link Aggregation)
Vor dem Einsatz wollte ich gerne die verschiedenen SSD Cache Optionen im Verbund mit iSCSI / SMB / NFS testen. Ich habe daher zunächst einen Raid 5 aus allen 10 HDDs erzeugt und anschließend ein iSCSI LUN bzw. ein Volume darauf definiert. Den SSD Cache habe ich in den jeweiligen Durchläufen zunächst ebenfalls problemlos erstellen können.
Als erstes habe ich einen Benchmark der iSCSI Anbindung und der verschiedenen SSD Cache Varianten durchführen wollen. Ohne Cache und mit Read-only Cache lief der Benchmark (CrystalDiskMark auf Windows-Client als iSCSI Target) auch jedes Mal erfolgreich durch. Zuletzt habe ich dann den Cache entfernt und in einen Read/Write Cache geändert. Kurz nach Anlaufen des Benchmarks, ist die Synology dann abgestürzt.
Nachdem nichts als ein Hard-Restart geholfen hat, war es nicht mehr möglich die Synology zu booten (Vereinzelt sind auch die LEDs an immer mal anderen Festplatteneinschüben ausgegangen bzw. ausgeblieben. Erst ein Herausziehen aller Festplatten bis auf eine, brachte die Synology wieder zum Rebooten.
Ich war dann in der Lage das DSM neu zu installieren und anschließend die Festplatten wieder einzubinden. Allerdings durfte ich zuvor nicht neustarten, da die alte, offenbar korrupte Installation, ansonsten wieder von den vorher abgekoppelten Festplatten wieder hergestellt wurde.
Nachdem ich so die Synology wieder in Betrieb nehmen konnte, habe ich ohne iSCSI weitere Benchmarks mit NFS und SMB Shares durchgeführt. Den SSD Cache habe ich dabei in allen Varianten verwenden können. Die Synology lief nun zunächst.
---
Heute habe ich die Synology dann ausgeschaltet um sie mit eine APC USV per USB zu verbinden. Nach dem Neustart konnte ich dann noch die USV über die Weboberfläche in der Synology konfigurieren, kurze Zeit später waren die Shares nicht mehr verfügbar und die DiskStation ist mit den oben beschriebenen Symptome wieder abgestürzt. Das seltsame ist eigentlich, dass die Syno zwischen dem ersten und dem zweiten Fehler 7 Tage anstandslos und auch unter Belastung lief.
Ich habe bereits aufmerksam durch dieses und andere Foren gelesen, vom BlueLED Phänomen und BBOD Fehlern gehört, aber leider keinen direkten Hinweis auf mein Problem finden können. Der Synology Support hat nach einer Anfrage vor 2 Wochen lediglich einmal zurück gefragt, welches Benchmark Tool ich nutzen würde. Sonst kam von dort leider nichts weiter.
Weiß jemand Rat?
viele Grüße
Christian
ich habe eine DS3612xs mit folgender Konfiguration erworben:
DSM Version : 5.0 Update 3
RAM : 8 GB
HDD : 10 x 4TB WD Enterprise Edition
SSD : 2 x 512 GB Samsung 840 EVO
Netzwerkanbindung: 2 x 10 GbE (Link Aggregation)
Vor dem Einsatz wollte ich gerne die verschiedenen SSD Cache Optionen im Verbund mit iSCSI / SMB / NFS testen. Ich habe daher zunächst einen Raid 5 aus allen 10 HDDs erzeugt und anschließend ein iSCSI LUN bzw. ein Volume darauf definiert. Den SSD Cache habe ich in den jeweiligen Durchläufen zunächst ebenfalls problemlos erstellen können.
Als erstes habe ich einen Benchmark der iSCSI Anbindung und der verschiedenen SSD Cache Varianten durchführen wollen. Ohne Cache und mit Read-only Cache lief der Benchmark (CrystalDiskMark auf Windows-Client als iSCSI Target) auch jedes Mal erfolgreich durch. Zuletzt habe ich dann den Cache entfernt und in einen Read/Write Cache geändert. Kurz nach Anlaufen des Benchmarks, ist die Synology dann abgestürzt.
Nachdem nichts als ein Hard-Restart geholfen hat, war es nicht mehr möglich die Synology zu booten (Vereinzelt sind auch die LEDs an immer mal anderen Festplatteneinschüben ausgegangen bzw. ausgeblieben. Erst ein Herausziehen aller Festplatten bis auf eine, brachte die Synology wieder zum Rebooten.
Ich war dann in der Lage das DSM neu zu installieren und anschließend die Festplatten wieder einzubinden. Allerdings durfte ich zuvor nicht neustarten, da die alte, offenbar korrupte Installation, ansonsten wieder von den vorher abgekoppelten Festplatten wieder hergestellt wurde.
Nachdem ich so die Synology wieder in Betrieb nehmen konnte, habe ich ohne iSCSI weitere Benchmarks mit NFS und SMB Shares durchgeführt. Den SSD Cache habe ich dabei in allen Varianten verwenden können. Die Synology lief nun zunächst.
---
Heute habe ich die Synology dann ausgeschaltet um sie mit eine APC USV per USB zu verbinden. Nach dem Neustart konnte ich dann noch die USV über die Weboberfläche in der Synology konfigurieren, kurze Zeit später waren die Shares nicht mehr verfügbar und die DiskStation ist mit den oben beschriebenen Symptome wieder abgestürzt. Das seltsame ist eigentlich, dass die Syno zwischen dem ersten und dem zweiten Fehler 7 Tage anstandslos und auch unter Belastung lief.
Ich habe bereits aufmerksam durch dieses und andere Foren gelesen, vom BlueLED Phänomen und BBOD Fehlern gehört, aber leider keinen direkten Hinweis auf mein Problem finden können. Der Synology Support hat nach einer Anfrage vor 2 Wochen lediglich einmal zurück gefragt, welches Benchmark Tool ich nutzen würde. Sonst kam von dort leider nichts weiter.
Weiß jemand Rat?
viele Grüße
Christian
