VMM startet nur sehr verzögert "Im Cluster sind Fehler aufgetreten" (Syno 1821+ mit Syno 480GB Platte)

[DerScheff]

Liebe Community,

ich bin recht erstaunt darüber, dass Synology auf meine Supportanfrage bzgl. dieses Fehlers seit Samstag noch gar nicht reagiert hat - ist das so üblich?

Was ist passiert:
- Win2019 Server reagierte nicht mehr
- Verbindung via VMM aufgebaut, Reboot nicht möglich
- Reboot der gesamten Synology, Fehlermeldung "Im Cluster sind Fehler aufgetreten und er funktioniert nicht mehr..."


Was habe ich gemacht:
- bislang habe ich nur "Cluster Erstellung erzwingen" geklickt - aus Angst dass meiner Umgebung bei "Cluster löschen" etwas passiert
- mehrfache Reboots der Synology -> keine Besserung
- Aktuellstes Update ist drauf
- Login per SSH und nur geschaut, ob ich eventuell einfach eine Datei finde, die ich auf eine meiner anderen Synos in den VMM ziehen könnte -> blicke nicht durch


Fragen:
- gibt es ggf. gegen Geld eine Möglichkeit ein Support Ticket bei Synology zu beschleunigen?
- hat jemand etwas Erfahrung mit einer derartigen Situation?
- Gibt es Infoquellen wie man mit VMs per SSH umgehen könnte?

ich bin für jede Hilfe dankbar!!

 

[ctrlaltdelete]

Schreib mal was über dein Setup, was für ein Cluster läuft da?

 

[DerScheff]

Das ist recht einfach: es ist ein Windows 2019 Server mit rund 200 GB Speicherplatz, 16 GB Speicher

 

[plang.pl]

Was für Platte genau? Steht was im Log der DS oder in der Ereignisanzeige unter Windows?
Guest-Agent installiert und funktioniert? Wie ist die VM im VMM konfiguriert -> Screenshots bitte!

Aktuellstes Update ist drauf

Die Aussage ist leider nicht konkret genug. Welche DSM und VMM Version genau?

mit VMs per SSH umgehen könnte?

Die Disks liegen auf jeden Fall hier: /volume1/@iSCSI/LUN/VDISK_BLUN
Ich sichere meine VMs regelmäßig automatisiert per Aufgabenplaner als ova-Datei. Die kann man im VMM oder VMWare Player starten.
https://www.synology-forum.de/threads/homelab.125092/post-1116906
Du kannst die VM auch per ssh Befehl stoppen über die API: synowebapi --exec api=SYNO.Virtualization.API.Guest.Action version=1 method=shutdown runner=root guest_name="NAME". Das wird aber dann wahrscheinlich auch nicht gehen.
Du kannst auch mit dem Befehl synopkg stop Virtualization den ganzen VMM inkl. VM killen. Dann mit synopkg start Virtualization wieder starten.

Du kannst auch versuchen, den offiziellen und deutlich aktuelleren Guest Agent von hier zu installieren: https://fedorapeople.org/groups/virt/virtio-win/direct-downloads/archive-virtio/

 

[DerScheff]

Erst einmal herzlichen Dank für Deine Antwort; zu Deinen Fragen:

Softwareversion:



Festplatte:


Log der DS zeigt das hier:


Was ich mir nicht erklären kann, denn Speicher ist ja genug da...




Beim Versuch das dedizierte VMM Log zu aktivieren:



Windows Log komme ich gar nicht drauf, denn beim Starten des VM Managers bekomme ich erst dieses Bild:



und dann nach ewigem Warten...dieses nette Bild:



Per SSH bin ich so weit wie möglich in die Verzeichnisse und sehe das hier:

 

[plang.pl]

VMM Version fehlt leider. Aber das ist denke ich nicht relevant. Der Auslöser ist denke ich bei dir eine volle Systempartition. Oder ist die gesamte Platte voll? Wenn nicht, such mal hier im Forum nach dem Thema "Systempartition voll" oder "Root Partition voll"