DSM 6.x und darunter Volume/iSCSI AUslastung 100%

[dil88]

Hattest Du das Problem mit DSM 5.1 auch schon? Und hast Du bei Synology bereits ein Ticket aufgemacht?

 

[sunbeam4me]

nein, mit 5.1 hatte ich das Problem nie. Ein Ticket hab ich (bisher) nicht eröffnet, hab gehofft, hier einen Hinweis zu finden, der mich direkt zur Lösung bringt.
Andere DSe bei mir mit 5.2 haben das Problem auch nicht ...

 

[dil88]

Dann mach bitte ein Ticket auf. Vielleicht kann Synology helfen. Nur so erfahren sie von den Problemen. Und für die Zukunft würde ich etwas länger mit dem Update auf eine neue Major-Release warten.

 

[sunbeam4me]

OK, ich habe also am 08.06. ein Ticket aufgemacht, es wurde viel geschrieben, und es wurden mehrfach Logfiles zur Verfügung gestellt.
Man hat mir abschließend heute, 24.06.2015 diese Antwort geschickt:

>> Die Entwicklung teilt mir mit, daß die "höheren Plattenaktivitäten" von den Logdaten kommen können, die wir gefunden haben. Dies wurde als Funktionsverbesserung aufgenommen um dies in einer künftigen Version anders zu handhaben.
Leider gibt es aktuell keine Möglichkeit das Verhalten bei Ihnen zu ändern. Eine Alternative wäre es, wenn Sie Ihren Backup-Job löschen und neu erstellen.
Ich bedaure keine bessere Mitteilung zu haben.<<

Ich bin also eigentlich keinen Schritt weiter. Ich muß mein Backup neu aufzusetzen, was bei rund 5TB einige Zeit in Anspruch nehmen und mich für diese Zeit in "Unsicherheit" lassen wird.

Schade, daß ich keine Abhilfe oder echte Erklärung bekommen habe.

 

[ctrlaltdelete]

...

Ich bin also eigentlich keinen Schritt weiter. Ich muß mein Backup neu aufzusetzen, was bei rund 5TB einige Zeit in Anspruch nehmen und mich für diese Zeit in "Unsicherheit" lassen wird.

Schade, daß ich keine Abhilfe oder echte Erklärung bekommen habe.

Servus Sunbaem,
kannst du bitte berichten, ob der Workaround Abhilfe schaftt?
Ich habe das gleiche Problem, dass nach den Backups am Wochenende die Volume/ISCSI Auslastung bei 100% steht.

 

[sunbeam4me]

Servus ctrlaltdelete,

Ja, meine Synos sind jetzt wieder ganz ruhig und eindeutig geheilt.

Ich habe in den Logs der schiebenden und empfangenden Synos nach Fehlermeldungen gesucht, und mir diejenigen Ordner herausgesucht, in denen sich offensichtliche Probleme befanden.
Dazu gehörten angebliche directories in den Metadaten der Backups, die nicht entfernt/aktualisiert werden konnten.

- Diese 2 Verzeichnisse auf der Quellmaschine habe ich zunächst vom Backup ausgeschlossen.Auf der Zielmaschine diese zwei ebenfalls herausgesucht und umbenannt (damit die Daten nicht weg, sie aber für's Backup nicht mehr an alter Stelle auffindbar sind).
- Dann ließ ich den Job (ohne die zwei Verzeichnisse) erneut laufen, die Syno's blieben ruhig.
- Anschließend die 2 Ordner erneut ins Backup eingeschlossen, der Job hat sie dann auf dem Zielsystem neu geschrieben.
- Syno's sind seitdem ruhig. Die umbenannten (Sicherheits-)Ordner hab ich inzwischen gelöscht.

Hoffe, das gibt Anregung zur Heilung auch bei anderen.
Viel Erfolg !

 

[ctrlaltdelete]

Super, Danke

 

[uboot21]

Hallo,
nachdem ich jetzt die letzten Monate alles probiert habe die Auslastung von Konstant 100% (DS1512+ mit DX513) herunter zu bekommen habe ich es nun geschafft.
Im erstem Anlauf gab es für die Datensicherung eine versteckte Datei mit dem Namen ".dovecot.sieve", eine alte Konfigurationsdatei hat hier eine Warning Meldung im Protokoll erstellt. Nach löschen dieser Datei über das Terminal (SSH) kam ich immerhin auf 85-97% Auslastung.
Der finale Hinweis kam aus einem englischem Forum. Wenn man die Datei-Indizierung in den Einstellungen zu Gemeinsamen Ordner ausschaltet fällt die Auslastung prompt auf 2-3% herunter. Dieses Phänomen kam bei mir erst mit update auf 5.x zu Stande, vorher hatte ich dies immer aktiviert.
Endlich befreit von der hohen Systemlast und wieder vollen Datentransfer!

 

[ctrlaltdelete]

Hallo uboot,
wo finde ich die .dovecot.sieve datei?

 

[uboot21]

Hallo ctrlaltdelete,

die Datei selber ist unsichtbar und liegt in dem Ordner, welche man für ein Backup unter Datensicherung ausgewählt hat. Bei mir produzierte diese Datei einen "Warning" Fehler im Datensicherungsprotokoll. Wenn man sie direkt mit "Vi" per ssh öffnet, sieht man, dass es sich wahrscheinlich um eine Konfigurationsdatei für das Backup handelt. In meinem fall war es aber eine Alte Einstellung und ich habe die Datei mit Unix Befehl direkt gelöscht. Nun reduzierte sich die Auslastung zumindest um ein paar Prozent. Bei Erneuten ausführen des Backups kamen nun auch keine Protokollmeldungen mehr.

 

[ctrlaltdelete]

Danke, Ziel oder Quelle?

 

[uboot21]

Quelle
Die genaue Meldung lautet: "Exception occured while backing up data. (The file is a symbolic link.) [/volume1/..../.dovecot.sieve]

Die Auslastung wurde aber nur drastisch reduziert als die Datei-Indizierung ausgeschaltet wurde. Ein Einschalten auch nur eines Ordners erhöht die Auslastung auch direkt wieder auf 100%. Ein Ausschalten reduziert diese dann auf 0-10%, je nach Benutzung, Backups oder Datenbewegung kann die Auslastung auch zeitweise wieder Erhöhen, dies ist aber nun realistisch ersichtlich. Bei mir wurde durch die Auslastung auch die Dateiübertragungsgeschwindigkeit auf ca. 10MByte/s gedrosselt, die CPU war ständig mit IO/warten beschäftigt. Nun habe ich wieder realistische Datengeschwindigkeit im Netzwerk.

 

[ctrlaltdelete]

Danke, bei mir sind bei allen Ordnern die Datei-Indizierung abgeschaltet, trotzdem 100% Auslastung.

 

[uboot21]

Hallo,
generell (wo meine Volume Auslastung wieder normal ist) bemerke ich nun auch alle Prozesse, welche die Volume Auslastung hochtreiben. Wohlgemerkt gab es dieses Phänomen nicht vor der 5.x Version, ein Blick auf meine Statistik zeigt hier erst mit dem Upgrade im Sommer ein hoch preschen der Systemlast.
Heute ist mir aufgefallen, dass auch die Medienindizierung (Photo, Video) für hohe Auslastung sorgt. Klar, eine hohe CPU-Last verursachte dies immer schon, nun aber auch zeitgleich eine hohe Volume Auslastung. Diese geht aber zum Glück irgendwann wieder herunter. einer der Prozesse welche dabei auftaucht ist -> "synoindexplugind" - vielleicht hilft dir dies weiter und du schaltest mal PhotoStation und Medienindizierung ab (falls nicht schon geschehen)?

 

[ctrlaltdelete]

Ich habe gestern 20 GB Filme in einen Ordner kopiert, nicht in Video - danach wieder 100% Volume Auslastung.
Nach Neustart 0%, so bleibts auch, bisher.
Zusätzlich habe ich die Webstation deaktiviert, mal schauen.
Sehr seltsam.

 

[ctrlaltdelete]

Und wieder 100% - kann den Fehler nicht finden, grrr.
Und nein ich mache keinen Reset und Neuinstallation DSM.

 

[Marek78]

Habe seit ca. 2 Wochen auch dieses Problem mit dem Volumen Auslastung. Bei mir ist das so schlimm, dass man mit dem Server (DS112+) fast nicht mehr normal arbeiten kann, weil er so langsam ist. Ich habe auch schon alle Packete deinstalliert und nichts das einzige was hilft ist Neustart aber auch nur für kurze Zeit. Neuinstallation will ich nicht machen, da ich mit dem System arbeiten muss und die Zeit dazu nicht habe und nicht sicher bin ob das was bringt. Hat einer eine Idee was man noch machen kann? Wie ist das mit DSM 6.0 ?

 

[ctrlaltdelete]

Wenn du mit dem System arbeiten willst/musst ist 6.0 Beta keine Option!

 

[uboot21]

Hallo, bei mir verursacht auch ein antiviren Scan Ca. 30-70% zusätzliche Auslastung. Da bei mir durch eine hohe Anzahl an Dateien, der vollscan nie fertig wird, habe ich auch diesen ausgeschaltet. Ansonsten alle Aufgaben welche Dateien indizieren (auch Media) deaktivieren. Habe nun wieder 0-20% Auslastung und diese geht nur bei Datenübertragung im Netzwerk nach oben, ich erreiche nun aber wieder Übertragungen > 80mbit/s, dies war lange Zeit garnicht möglich.

 

[derlaie]

Habe ebenfalls das gleiche Problem. Manchmal war nach nem Neustart Ruhe, manchmal auch nicht. Habe ebenfalls Warnungen in den BackupProtokollen gehabt und heute die Datei per Terminal gelöscht. Danach noch nen Restart hingeleget und erst mal wieder normale Auslastung gehabt. Werde morgen noch mal schauen, ob es auch so bleibt. Jetzt werden erst mal lustig 2 TB kopiert, da ist die Auslastung derzeit mal wieder am Anschlag...