Ich habe wohl ein Thema mit meiner Home-Assistant VM...

Das wird jetzt sehr HA-lastig und hat hier im unraid Forum vielleicht wenig zu suchen aber vielleicht weiß ja jemand Rat.

Alternativ wäre hier meine Frage, ob ich die VM von ihren standardmäßigen 32GB irgendwie vergrößern kann?

Ich bin damals der Anleitung von homeassistant für unraid gefolgt und habe das qcow2 image runtergeladen und als VM eingerichtet/gestartet.

Das lief jetzt lange sehr gut und mittlerweile häufen sich Meldungen über fehlgeschlagene Backups, weil der Speicher nicht ausreicht.

HA Einstellungen - System - Speicher sagt, dass das System 24GB belegt und ich bin auf der Suche wo/warum:

Ich habe das Terminal Plugin in HA installiert und ncdu sagt:

die Ordner HA/Backup passen also zu der o.a. Grafik.

Ich kann lokale Backups löschen und wo etwas Platz gewinnen, aber gerade weil ich eigentlich fast nur extern sichere, ist diese Möglichkeit endlich.

Aber wo finde ich die 24GB des Systems?

Wie komme ich an das Core-System, wo dieser Platz vermutlich belegt wird?

Gut, da ich genug Platz habe, habe ich versucht, das Image zu vergrößern (nachdem, was ich gefunden habe, sollte folgendes ausreichen und HAOS erkennt das anschließend automatisch und passt die Partitionen selbstständig an):

root@unraid:/mnt/user/domains/Home-Assistant# qemu-img info haos_ova-11.2.qcow2 
image: haos_ova-11.2.qcow2
file format: qcow2
virtual size: 32 GiB (34359738368 bytes)
disk size: 31.5 GiB
cluster_size: 65536
Format specific information:
    compat: 1.1
    compression type: zlib
    lazy refcounts: false
    refcount bits: 16
    corrupt: false
    extended l2: false

root@unraid:/mnt/user/domains/Home-Assistant# qemu-img resize haos_ova-11.2.qcow2 +30G
Image resized.

root@unraid:/mnt/user/domains/Home-Assistant# qemu-img info haos_ova-11.2.qcow2 
image: haos_ova-11.2.qcow2
file format: qcow2
virtual size: 62 GiB (66571993088 bytes)
disk size: 31.5 GiB
cluster_size: 65536
Format specific information:
    compat: 1.1
    compression type: zlib
    lazy refcounts: false
    refcount bits: 16
    corrupt: false
    extended l2: false

funktioniert aber nicht die VM startet nicht mehr:

und nu?

(ich habe ein Backup, aber möchte gerne mit dem vergrößerten qcow2 Image starten)

Edited March 12Mar 12 by _alo_

Home Assistant VM not mapping disk on boot - VM Engine (KVM) - Unraid

hier wird beschrieben, einfach eine neue VM erzeugen und auf das Image zeigen lassen.

DAS FUNKTIONIERT 🙂

root@unraid:/mnt/user/domains/Home-Assistant# qemu-img info haos_ova-11.2.qcow2 
image: haos_ova-11.2.qcow2
file format: qcow2
virtual size: 62 GiB (66571993088 bytes)
disk size: 61.1 GiB
cluster_size: 65536
Format specific information:
    compat: 1.1
    compression type: zlib
    lazy refcounts: false
    refcount bits: 16
    corrupt: false
    extended l2: false
root@unraid:/mnt/user/domains/Home-Assistant#

Aber warum?

@alturismo schrieb hier https://forums.unraid.net/topic/197676-wo-sind-die-vm-einstellungen-als-datei-gespeichert/#findComment-1612481

dass die UUIDs u.U. nicht mehr passen können.

JA, wenn ich die UUIDs meiner beiden XMLs vergleiche (die alte HA.xml und die neu erzeugte), unterscheiden die sich.

Aber ein reines umkopieren der UUID in die alte XML-Datei funktioniert nicht, wieso?

Edited March 12Mar 12 by _alo_

5 hours ago, _alo_ said:

Aber warum?

@alturismo schrieb hier https://forums.unraid.net/topic/197676-wo-sind-die-vm-einstellungen-als-datei-gespeichert/#findComment-1612481

dass die UUIDs u.U. nicht mehr passen können.

JA, wenn ich die UUIDs meiner beiden XMLs vergleiche (die alte HA.xml und die neu erzeugte), unterscheiden die sich.

Aber ein reines umkopieren der UUID in die alte XML-Datei funktioniert nicht, wieso?

das kopieren der neuen uuid in eine vorhandene xml wäre auch nur ein Thema wenn die libvirt neu erstellt wird ... hier fehlt mir etwas Kontext um was dazu sagen zu können.

das "recovern" im fatal Fall (libvirt zerstört, nur xml und image Backup vorhanden)

1/ VM Dienst stoppen

2/ libvirt (defekt) löschen

3/ VM Dienst starten (neues libvirt image wird erstellt und mounted)

4/ neue VM erzeugen (gleicher Name wie alte VM) > nicht starten

5/ xml ersetzen unter /etc/libvirt/qemu (nur uuid der neuen VM übernehmen, Rest aus der alten)

6/ VM starten und enjoy ...

das sollte es gewesen sein ;)

Ja ok, hier ist das libvirt Image unverändert.

Ich hab nur das Image der vm vergrößert und die vm wollte nicht mehr starten.

Eine neue XML auf das vergrößerte Image zeigen lassen funktioniert.

Muss man also immer eine neue XML erzeugen, wenn man Veränderungen an der Image Datei vornimmt?

Edited March 12Mar 12 by _alo_

2 hours ago, _alo_ said:

Muss man also immer eine neue XML erzeugen, wenn man Veränderungen an der Image Datei vornimmt?

sollte nicht ... wird sicherlich an etwas anderem gelegen haben, weil die "neue" xml mit gleichen Einstellungen macht ja nichts anderes, das uuid Thema hat nur was mit der qemu Registrierung am Hut, nichts mit der VM an sich.