Hallo Forum,
kurze Vorgeschichte:
ich habe eine DS213 mit Firmware DSM 5.0-4493 Update 5. Bis vor kurzem lief darin eine WD10EURX. Diese hat vor einiger Zeit angefangen zu Zicken. Ich hab dann eine neue HDD WD20EFRX gekauft, diese als zweite HDD eingebaut und mit cp versucht, alle Daten von /volume1 nach /volume2/backup zu kopieren. Nach ein paar Gigabytes ist der Kopiervorgang abgebrochen und die Syno hat nur noch pieptöne von sich gegeben. Nach Neustart wurde Volume1 als abgestürzt bezeichnet. Auf die Daten konnte ich nicht mehr zugreifen. Die Diskstation lief von dann an mit der neuen, als Volume2 bezeichneten Harddisk.
Alle installierten Pakete wurden danach als Installiert aber "nicht verfügbar" bezeichnet. Ich konnte sie nur noch deinstallieren und wieder installieren. Deren Konfiguration war weg.
So weit so gut. Jetzt hab ich aber auch innerhalb des DSM Probleme fest gestellt.
1. Ein Benutzer kann sich nicht mehr via VPN anmelden. Ich hab erst Stunden gebraucht, bis ich gemerkt habe, dass der selbe Computer (mit den selben Einstellungen) sich unter Angabe eines andere Benutzernamen/Passwortes verbinden kann. Der Benutzer hat natürlich unter "VPN Server" > Privileg, die nötige Freischaltung.
2. Die vorhin vorhandenen Backupjobs werden nicht mehr angezeigt, aber anscheinend immernoch ausgeführt. Ich bekomme jede Nacht eine E-Mail mit der Nachricht, dass das geplante Backup nicht ausgeführt werden konnte. (Was auch korrekt ist, da ich das Backupkonzept ändern möchte, und das früher definierte Ziel nicht mehr existiert). Unter "Datensicherungsziel" befinden sich Einträge, wenn ich diese löschen möchte, kommt nach ewigem Warten nur die Info, dass der Vorgang fehlgeschlagen ist, und ich mich neu anmelden soll um es danach nochmals zu versuchen. Mit dem Befehl top sehe ich dann mehrere "entry.cgi_SYNO.Backup.Task[1].list" die enorm viel CPU-Zeit beanspruchen und auch nicht mehr verschwinden.
3. In Speichermanager > HDD/SSD > Testplaner > erstellen kommt auch nach ewigem Warten "Laden der Aufgabe fehlgeschlagen. Versuchen Sie es später". Auch dieser Aufruf erzeugt prozessorbelastende Zombieprozesse mit dem Pfad: "/usr/syno/synoman/webman/modules/Stora" mehr kann ich leider nicht sehen.
Am liebsten würde ich alles, bis auf die Benutzer und deren Daten zurücksetzen. Evtl. funktionieren auch noch andere Sachen nicht mehr korrekt. Oder hat jemand eine Idee, wie man das alles retten könnte?
Vielen Dank
Ether Nett
kurze Vorgeschichte:
ich habe eine DS213 mit Firmware DSM 5.0-4493 Update 5. Bis vor kurzem lief darin eine WD10EURX. Diese hat vor einiger Zeit angefangen zu Zicken. Ich hab dann eine neue HDD WD20EFRX gekauft, diese als zweite HDD eingebaut und mit cp versucht, alle Daten von /volume1 nach /volume2/backup zu kopieren. Nach ein paar Gigabytes ist der Kopiervorgang abgebrochen und die Syno hat nur noch pieptöne von sich gegeben. Nach Neustart wurde Volume1 als abgestürzt bezeichnet. Auf die Daten konnte ich nicht mehr zugreifen. Die Diskstation lief von dann an mit der neuen, als Volume2 bezeichneten Harddisk.
Alle installierten Pakete wurden danach als Installiert aber "nicht verfügbar" bezeichnet. Ich konnte sie nur noch deinstallieren und wieder installieren. Deren Konfiguration war weg.
So weit so gut. Jetzt hab ich aber auch innerhalb des DSM Probleme fest gestellt.
1. Ein Benutzer kann sich nicht mehr via VPN anmelden. Ich hab erst Stunden gebraucht, bis ich gemerkt habe, dass der selbe Computer (mit den selben Einstellungen) sich unter Angabe eines andere Benutzernamen/Passwortes verbinden kann. Der Benutzer hat natürlich unter "VPN Server" > Privileg, die nötige Freischaltung.
2. Die vorhin vorhandenen Backupjobs werden nicht mehr angezeigt, aber anscheinend immernoch ausgeführt. Ich bekomme jede Nacht eine E-Mail mit der Nachricht, dass das geplante Backup nicht ausgeführt werden konnte. (Was auch korrekt ist, da ich das Backupkonzept ändern möchte, und das früher definierte Ziel nicht mehr existiert). Unter "Datensicherungsziel" befinden sich Einträge, wenn ich diese löschen möchte, kommt nach ewigem Warten nur die Info, dass der Vorgang fehlgeschlagen ist, und ich mich neu anmelden soll um es danach nochmals zu versuchen. Mit dem Befehl top sehe ich dann mehrere "entry.cgi_SYNO.Backup.Task[1].list" die enorm viel CPU-Zeit beanspruchen und auch nicht mehr verschwinden.
3. In Speichermanager > HDD/SSD > Testplaner > erstellen kommt auch nach ewigem Warten "Laden der Aufgabe fehlgeschlagen. Versuchen Sie es später". Auch dieser Aufruf erzeugt prozessorbelastende Zombieprozesse mit dem Pfad: "/usr/syno/synoman/webman/modules/Stora" mehr kann ich leider nicht sehen.
Am liebsten würde ich alles, bis auf die Benutzer und deren Daten zurücksetzen. Evtl. funktionieren auch noch andere Sachen nicht mehr korrekt. Oder hat jemand eine Idee, wie man das alles retten könnte?
Vielen Dank
Ether Nett
