volume1 voll = System reboot?

[matthiaslink77]

Hallo, ich habe im Rahmen einer Migration mein Volume1 bis auf ca. 3 GB gefüllt (100 %).

Die DS410 hat mir das jedoch übel genommen und komplett rebootet. Ist das ein bekannter Fehler und wenn ja, wie kann das sein?

Viele Grüße, Matthias.

 

[itari]

Kann man mal einen df und einen relevanten Auszug aus der /var/log/messages dazu sehen - ist ja interessant, dass sowas passiert. Auch der Firmware-Stand und ob per RAID gearbeitet wird, wäre wissenswert.

Itari

 

[matthiaslink77]

Zuerst kam eine E-Mail mit der Warnung, dass noch 1 % frei ist:

Dear user,

The available space of Volume 1 on DS410 is running out of space; please remove the unnecessary files from the Volume 1.

Total capacity: 2741.81 GB
Remaining capacity: 27.41 GB (1.0%)

Sincerely,
Synology DiskStation

Nach ca. 1 Stunde kam dann die E-Mail, dass die DS wegen eines Power-Failures abgestürzt sei. Kann aber wegen angeschalteter UPS nicht sein. Die E-Mail kam natürlich erst, nachdem die DS abgestürzt war.

Dear user,

DS410 suffered from power failure and was shut down abnormally.

Sincerely,
Synology DiskStation

Direkt danach dann die E-Mail, dass noch 0.1 % frei sind (ca. 3 GB), was ein df -h auch bestätigt:

/dev/md2                  2.7T      2.7T      3.0G 100% /volume1

Dear user,

The available space of Volume 1 on DS410 is running out of space; please remove the unnecessary files from the Volume 1.

Total capacity: 2741.81 GB
Remaining capacity: 2.96 GB (0.1%)

Sincerely,
Synology DiskStation

In /var/log/messages steht für den Zeitraum gar nichts drin.

Der Absturz war um ca. 12:20 Uhr. Im Syslog steht erst wieder nach dem Reboot etwas drin. Die gesamte Zeit zwischendurch ist gar kein Eintrag da.

[...]
Oct 19 22:15:42 kernel: [41997.000248] Total swap = 2097080kB
Oct 20 00:00:01 ntpdate: Sync with time server 17.72.255.12 offset -1.053779 sec
Oct 20 12:24:03 syslogd started: BusyBox v1.16.1
Oct 20 12:24:03 kernel: [    0.000000] Found initrd at 0xbfed3000:0xbfface66
[...]

Damit kann ich hinsichtlich Diagnose also ziemlich wenig anfangen...

Die Firmware der DS410 ist 3.0-1340 und das MD ist ein RAID10.

cat /proc/mdstat
Personalities : [linear] [raid0] [raid1] [raid10] [raid6] [raid5] [raid4]
md2 : active raid10 sda3[0] sdd3[3] sdc3[2] sdb3[1]
      2920834560 blocks super 1.1 64K chunks 2 near-copies [4/4] [UUUU]

Habe schon einen Support-Fall bei Synology eingestellt. Mal sehen, was die sagen. So ein Verhalten darf mal GAR NICHT sein. Das System darf aufhören zu arbeiten, aber ein Reboot oder abnormal Shutdown bei vollständiger Befüllung eines Nicht-System-Volumes ist definitiv ko-Kriterium für ein NAS.

Viele Grüße, Matthias.

 

[itari]

Wie hast denn befüllt? Mediendateien? In welche Verzeichnisse? Hast du einen Überblick, welche Server zu der Zeit liefen?

Itari

 

[matthiaslink77]

Wie hast denn befüllt? Mediendateien? In welche Verzeichnisse? Hast du einen Überblick, welche Server zu der Zeit liefen?

Ich habe Mediendateien auf das volume1 verschoben. Gleichzeitig liefen noch 3 andere mv-Jobs auf 2 externe USB-Platten und auf dem DX510 auch noch einer.

Mir ist jetzt allerdings nicht ganz klar, welche Auswirkungen die Verzeichnisse oder die laufenden Server haben sollen. Prinzipiell liefen alle möglichen Server auf der DS410. Wie hilft das bei der Dianose?

Viele Grüße, Matthias.

 

[itari]

Wenn Mediendateien in die 'gemeinsamen Ordner' music, photo oder video verschoben werden, dann werden bei Bildern Vorschaubilder generiert (automatisch per Hinergrundprozess), bei Videos im photo-Ordner werden Flash-Dateien generiert und grundsätzlich die Metainformationen der Dateien in die Postgres-Datenbank aufgenommen (wir nennen das 'ordnen' oder 'indizieren'). Da die Postgres-Datenbank auch auf dem /volume1 liegen kann (je nach Modell und Firmware-Version) kann es also sein, dass der Platz für einen dieser vielen Server/Hintergrundprogramme eng wurde. Bei der Verarbeitung werden auch oft temporäre Dateien und Sockets angelegt, und da kann es dann schon zu Exeptions kommen. Vielleicht ist es ja einer dieser Server gewesen, der das Licht ausgemacht hat ...

Aber lass die Jungs von Synology mal den Fehler aufspüren und absichern.

Itari

 

[matthiaslink77]

ok - das verstehe ich. Aber dann darf nach meinem Verständnis trotzdem nur der jeweilige Server-Prozess abstürzen. Nicht die gesamte DS rebooten. Das ist ein wenig zu viel des Guten für meinen Geschmack.

Wie lange braucht Synology im Normalfall bis die reagieren? Bisher hat sich noch nichts getan. Haben die den Support nur in Taiwan sitzen?

Viele Grüße, Matthias.

 

[itari]

Es sollte nicht passieren!

Der Maileingang sollte per autoreply eigentlich immer sofort bestätigt werden. Wenn nicht, dann könnte es daran liegen, dass du einen Mail-Filter aktiv hast, der 'Fernöstliches' schluckt ...

Natürlich leben die in einer anderen Zeitzone, haben Wochenende und gelegentlich absonderliche Feiertage. Seit dem letzten Firmware-Upgrade hab ich gesehen, dass es bis zu einer Woche dauern kann, ehe sie antworten können ... aber meist geht es innerhalb von 24 Stunden. Der Synology-Support ist sehr zuvorkommend und kompetent.

Itari

 

[goetz]

Hallo,
die volle Platte muß auch nicht zwingend ursächlich für den Reboot gewesen sein. Dieses Verhalten zeigte sich auch schon unter anderen Voraussetzungen.
Hier und hier.

Gruß Götz

 

[matthiaslink77]

Hallo Götz,

danke für die Hinweise. RAM sind die originalen 512 MB drin. Es könnte also noch am timeserver liegen. Der letzte Eintrag im Syslog vor dem Reboot ist tatsächlich ein ntpdate-Eintrag.

[...]
Oct 19 22:15:42 kernel: [41997.000248] Total swap = 2097080kB
Oct 20 00:00:01 ntpdate: Sync with time server 17.72.255.12 offset -1.053779 sec
Oct 20 12:24:03 syslogd started: BusyBox v1.16.1
Oct 20 12:24:03 kernel: [    0.000000] Found initrd at 0xbfed3000:0xbfface66
[...]

Aber wie kann es sein, dass der Sync mit dem NTP den Server zum Absturz bringt? Ich kenne das nur vom Oracle-DBMS, aber ein Linux habe ich noch nicht gesehen, dass deshalb abstürzt.

Gibt es dafür eine Erklärung?

Viele Grüße, Matthias.