Verknüpfter Klon (Windows-7) / Probleme

[trendco]

Ich hab die Tage mal ein paar Tests dazu gemacht. Dazu hab ich ein fertig installiertes Win-7 (alles mit VIRTIO) zum Template umgewandelt und 2 verknüfte Klone erstellt. Da die Master VM noch nicht ganz auf dem aktuellen Stand war was die Win-Updates betrifft, hab ich bei beiden VM's dann zuerst mal die Windows-Updates aufgerufen. Nach dem dem die Installation der Updates begann, hatte ich auf beiden Maschinen plötzlich seltsame Phänomene. Beiden brachten ein Fehlerfenster mit "Nicht genügend Arbeitsspeicher" obwohl jeder 2,5GB zugewiesen ist. Ab dann waren die VM's auch nicht mehr richtig bedeinbar, Fehler in der Darstellung, sehr lahm, etc. Eine ließ sich nicht mal mehr runter fahren, da half nur noch ein "Stop". Ich hab das ganze noch ein paar probiert, aber das Ergebnis war immer das gleiche. Alle anderen VM's auf dem Server (Windows'e & Linuxe laufen ohne Probleme. RAM auf dem Host war zum Testzeitpunkt auch genügend frei.
Gibt es hier bei den "Linked Clones" was besonderes zu beachten?

 

[fireon]

Ja das ist eine gute Frage... ich häng mich hier mal drann. Ich benutze auch immer wieder linked clones, aber nur zum Testen, dann brauch ich nicht die ganze VM Clonen. Da ist dann aber auch immer nur eine VM verknüpft. Auch hab ich es bis jetzt auch immer nur mit Linux als Gast im Einsatz. Windows hatte ich nur mal kurz getestet.

 

[trendco]

Eine rege Diskussion ist das hier

 

[fireon]

Naja, so wie es aussieht ist das wohl nicht sehr weit verbreitet... ich mach die Woche mal nen Test mit nem Server 2016. Meld mich dann zurück wie sich die VM so im Betrieb verhielt.

 

[trendco]

Haja....seitens dem Proxmox Team könnte ja vielleicht auch mal was kommen dazu...

 

[dcsapak]

Beiden brachten ein Fehlerfenster mit "Nicht genügend Arbeitsspeicher" obwohl jeder 2,5GB zugewiesen ist. Ab dann waren die VM's auch nicht mehr richtig bedeinbar, Fehler in der Darstellung, sehr lahm, etc. Eine ließ sich nicht mal mehr runter fahren, da half nur noch ein "Stop".

Ist hier noch nicht aufgetreten.

RAM auf dem Host war zum Testzeitpunkt auch genügend frei.

sicher? wie sieht in so einem fall denn

free -h

aus?

wird zfs am host verwendet?

Gibt es hier bei den "Linked Clones" was besonderes zu beachten?

Eigentlich nicht...

 

[trendco]

>>sicher? wie sieht in so einem fall denn
-> Laut Web-Übersichtsanzeige schon. Es wär auch irgendwie komisch, denn sonst laufen 6x Win-7 ohne Probleme und die waren bei dem Test aus geschaltet.

>>wird zfs am host verwendet?
-> ja

 

[dcsapak]

-> ja

zfs verwendet (mit der standard einstellung) bis zu 50% des RAMs, daher bitte entweder den von zfs benutzbaren ram einschränken (siehe https://pve.proxmox.com/wiki/ZFS_on_Linux#_limit_zfs_memory_usage )
oder entsprechend platz freilassen

 

[trendco]

Ja, das weiß ich und der RAM für ZFS ist auch begrenzt. Fakt ist doch aber, dass es mit "normalen" VM's ohne Probleme geht, dort sogar Anzahl mäßig mit 6 Stück. Bei der "linked Clone" Variante hatte ich das Problem aber schon mit einer einzigen oder auch mit zweien, obwohl sonst nix anderes lief, also keine anderen VM's.

 

[dcsapak]

pveversion -v
und die vm/template configs wären interessant

 

[trendco]

pveversion -v

proxmox-ve: 4.4-84 (running kernel: 4.4.44-1-pve)
pve-manager: 4.4-13 (running version: 4.4-13/7ea56165)
pve-kernel-4.4.35-1-pve: 4.4.35-77
pve-kernel-4.2.6-1-pve: 4.2.6-36
pve-kernel-4.4.8-1-pve: 4.4.8-52
pve-kernel-4.4.35-2-pve: 4.4.35-79
pve-kernel-4.2.8-1-pve: 4.2.8-41
pve-kernel-4.4.44-1-pve: 4.4.44-84
pve-kernel-4.2.2-1-pve: 4.2.2-16
pve-kernel-4.4.19-1-pve: 4.4.19-66
pve-kernel-4.2.3-2-pve: 4.2.3-22
lvm2: 2.02.116-pve3
corosync-pve: 2.4.2-2~pve4+1
libqb0: 1.0-1
pve-cluster: 4.0-48
qemu-server: 4.0-109
pve-firmware: 1.1-10
libpve-common-perl: 4.0-94
libpve-access-control: 4.0-23
libpve-storage-perl: 4.0-76
pve-libspice-server1: 0.12.8-2
vncterm: 1.3-1
pve-docs: 4.4-3
pve-qemu-kvm: 2.7.1-4
pve-container: 1.0-96
pve-firewall: 2.0-33
pve-ha-manager: 1.0-40
ksm-control-daemon: 1.2-1
glusterfs-client: 3.5.2-2+deb8u3
lxc-pve: 2.0.7-4
lxcfs: 2.0.6-pve1
criu: 1.6.0-1
novnc-pve: 0.5-9
smartmontools: 6.5+svn4324-1~pve80
zfsutils: 0.6.5.9-pve15~bpo80

Template

boot: c
bootdisk: virtio0
cores: 2
ide2: raid1-hd:iso/virtio-win-0.1.126.iso,media=cdrom,size=152204K
memory: 4096
name: W7-Klon
net0: virtio=DA:F9:C0:0B:9E:8F,bridge=vmbr0
numa: 0
ostype: win7
smbios1: uuid=9a327a33-3a8f-490a-8f0e-9588355c00d2
sockets: 1
template: 1
virtio0: local:106/base-106-disk-1.qcow2,cache=writeback,size=32G

Clon-1

balloon: 512
boot: c
bootdisk: virtio0
cores: 2
ide2: raid1-hd:iso/virtio-win-0.1.126.iso,media=cdrom,size=152204K
memory: 2048
name: Win7-Child-1
net0: virtio=EA:1F:0B:BE:47:A4,bridge=vmbr0
numa: 0
ostype: win7
smbios1: uuid=f2dfc7a8-a933-4565-8c63-a4fd13179210
sockets: 1
virtio0: local:106/base-106-disk-1.qcow2/107/vm-107-disk-1.qcow2,cache=writeback,size=32G

Clon-2

boot: c
bootdisk: virtio0
cores: 2
ide2: raid1-hd:iso/virtio-win-0.1.126.iso,media=cdrom,size=152204K
memory: 2048
name: Win7-Child-2
net0: virtio=A2:A0:01:4E:F6:69,bridge=vmbr0
numa: 0
ostype: win7
smbios1: uuid=fa590414-1a8b-4701-871b-b1a05405afee
sockets: 1
virtio0: local:106/base-106-disk-1.qcow2/108/vm-108-disk-1.qcow2,cache=writeback,size=32G