Fehlermeldung bei der Migration (SOLVED)

[Stefan_Malte_Schumacher]

Hallo Proxmox-Gemeinde,

ich verteile die VMs gerade nach Inhalt und Funktion auf die Nodes. Gespeichert werden sie auf dem SAN, das heißt in unserem Fall ein Shared LVM angebunden über iSCSI. Bei der VM um die es geht ist die Festplatte bereits auf dem SAN. Wenn ich nun ein Migrate mache bekomme ich folgende Fehlermeldung: (hw_thinpool ist ein lokales Thin Volume auf einem LVM. Nur die Ursprungsnode hat ein solches LVM, die anderen haben nur Platten für die Proxmox-Installation, alles andere läuft über das SAN.)

Fehlermeldung:

Task viewer: VM 128 - Migrate (zeus ---> ares)

OutputStatus

Stop
2022-06-02 12:32:00 starting migration of VM 128 to node 'ares' (10.200.22.135)
2022-06-02 12:32:00 ERROR: Problem found while scanning volumes - storage 'hw_thinpool' is not available on node 'ares'
2022-06-02 12:32:00 aborting phase 1 - cleanup resources
2022-06-02 12:32:00 ERROR: migration aborted (duration 00:00:01): Problem found while scanning volumes - storage 'hw_thinpool' is not available on node 'ares'
TASK ERROR: migration aborted


Warum bekomme ich diese Fehlermeldung und wie migriere ich erfolgreich?

Viele Grüße
Stefan

 

[dcsapak]

kannst du mal die vm config posten? (qm config ID) ist vielleicht eine disk der vm noch auf dem thinpool? vielleicht in einem snapshot ?

 

[Stefan_Malte_Schumacher]

Kein Snapshot, keine Unused Disks, keine Einträge mit vm128 im lvm. Ahh, jetzt wird es interessant. Hier steht noch etwas von einem Snapshot. Was muss ich daraus löschen, damit ich die Maschine migrieren kann und wo ist der Snapshot? Nur noch in den Configs?

root@zeus:~# qm config 128
agent: 1
boot: order=scsi0;ide2;net0
cores: 1
ide2: none,media=cdrom
memory: 4096
meta: creation-qemu=6.2.0,ctime=1652180068
name: vm128-vetest
net0: virtio=4E:EA:8A:14:8D:98,bridge=vmbr0,firewall=1,tag=1550
numa: 0
onboot: 1
ostype: l26
parent: vor_myPHPAdmin
scsi0: iag-lvmstorage:vm-128-disk-0,size=25G
scsihw: virtio-scsi-pci
smbios1: uuid=95650d28-8c25-406d-861b-8f5399b901ed
sockets: 1
vmgenid: d8523315-941c-4b24-b755-d36da25229f7

Bye
Stefan

 

[Stefan_Malte_Schumacher]

Neues Problem: Alle Maschinen auf Zeus scheinen betroffen zu sein. vm112 will auch nicht migrieren.
root@zeus:~# qm config 112
agent: 1,fstrim_cloned_disks=1
boot: order=scsi0;ide2;net0
cores: 8
ide2: none,media=cdrom
memory: 16384
name: vm112-Mail1
net0: virtio=AE:2E:59:03:A4:01,bridge=vmbr0,firewall=1,tag=1550
numa: 0
onboot: 1
ostype: l26
scsi0: iag-lvmstorage:vm-112-disk-0,size=500G
scsihw: virtio-scsi-pci
smbios1: uuid=2d717d5a-537c-4d8a-a3a6-81eed2e7fa9f
sockets: 1
vmgenid: b35328d7-1aca-4020-a244-98226015fa7a


Auszug aus lvdisplay -c:
/dev/hw_raid/vm-128-state-vor_myPHPAdmin:hw_raid:3:1:-1:0:17801216:2173:-1:0:-1:253:44
Das sieht für mich nach einem Snapshot aus, der nicht gelöscht wurde, oder?

Viele Grüße
Stefan

 

[dcsapak]

ok wenns keine disk/snapshot/etc auf dem lvm-thin gibt, ists eher seltsam...
was ist denn der output von 'pveversion -v' ?

 

[Stefan_Malte_Schumacher]

Es gibt andere Disks auf dem lvm-thin. Die sollen da auch bleiben. Was sagst du denn zu meiner Ergänzung des letzten Posts?

Auszug aus lvdisplay -c:
/dev/hw_raid/vm-128-state-vor_myPHPAdmin:hw_raid:3:1:-1:0:17801216:2173:-1:0:-1:253:44
Das sieht für mich nach einem Snapshot aus, der nicht gelöscht wurde, oder?


root@zeus:~# pveversion -v
proxmox-ve: 7.2-1 (running kernel: 5.13.19-6-pve)
pve-manager: 7.2-4 (running version: 7.2-4/ca9d43cc)
pve-kernel-5.15: 7.2-3
pve-kernel-helper: 7.2-3
pve-kernel-5.13: 7.1-9
pve-kernel-5.11: 7.0-10
pve-kernel-5.4: 6.4-4
pve-kernel-5.15.35-1-pve: 5.15.35-3
pve-kernel-5.15.30-2-pve: 5.15.30-3
pve-kernel-5.13.19-6-pve: 5.13.19-15
pve-kernel-5.13.19-3-pve: 5.13.19-7
pve-kernel-5.11.22-7-pve: 5.11.22-12
pve-kernel-5.11.22-2-pve: 5.11.22-4
pve-kernel-5.4.124-1-pve: 5.4.124-2
pve-kernel-5.4.106-1-pve: 5.4.106-1
ceph-fuse: 14.2.21-1
corosync: 3.1.5-pve2
criu: 3.15-1+pve-1
glusterfs-client: 9.2-1
ifupdown: 0.8.36+pve1
ksm-control-daemon: 1.4-1
libjs-extjs: 7.0.0-1
libknet1: 1.22-pve2
libproxmox-acme-perl: 1.4.2
libproxmox-backup-qemu0: 1.3.1-1
libpve-access-control: 7.1-8
libpve-apiclient-perl: 3.2-1
libpve-common-perl: 7.2-2
libpve-guest-common-perl: 4.1-2
libpve-http-server-perl: 4.1-2
libpve-storage-perl: 7.2-4
libqb0: 1.0.5-1
libspice-server1: 0.14.3-2.1
lvm2: 2.03.11-2.1
lxc-pve: 4.0.12-1
lxcfs: 4.0.12-pve1
novnc-pve: 1.3.0-3
proxmox-backup-client: 2.2.1-1
proxmox-backup-file-restore: 2.2.1-1
proxmox-mini-journalreader: 1.3-1
proxmox-widget-toolkit: 3.5.1
pve-cluster: 7.2-1
pve-container: 4.2-1
pve-docs: 7.2-2
pve-edk2-firmware: 3.20210831-2
pve-firewall: 4.2-5
pve-firmware: 3.4-2
pve-ha-manager: 3.3-4
pve-i18n: 2.7-2
pve-qemu-kvm: 6.2.0-8
pve-xtermjs: 4.16.0-1
qemu-server: 7.2-3
smartmontools: 7.2-pve3
spiceterm: 3.2-2
swtpm: 0.7.1~bpo11+1
vncterm: 1.7-1
zfsutils-linux: 2.1.4-pve1

 

[Stefan_Malte_Schumacher]

Das war die Lösung. Den Snapshot gelöscht, der nicht mehr im Interface angezeigt wurde! und schon geht die Migration. Was ich aber merkwürdig finde, ist das dieser Fehler die Migration aller Maschinen verhindert hat - und das erst ab einem gewissen Zeitpunkt. Ich hatte vorher nämlich schon den Großteil der Maschinen migriert - ohne Fehlermeldung.

 

[dcsapak]

Das war die Lösung. Den Snapshot gelöscht, der nicht mehr im Interface angezeigt wurde! und schon geht die Migration. Was ich aber merkwürdig finde, ist das dieser Fehler die Migration aller Maschinen verhindert hat - und das erst ab einem gewissen Zeitpunkt. Ich hatte vorher nämlich schon den Großteil der Maschinen migriert - ohne Fehlermeldung.

naja bei einer migration müssen wir *alle* disks mitnehmen, sonst kann es leicht passieren dass irgendwo disks überbleiben (was nicht passieren sollte)
warum der state von snapshot nicht gelöscht wurde kann ich so leider nicht sagen, aber vielleicht gibt es den task vom löschen noch? vielleicht steht da irgendwas drin?