+-Serie DS412+ Festplattenlast auf einer HDD 100%

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

dave82

Benutzer
Mitglied seit
25. Jan 2014
Beiträge
159
Punkte für Reaktionen
0
Punkte
22
Nicht wirklich. Die Raidsets sehen gut aus. Hast du die Werte der Datenträger mal beim Kopieren beobachtet? Sehen die so änlich synchron aus wie bei meinen?
Auch würden mich mal die SMART-Werte der Platte interessieren. Kannst du die mal posten?
 

Fozzybaer

Benutzer
Mitglied seit
08. Jan 2011
Beiträge
146
Punkte für Reaktionen
0
Punkte
0
Sehen wie folgt aus.
Platte 1:
Bildschirmfoto 2014-03-05 um 21.31.52.png
Platte 2:
Bildschirmfoto 2014-03-05 um 21.32.13.png
Platte 3:
Bildschirmfoto 2014-03-05 um 21.32.35.png
Platte 4:
Bildschirmfoto 2014-03-05 um 21.32.58.png
 

tufkabb

Benutzer
Mitglied seit
28. Mrz 2010
Beiträge
383
Punkte für Reaktionen
6
Punkte
24
Hmm bei den Smartwerten solltest du über einen Austausch von Platte 1 nachdenken.
 

Fozzybaer

Benutzer
Mitglied seit
08. Jan 2011
Beiträge
146
Punkte für Reaktionen
0
Punkte
0
@Puppetmaster: Hier die gewünschte Prozessliste:

Mem: 997204K used, 16332K free, 0K shrd, 159816K buff, 638748K cached
CPU: 2.6% usr 0.5% sys 0.0% nic 77.3% idle 19.3% io 0.0% irq 0.0% sirq
Load average: 8.10 7.47 7.31 2/227 24539
PID PPID USER STAT VSZ %MEM %CPU COMMAND
21306 9402 root S 12888 1.2 1.4 /usr/syno/apache/bin/httpd -DSSL -DFrameOptions -f /usr/syno/apache/conf/httpd.conf-sys
14714 9243 tmMBP S 20428 2.0 0.3 /usr/syno/sbin/afpd -g guest -c 256 -n DiskStation AFPServer -l default log_error
5096 1 root S 13844 1.3 0.1 scemd
14171 1 root S < 7988 0.7 0.1 /var/packages/AudioStation/target/sbin/synorcd
14136 1 root S < 64720 6.3 0.0 /var/packages/AudioStation/target/sbin/synoaudiod
18412 18411 root S 60784 5.9 0.0 /var/packages/SurveillanceStation/target/sbin/ssd -c 3
18386 1 root S 60784 5.9 0.0 /var/packages/SurveillanceStation/target/sbin/ssd -c 3
8621 8602 admin S 55448 5.4 0.0 /usr/syno/mysql/libexec/mysqld --basedir=/usr/syno/mysql --datadir=/volume1/@database/mysql --u
24133 9335 root S 17924 1.7 0.0 sshd: root@pts/1
8428 1 root S 12900 1.2 0.0 /usr/syno/sbin/snmpd -Ln -c /usr/syno/etc/snmpd.conf -p /var/run/snmpd.pid udp:161,udp6:161,tcp
9327 1 root S 12760 1.2 0.0 /usr/syno/sbin/synosnmpcd
1009 2 root SW 0 0.0 0.0 [kworker/u:2]
14344 14338 nobody S 95088 9.3 0.0 /usr/syno/apache/bin/httpd -DSSL -DHAVE_PHP
14342 14338 nobody S 95088 9.3 0.0 /usr/syno/apache/bin/httpd -DSSL -DHAVE_PHP
14343 14338 nobody S 95088 9.3 0.0 /usr/syno/apache/bin/httpd -DSSL -DHAVE_PHP
16258 14338 nobody S 95080 9.3 0.0 /usr/syno/apache/bin/httpd -DSSL -DHAVE_PHP
14338 1 root S 94892 9.3 0.0 /usr/syno/apache/bin/httpd -DSSL -DHAVE_PHP
14142 1 root S < 78504 7.7 0.0 /var/packages/AudioStation/target/bin/pulseaudio
10240 10237 root S 70444 6.9 0.0 /var/packages/MediaServer/target/sbin/dms
10241 10237 root S 70444 6.9 0.0 /var/packages/MediaServer/target/sbin/dms
10239 10237 root S 70444 6.9 0.0 /var/packages/MediaServer/target/sbin/dms
10242 10237 root S 70444 6.9 0.0 /var/packages/MediaServer/target/sbin/dms
10233 1 root S 70444 6.9 0.0 /var/packages/MediaServer/target/sbin/dms
10237 10233 root S 70444 6.9 0.0 /var/packages/MediaServer/target/sbin/dms
10243 10237 root S 70444 6.9 0.0 /var/packages/MediaServer/target/sbin/dms
10244 10237 root S 70444 6.9 0.0 /var/packages/MediaServer/target/sbin/dms
14147 14143 root S 64720 6.3 0.0 /var/packages/AudioStation/target/sbin/synoaudiod
14146 14143 root S 64720 6.3 0.0 /var/packages/AudioStation/target/sbin/synoaudiod
14148 14143 root S 64720 6.3 0.0 /var/packages/AudioStation/target/sbin/synoaudiod
14143 14136 root S 64720 6.3 0.0 /var/packages/AudioStation/target/sbin/synoaudiod
14145 14143 root S 64720 6.3 0.0 /var/packages/AudioStation/target/sbin/synoaudiod
14149 14143 root S 64720 6.3 0.0 /var/packages/AudioStation/target/sbin/synoaudiod
14144 14143 root S 64720 6.3 0.0 /var/packages/AudioStation/target/sbin/synoaudiod
10999 10996 root S 62824 6.1 0.0 /var/packages/VideoStation/target/sbin/synovpcd
11000 10996 root S 62824 6.1 0.0 /var/packages/VideoStation/target/sbin/synovpcd
11001 10996 root S 62824 6.1 0.0 /var/packages/VideoStation/target/sbin/synovpcd
10996 10993 root S 62824 6.1 0.0 /var/packages/VideoStation/target/sbin/synovpcd
10998 10996 root S 62824 6.1 0.0 /var/packages/VideoStation/target/sbin/synovpcd
11002 10996 root S 62824 6.1 0.0 /var/packages/VideoStation/target/sbin/synovpcd
10993 1 root S 62824 6.1 0.0 /var/packages/VideoStation/target/sbin/synovpcd
10997 10996 root S 62824 6.1 0.0 /var/packages/VideoStation/target/sbin/synovpcd
18415 18411 root S 60784 5.9 0.0 /var/packages/SurveillanceStation/target/sbin/ssd -c 3
18411 18386 root S 60784 5.9 0.0 /var/packages/SurveillanceStation/target/sbin/ssd -c 3
13849 13847 root S 59932 5.9 0.0 /var/packages/SurveillanceStation/target/sbin/vsctrld
13848 13847 root S 59932 5.9 0.0 /var/packages/SurveillanceStation/target/sbin/vsctrld
13840 1 root S 59932 5.9 0.0 /var/packages/SurveillanceStation/target/sbin/vsctrld
13847 13840 root S 59932 5.9 0.0 /var/packages/SurveillanceStation/target/sbin/vsctrld
13821 1 root S 57988 5.7 0.0 /var/packages/SurveillanceStation/target/sbin/sscored
8620 8602 admin S 55448 5.4 0.0 /usr/syno/mysql/libexec/mysqld --basedir=/usr/syno/mysql --datadir=/volume1/@database/mysql --u
8602 8601 admin S 55448 5.4 0.0 /usr/syno/mysql/libexec/mysqld --basedir=/usr/syno/mysql --datadir=/volume1/@database/mysql --u
8601 8534 admin S 55448 5.4 0.0 /usr/syno/mysql/libexec/mysqld --basedir=/usr/syno/mysql --datadir=/volume1/@database/mysql --u
8622 8602 admin S 55448 5.4 0.0 /usr/syno/mysql/libexec/mysqld --basedir=/usr/syno/mysql --datadir=/volume1/@database/mysql --u
8603 8602 admin S 55448 5.4 0.0 /usr/syno/mysql/libexec/mysqld --basedir=/usr/syno/mysql --datadir=/volume1/@database/mysql --u
8604 8602 admin S 55448 5.4 0.0 /usr/syno/mysql/libexec/mysqld --basedir=/usr/syno/mysql --datadir=/volume1/@database/mysql --u
8605 8602 admin S 55448 5.4 0.0 /usr/syno/mysql/libexec/mysqld --basedir=/usr/syno/mysql --datadir=/volume1/@database/mysql --u
8606 8602 admin S 55448 5.4 0.0 /usr/syno/mysql/libexec/mysqld --basedir=/usr/syno/mysql --datadir=/volume1/@database/mysql --u
8623 8602 admin S 55448 5.4 0.0 /usr/syno/mysql/libexec/mysqld --basedir=/usr/syno/mysql --datadir=/volume1/@database/mysql --u
8624 8602 admin S 55448 5.4 0.0 /usr/syno/mysql/libexec/mysqld --basedir=/usr/syno/mysql --datadir=/volume1/@database/mysql --u
13307 8506 admin S 34324 3.3 0.0 postgres: admin download [local] idle
8715 8506 admin S 34032 3.3 0.0 postgres: admin synolog [local] idle
 

dave82

Benutzer
Mitglied seit
25. Jan 2014
Beiträge
159
Punkte für Reaktionen
0
Punkte
22
Hmm bei den Smartwerten solltest du über einen Austausch von Platte 1 nachdenken.

Hi,

ich würde den Wert 198 aufjedenfall im Auge behalten. Habe in unserer Firma ca. 500 Platten im Monitoring, und oft folgt der Ausfall nach steigenden Werten 198, 199 und 200. Wie sieht die Last beim Kopieren aus? Kannst du mal ein Kopiervorgang starten und die Auslastungswerte beobachten?

Gruß Dave
 

Fozzybaer

Benutzer
Mitglied seit
08. Jan 2011
Beiträge
146
Punkte für Reaktionen
0
Punkte
0
Sieht während des Kopiervorgangs dann so aus. kopiervorgang.JPG
Ich bin drauf und dran einfach die "harte" Tour zu fahren und die Büchse platt zu machen, um sie sauber neu aufzusetzen. Ich finde das zwar unbefriedigend, gaht aber im Zweifel schneller als eine Fehlersuche...wenn da überhaupt ein Fehler ist.
In Lila dargestellt im übrigen besagte dauerlast Platte. Vor dem Kopiervorgang 100%, während dessen geht die last der Platte runter um nach abschluss wieder auf 100% zu gehen???? ich kapier das mal gar nicht.
 

dave82

Benutzer
Mitglied seit
25. Jan 2014
Beiträge
159
Punkte für Reaktionen
0
Punkte
22
Hi,

Das ist echt seltsam! Hast du auch Performanceeinbußen feststellen können seitdem die Platte auf 100% Last ist?

Also wenn ich die SMART-Werte der Platte sehe, würde ich dir zum Plattentausch raten. Eventuell hast du noch Garantie!? Selbst wenn nicht, ich würde die 100€ für eine neue Platte dem Neuaufsetzen in Betracht auf die SMART-Werte vorziehen (Persönliche Meinung!). Wenn nicht, vielleicht kannst du ja erstmal das DSM resetten und die Konfig zurückspielen, die Nutzdaten bleiben davon unberührt und geht recht flott. Denk dann kannst du ein Systemdefekt ausschließen und dich auf die Hardware konzenztieren.

Hoffe ich konnte dir ein wenig weiterhelfen.

Gruß Dave
 

Fozzybaer

Benutzer
Mitglied seit
08. Jan 2011
Beiträge
146
Punkte für Reaktionen
0
Punkte
0
Ja, die Performanceeinbußen sind der Grund warum ich überhaupt angefangen habe mir die Sache anzuschauen. Die DS reagiert teilweise so träge, das selbst beim schlichten Aufrufen von Verzeichnissen (sowohl über Win7 als auch OSX) mehrere Sekunden vergehen bevor ein Verzeichniss mit 5!!! Bildern angezeigt wird. Das geht normaler Weise während eines Wimpernschlags.
Eine neue Platte hab ich gestern Nacht noch bestellt. Kommt morgen. Dann pack ich die erst einmal in ein externes Gehäuse und fahre noch mal ein volles Backup. Die Idee mit dem resetten des DSM ist gut. Ich denke das wird dann Schritt eins sein. Garantie dürfte auf der Platte noch drauf sein, aber da sie kein Totalausfall ist, dürfte Seagate sich davon kaum was annehmen denke ich.
 

dave82

Benutzer
Mitglied seit
25. Jan 2014
Beiträge
159
Punkte für Reaktionen
0
Punkte
22
Ich gehe stark davon aus, dass es sich um einen Hardwaredefekt handelt. Selbst wenn ich meine DS414 mit Random IOs bombadiere, kann ich noch Verzeichnisse mit mehreren Bildern gut durchsuchen.

Im Privatbereich hatte ich bisher nur Ausfälle bzw. Defekte mit WD-Platten, dort konnte ich aber recht gut reklamieren. Ich habe auf der Homepage die Platten registriert und als RMA gemeldet, bei der Fehlerbeschreibung die SMART-Werte mitgeschickt. Bisher hatte das vier mal sehr gut geklappt, zweimal ohne dass die Platte komplett defekt war. Erfahrung mit dem Seagate Support habe ich als Privatkunde nicht, aber ein Versuch ist es wert, dann hast du eine neue Backupplatte ;)

Gruß Dave
 

Fozzybaer

Benutzer
Mitglied seit
08. Jan 2011
Beiträge
146
Punkte für Reaktionen
0
Punkte
0
Kurzes Update.
Ich habe eine neue ST3000DM001 verbaut. Nachdem das Volume repariert ist und alles wieder fluppt, sieht auch bei den Zugriffen wieder alles aus wie es soll.
Der Clou an der Geschichte: Ich habe die alte Platte in einem externen Gehäuse mittels der Seagate eigenen Seatools gescanned und oh Wunder.....die Platte zeigt keine Fehler auf. Tolle Wurst. Ich spann das Teil morgen mal in einen Rechner ein und lass die DOS basierte Analyse durchlaufen. Bin gespannt ob die zu einem anderen Ergebnis führt.
 
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