+-Serie DS1511 Top >500

Alle Geräte der +-Serie. Geräte für kleinere und mittlere Unternehmen.
Status
Für weitere Antworten geschlossen.

Tommi2day

Benutzer
Mitglied seit
24. Aug 2011
Beiträge
1.195
Punkte für Reaktionen
73
Punkte
68
Rich (BBCode):
>top
Mem: 2169948K used, 910872K free, 0K shrd, 591744K buff, 759796K cached
CPU:  0.4% usr  1.3% sys  0.0% nic 48.5% idle 49.5% io  0.0% irq  0.0% sirq
Load average: 517.11 517.12 517.09 1/772 23442
 6928     1 admin    S    85424  2.7  0.1 /usr/bin/perl /volume1/@appstore/Squee
23423 23417 root     R     4688  0.1  0.1 top
 4932     1 root     S    19660  0.6  0.0 /usr/syno/sbin/smbd -D
11714     1 root     S     4368  0.1  0.0 /usr/syno/bin/usbhid-ups -a ups -x pro
 6755  6741 nobody   S    94276  3.0  0.0 /usr/syno/apache/bin/httpd -DSSL -DHAV
 6757  6741 nobody   S    94276  3.0  0.0 /usr/syno/apache/bin/httpd -DSSL -DHAV
 6756  6741 nobody   S    94276  3.0  0.0 /usr/syno/apache/bin/httpd -DSSL -DHAV
29334  6741 nobody   S    94276  3.0  0.0 /usr/syno/apache/bin/httpd -DSSL -DHAV
 6741     1 root     S    94140  3.0  0.0 /usr/syno/apache/bin/httpd -DSSL -DHAV
 5267  5260 admin    S    54176  1.7  0.0 /usr/syno/mysql/libexec/mysqld --based
 5266  5260 admin    S    54176  1.7  0.0 /usr/syno/mysql/libexec/mysqld --based
 5259  5192 admin    S    54176  1.7  0.0 /usr/syno/mysql/libexec/mysqld --based
 5260  5259 admin    S    54176  1.7  0.0 /usr/syno/mysql/libexec/mysqld --based
 5261  5260 admin    S    54176  1.7  0.0 /usr/syno/mysql/libexec/mysqld --based
 5262  5260 admin    S    54176  1.7  0.0 /usr/syno/mysql/libexec/mysqld --based
 5263  5260 admin    S    54176  1.7  0.0 /usr/syno/mysql/libexec/mysqld --based
 5264  5260 admin    S    54176  1.7  0.0 /usr/syno/mysql/libexec/mysqld --based
 5268  5260 admin    S    54176  1.7  0.0 /usr/syno/mysql/libexec/mysqld --based
 5269  5260 admin    S    54176  1.7  0.0 /usr/syno/mysql/libexec/mysqld --based
 5270  5260 admin    S    54176  1.7  0.0 /usr/syno/mysql/libexec/mysqld --based
Beim Erweitern eines Raid5 von 4 Platten auf 5 Platten. Normal ist das nicht, oder? Die DS hat außer Camrecordings keine wesentlichen Jobs zu laufen.
Die Weboberfläche geht nicht mehr. Reboot kann ich zwar absetzen, wird aber nicht ausgeführt. Bleibt wohl nur noch ausschalten und mein Raid wird dann wohl kaputt sein. Irgendwie ist heute ein schlechter Tag

Thomas
 

ubuntulinux

Benutzer
Mitglied seit
23. Jan 2010
Beiträge
2.063
Punkte für Reaktionen
0
Punkte
82
Was sagt denn cat /proc/mdstat?
 

Tommi2day

Benutzer
Mitglied seit
24. Aug 2011
Beiträge
1.195
Punkte für Reaktionen
73
Punkte
68
Rich (BBCode):
DS1511> cat /proc/mdstat
Personalities : [raid1] [linear] [raid0] [raid10] [raid6] [raid5] [raid4]
md3 : active raid5 sdha3[0] sdhe3[4] sdhd3[3] sdhc3[2] sdhb3[1]
      3888161024 blocks super 1.2 level 5, 64k chunk, algorithm 2 [5/5] [UUUUU]
      [=>...................]  resync =  6.2% (60847872/972040256) finish=641.8min speed=23658K/sec

md2 : active raid5 sda5[0] sde5[5] sdd5[3] sdc5[2] sdb5[1]
      7795118592 blocks super 1.2 level 5, 64k chunk, algorithm 2 [5/5] [UUUUU]

md1 : active raid1 sda2[0] sdb2[1] sdc2[2] sdd2[4] sde2[3]
      2097088 blocks [5/5] [UUUUU]

md0 : active raid1 sda1[0] sdb1[1] sdc1[2] sdd1[3] sde1[4]
      2490176 blocks [5/5] [UUUUU]
MD3 ist das Volume, was erweitert wird.
Der Reboot(Switchoff/On) ist jetzt durch mit dem "Erfolg", das Volume1 abgestürzt ist. Das ist nicht das , was gerade in resync ist.
Seltsamerweise sagt die Systeminfo das Volumen ist OK, auch die Filestation zeigt mir Dateien. Siehe Screenshot
syno_crash.jpg
 

ubuntulinux

Benutzer
Mitglied seit
23. Jan 2010
Beiträge
2.063
Punkte für Reaktionen
0
Punkte
82
Versuch mal die defekten mit

echo check > /sys/block/md{nummer vom raid}/md/sync_action

zu checken. Falls ein Fehler vorliegt, wird automatisch ein Rebuild gestartet.
 

Tommi2day

Benutzer
Mitglied seit
24. Aug 2011
Beiträge
1.195
Punkte für Reaktionen
73
Punkte
68
Raid scheint OK zu sein, allerdings ist das FS nur RO gemountet. fschk meldet noch ein paar fehler. Aber ich kann das Volume1 nicht einfach dismounten, oder?
 

ubuntulinux

Benutzer
Mitglied seit
23. Jan 2010
Beiträge
2.063
Punkte für Reaktionen
0
Punkte
82
Du kannst mit lsof schauen, was alles auf volume1 noch zugreift. Wenn du das alles beenden kannst, sollte es sich umounten lassen. Ev. musst Du aber DSM und das Zeugs stoppen.
 

jahlives

Benutzer
Mitglied seit
19. Aug 2008
Beiträge
18.275
Punkte für Reaktionen
4
Punkte
0
Weberver (DSM und Userwebserver), alle Datenbanken (mysql und postgres) und sonstige Daemonen (Startscripte in /usr/syno/etc.defaults/rc.d) musst du beenden bevor du volume1 ausgehängt werden kann
 

Tommi2day

Benutzer
Mitglied seit
24. Aug 2011
Beiträge
1.195
Punkte für Reaktionen
73
Punkte
68
Problem ist jetzt gelöst.
Ich hatte einen Case aufgemacht und den verlangten Remote Zugriff eingerichtet. Der Support hat einmal die DS durchgebootet, Festgestellt Oooh, Volume ist RO und ich soll die DS neu installieren, die Daten wären nicht betroffen. Die DS-Partitionen waren jedoch völlig OK, was soll das bringen?

Also Plan B) fsck. Als erstes habe ich soweit wie möglich alle Daten nochmal kopiert (nicht so einfach bei 4TB) , dann mit fuser nachgeschaut, was alles läuft und gestoppt. Leider hat der mir nicht alle Dienste angezeigt. Ich musste dann noch mysql deaktivieren, die Mailstation anhalten, SB gestoppt und zum Schluss aus /usr/syno/etc/rc.d die Systemdienste NFS, samba, mailserv . Jetzt konnte ich volume1 dismounten, das fsck mit -y absetzen und nach 4 Stunden hatte ich ca. 100 Dateifragmente in lost+found + ein sauberes Volumen nach dem Reboot. Und eine Bestellung für eine 2. DS als Backup mit Platten --Tschüß Urlaubsgeld...

Tommi
 
Status
Für weitere Antworten geschlossen.
 

Kaffeautomat

Wenn du das Forum hilfreich findest oder uns unterstützen möchtest, dann gib uns doch einfach einen Kaffee aus.

Als Dankeschön schalten wir deinen Account werbefrei.

:coffee:

Hier gehts zum Kaffeeautomat