> Aber ich kenne keinen > Weg, dass die VM live gespiegelt auf einen zweiten Device mit völlig > getrennter HW liegt. Na ja -- nutze einfach "mein" Script ... das spiegelt die VMs nachts sauber per rsync auf den zweiten Server und holt alles genauso wieder auf dem 2. Server zurück wie du es auf dem 1. Server hattest! Bei Bedarf kannst du die VMs also sehr schnell da wieder einspielen und musst im Falle eines Falles nur noch zwei Kabel umklemmen (grüne und blaue Schnittstelle)...
> Stimmt, ich könnte Proxmox einfach auf der HD ein LVM anlegen lassen > und zusätzlich das alte mounten. Ja, das geht sehr gut. Du musst halt einen Dump auf die andere Maschine kopieren und den dort wieder einspielen. Geht alles automatisch bzw auch über Konsolenbefehle! "Mein" Script erledigt das nachts. Da kommen schon mal ein paar GB zusammen... > Ich habe schon rein auf der Konsole VMs entfernt. Einfach den > <ID>-Ordner in /etc/pve/qemu-Server/<ID> löschen. Würde ich auf dem Weg nicht empfehlen, da das zu Dateileichen führen dürfte!?! Es gibt z.B. auch Files unter /etc/pve/...!! Dann doch lieber mit den qm-Befehlen! qm --help liefert: qm destroy <vmid> [OPTIONS] > Drücke dir trotzdem die Daumen, dass du das nicht morgen im > Schulbetrieb vor dir hast. Brauchst du nicht mehr --- habe es gerade nochmal per ssh versucht -- und siehe da: Der Server ist zurück! Dann lief da vermutlich ein chkdsk, das soooo lange gebraucht hat?! (Nach 164 Tagen uptime darf das aber auch mal sein...) Jedenfalls ist die Uptime jetzt bei 50 Min, was alles zusammen passt. > Mir fällt da gerade ein, dass ich ja eigentlich auch einen > Ersatzserver zur Verfügung hätte. Den nimm mal Server, packe da 4.x drauf und versuche es mit meinem Backup-Sript. Das hatte ich "damals" gebastelt, da ich keinen 2-Node-Cluster aufbauen wollte (davon wird ja sogar offiziell abgeraten!) > Na ja, wie du schon sagtest: Wenn man mal Zeit hätte ;-) In unserer Projektwoche evtl?!? Mal schauen... Noch etwas: In meiner dmesg werde ich erschlagen von diesen Meldungen: i2c i2c-0: sendbytes: NAK bailout. i2c i2c-0: sendbytes: NAK bailout. i2c i2c-0: sendbytes: NAK bailout. i2c i2c-0: sendbytes: NAK bailout. i2c i2c-0: sendbytes: NAK bailout. [drm:radeon_dvi_detect] *ERROR* DVI-D-1: probed a monitor but no|invalid EDID Der Monitor an dem Server ist im Moment natürlich aus. Kann man das irgendwie unterdrücken? Michael _______________________________________________ linuxmuster-user mailing list [email protected] https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
