- Mitglied seit
- 08. Mai 2015
- Beiträge
- 1.156
- Punkte für Reaktionen
- 129
- Punkte
- 89
Hallo zusammen,
mich plagt seit dem Upgrade auf den DSM 6 ein nerviges Verhalten des Cloud Station Server bzw. dessen Prozess syno-cloud-clientd.
Ich habe schon fleißig die Suchfunktion bemüht und bin auch auf diverse Beiträge gestoßen die sich mit diesem Problem beschäftigen. Doch mehr als vage Vermutungen dazu habe ich nicht gefunden, geschweige denn ein Lösung für mein Problem. Natürlich habe ich diverse Tipps /Vermutungen testweise probiert. Insgesamt bleibt aber das Resümee viel Zeit investiert zu haben ohne auch nur irgendetwas verändert zu haben.
Mein Problem besteht zu einem darin das die Synchronisation (auch Backup) von einem Windows 7 Clients mittels Cloud Station Drive mit den beiden Gemeinsamen Ordern unterirdisch langsam ist. Beide Ordner sind nun nicht wahnsinnig groß:
Ich kann es mit Messungen nicht belegen, aber mit dem DSM 6 und aktueller Version des Cloud Station Drive für den Client bzw. Cloud Station Server für die DS, ist das Ganze noch um einiges langsamer geworden.
Zum anderem besteht mein Problem darin das nach einem Neustart der DS der Prozess syno-cloud-clientd für ca. 20 Minuten mit 40 – 45% CPU-Last läuft um anschließend für ca. 40min ca. 25% CPU-Last zu erzeugen.
In den gesamten Zeit (ca. 60 Minuten) ist die DS merklich träge. In dieser Zeit sind alle Clients aus und die DS werkelt alleine.
Meine DS2415+ hatte vor dem Upgrade noch 6GB RAM (2 + 6) und erst im Laufe der Versuche das Problem einzukreisen, ein Upgrade auf 16GB RAM (8 + 8) erhalten.
Ich nahm zuerst an das nur die Datenbank des Cloud Station Servers neu aufgebaut werden müsse und war erstmal nicht weiter besorgt. Doch musste ich bei jedem Start der DS dies Phänomen beobachten. Ich muss hervorheben das vor dem Upgrade auf den DSM 6 dieses definitive nicht zu beobachten war: DS starten, 2 – 3 Minuten warten und die CPU lief nahezu im Leerlauf. Nun vergehen min. 60 Minuten bis die CPU wieder im Leerlauf ist.
Ich habe dann verschiedenes ausprobiert:
1.) In der Annahme es handle sich um ein Inkompatibilität von dem DSM 5.2 zur DSM 6 habe ich den Treiber des Windows Clients neu installiert, den Cloud Station Server deinstalliert, die Datenbank gelöscht und die 2 gemeinsamen Order auf der DS geleert. Anschließend den Client neu synchronisiert. Dabei nach 48 Stunden frustriert den Vorgang abgebrochen weil sich abzeichnete dass der Vorgang nicht in absehbarer Zeit beendet sein würde. Daraufhin habe ich verschiedene Einstellungen im Cloud Station Server versucht ohne dass sich abzeichnen würde dass sich die Performance signifikant verbessern würde.
2.) Anstelle Cloud Station Drive dann Cloud Station Backup probiert. Irritierender Weise die gleiche schlechte Performance beobachtet mit dem Handikap das nur ein Backup gemacht wird und keine Synchronisation.
3.) Speicher der DS aufgerüstet von 6GB (2 + 4) RAM auf 16GB (8 + 8) RAM. (Nein, nicht wegen dem Problem, sondern um mit dem Virtual DSM Manger spielen zu können, was neben bei bemerkt einen riesen Spass macht!) Anschließend Cloud Station Server erneut gelöscht mit Löschung der Datenbank und Inhalt der gemeinsamen Ordner. Auf dem Client Cloud Station Backup gelöscht und Cloud Station Drive installiert und nach einem Neustart der DS und des Clients die Synchronisation der beiden Ordner erneut angestoßen. Mit Pause hat es 5 Tage gedauert bis beide Ordner dann synchronisiert waren.
Die Ernüchterung kam dann sehr schnell beim erstem Neustart der DS … wieder das beschriebene Phänomen das der Prozess syno-cloud-clientd das System für ca. 60 Minuten ausbremst.
Ich denke, Windows Client und die DS2415+ sind nicht unbedingt schmalbrüstig, die sind beide recht performant und sollten die ihr gestellte Aufgabe, 2 Verzeichnisse zu synchronisieren, in angemessener Zeit erledigen können. Die DS2415+ selber synchronisiert die beiden gemeinsamen Ordner mit einer zweiten DS in einem Bruchteil der Zeit die der Windows Client benötigt. Wobei ich diese Synchronisierung der beiden DS untereinander, angehalten habe bis der Windows Client fertig war.
Was ich noch erwähnen sollte ist, dass in allen anderen erdenklichen Situationen weder der / die Windows Clients oder die DS untereinander irgendwelche Flaschenhälse aufweisen. Transferwerte auf / im Netzwerk, je nach Größe der Dateien, durchweg bei 100MB/sec. oder zumindest in der Nähe. Selbst die DS413 die das Ziel eines Hyper Backups ist, kommt auf 60MB/sec und mehr, wenn auch bei nahezu 100% CPU Auslastung.
Leider bestätigt sich für mich, das was oft in diesem Zusammenhang zu lesen ist, dass Synologys Cloud Station Drive mit steigender Größe der zu synchronisierenden Ordner, rapide an Performanz verliert.
Sogar das tägliche Hyper Backup das ein vielfaches an Daten auf einer weiteren DS sichert, inklusive Rotation Smart Recycle und 50 Versionen, spielt verglichen mit der Performance des Cloud Station Server, in einer ganz anderen Liga und zeigt eigentlich das da mehr geht – gehen sollte.
Ich werde wohl im Anschluss zwei separate Tickets bei Synology erstellen in der ich beide Sachen schildere und um Hilfe bitten werde. Ob und was dabei herauskommt, werde ich hier posten.
Wenn jemand Fragen oder insbesondere Anregungen hat … bitte immer her damit!
Gruß, BigRonin
mich plagt seit dem Upgrade auf den DSM 6 ein nerviges Verhalten des Cloud Station Server bzw. dessen Prozess syno-cloud-clientd.
Ich habe schon fleißig die Suchfunktion bemüht und bin auch auf diverse Beiträge gestoßen die sich mit diesem Problem beschäftigen. Doch mehr als vage Vermutungen dazu habe ich nicht gefunden, geschweige denn ein Lösung für mein Problem. Natürlich habe ich diverse Tipps /Vermutungen testweise probiert. Insgesamt bleibt aber das Resümee viel Zeit investiert zu haben ohne auch nur irgendetwas verändert zu haben.
Mein Problem besteht zu einem darin das die Synchronisation (auch Backup) von einem Windows 7 Clients mittels Cloud Station Drive mit den beiden Gemeinsamen Ordern unterirdisch langsam ist. Beide Ordner sind nun nicht wahnsinnig groß:
Ich kann es mit Messungen nicht belegen, aber mit dem DSM 6 und aktueller Version des Cloud Station Drive für den Client bzw. Cloud Station Server für die DS, ist das Ganze noch um einiges langsamer geworden.
Zum anderem besteht mein Problem darin das nach einem Neustart der DS der Prozess syno-cloud-clientd für ca. 20 Minuten mit 40 – 45% CPU-Last läuft um anschließend für ca. 40min ca. 25% CPU-Last zu erzeugen.
In den gesamten Zeit (ca. 60 Minuten) ist die DS merklich träge. In dieser Zeit sind alle Clients aus und die DS werkelt alleine.
Meine DS2415+ hatte vor dem Upgrade noch 6GB RAM (2 + 6) und erst im Laufe der Versuche das Problem einzukreisen, ein Upgrade auf 16GB RAM (8 + 8) erhalten.
Ich nahm zuerst an das nur die Datenbank des Cloud Station Servers neu aufgebaut werden müsse und war erstmal nicht weiter besorgt. Doch musste ich bei jedem Start der DS dies Phänomen beobachten. Ich muss hervorheben das vor dem Upgrade auf den DSM 6 dieses definitive nicht zu beobachten war: DS starten, 2 – 3 Minuten warten und die CPU lief nahezu im Leerlauf. Nun vergehen min. 60 Minuten bis die CPU wieder im Leerlauf ist.
Ich habe dann verschiedenes ausprobiert:
1.) In der Annahme es handle sich um ein Inkompatibilität von dem DSM 5.2 zur DSM 6 habe ich den Treiber des Windows Clients neu installiert, den Cloud Station Server deinstalliert, die Datenbank gelöscht und die 2 gemeinsamen Order auf der DS geleert. Anschließend den Client neu synchronisiert. Dabei nach 48 Stunden frustriert den Vorgang abgebrochen weil sich abzeichnete dass der Vorgang nicht in absehbarer Zeit beendet sein würde. Daraufhin habe ich verschiedene Einstellungen im Cloud Station Server versucht ohne dass sich abzeichnen würde dass sich die Performance signifikant verbessern würde.
2.) Anstelle Cloud Station Drive dann Cloud Station Backup probiert. Irritierender Weise die gleiche schlechte Performance beobachtet mit dem Handikap das nur ein Backup gemacht wird und keine Synchronisation.
3.) Speicher der DS aufgerüstet von 6GB (2 + 4) RAM auf 16GB (8 + 8) RAM. (Nein, nicht wegen dem Problem, sondern um mit dem Virtual DSM Manger spielen zu können, was neben bei bemerkt einen riesen Spass macht!) Anschließend Cloud Station Server erneut gelöscht mit Löschung der Datenbank und Inhalt der gemeinsamen Ordner. Auf dem Client Cloud Station Backup gelöscht und Cloud Station Drive installiert und nach einem Neustart der DS und des Clients die Synchronisation der beiden Ordner erneut angestoßen. Mit Pause hat es 5 Tage gedauert bis beide Ordner dann synchronisiert waren.
Die Ernüchterung kam dann sehr schnell beim erstem Neustart der DS … wieder das beschriebene Phänomen das der Prozess syno-cloud-clientd das System für ca. 60 Minuten ausbremst.
Ich denke, Windows Client und die DS2415+ sind nicht unbedingt schmalbrüstig, die sind beide recht performant und sollten die ihr gestellte Aufgabe, 2 Verzeichnisse zu synchronisieren, in angemessener Zeit erledigen können. Die DS2415+ selber synchronisiert die beiden gemeinsamen Ordner mit einer zweiten DS in einem Bruchteil der Zeit die der Windows Client benötigt. Wobei ich diese Synchronisierung der beiden DS untereinander, angehalten habe bis der Windows Client fertig war.
Was ich noch erwähnen sollte ist, dass in allen anderen erdenklichen Situationen weder der / die Windows Clients oder die DS untereinander irgendwelche Flaschenhälse aufweisen. Transferwerte auf / im Netzwerk, je nach Größe der Dateien, durchweg bei 100MB/sec. oder zumindest in der Nähe. Selbst die DS413 die das Ziel eines Hyper Backups ist, kommt auf 60MB/sec und mehr, wenn auch bei nahezu 100% CPU Auslastung.
Leider bestätigt sich für mich, das was oft in diesem Zusammenhang zu lesen ist, dass Synologys Cloud Station Drive mit steigender Größe der zu synchronisierenden Ordner, rapide an Performanz verliert.
Sogar das tägliche Hyper Backup das ein vielfaches an Daten auf einer weiteren DS sichert, inklusive Rotation Smart Recycle und 50 Versionen, spielt verglichen mit der Performance des Cloud Station Server, in einer ganz anderen Liga und zeigt eigentlich das da mehr geht – gehen sollte.
Ich werde wohl im Anschluss zwei separate Tickets bei Synology erstellen in der ich beide Sachen schildere und um Hilfe bitten werde. Ob und was dabei herauskommt, werde ich hier posten.
Wenn jemand Fragen oder insbesondere Anregungen hat … bitte immer her damit!
Gruß, BigRonin