Windows10 VM Setup (startet nicht / Kein Consolen Zugriff)

[La3ngu]

Hallo Liebe Community,
Leider komme ich selbst nicht mehr weiter und da ich weder gelernter IT-Ler noch ähnliches gelerntes bin, brauche ich jetzt eure Unterstützung.

Ich habe nur latentes Halbwissen über Proxmox und kam vor ca. 3 Jahren durch einen bekannten darauf, der seit über einem Jahr kein Mitglied mehr in meiner Community ist. Bisher habe ich auch immer das meiste hinbekommen, aber jetzt komme ich nicht mehr weiter

ZUM PROBLEM:
Ich möchte auch Verwaltungstechnischen Gründen einen virtuellen Windows10 Server integrieren. Hierfür habe ich mit dem Media Creater Tool die aktuellste Version heruntergeladen und als VM wie es in diversen Anleitungen und Videos erklärt wird installiert.
https://pve.proxmox.com/wiki/Windows_10_guest_best_practices

Spoiler: VM Setup Settings

-> OS: Windows10 (ISO) / Microsoft Windows 10/2016/2019
-> System: Default + Qemu Agent
-> Hard Disk: SCSI + local-lvm + 100GB + Write Back Cache + Discard
-> CPU: 2 Sockets + 2 Cores
-> Memory: 8192 MiB
-> Network: vmbr0 + VirtIO (paravirtualized)

Alles fertig, VM erstellt

Spoiler: VM Created

Logical volume "vm-2008-disk-0" created.
TASK OK

Bei starten: (TimeOut)

Spoiler: Start VM

TASK ERROR: start failed: command '/usr/bin/kvm -id 2008 -name server08.core02 -chardev 'socket,id=qmp,path=/var/run/qemu-server/2008.qmp,server,nowait' -mon 'chardev=qmp,mode=control' -chardev 'socket,id=qmp-event,path=/var/run/qmeventd.sock,reconnect=5' -mon 'chardev=qmp-event,mode=control' -pidfile /var/run/qemu-server/2008.pid -daemonize -smbios 'type=1,uuid=8143c8c2-fa81-459b-90bf-eb5e7f37c4d8' -smp '4,sockets=2,cores=2,maxcpus=4' -nodefaults -boot 'menu=on,strict=on,reboot-timeout=1000,splash=/usr/share/qemu-server/bootsplash.jpg' -vnc unix:/var/run/qemu-server/2008.vnc,password -no-hpet -cpu 'kvm64,enforce,hv_ipi,hv_relaxed,hv_reset,hv_runtime,hv_spinlocks=0x1fff,hv_stimer,hv_synic,hv_time,hv_vapic,hv_vpindex,+kvm_pv_eoi,+kvm_pv_unhalt,+lahf_lm,+sep' -m 8192 -device 'pci-bridge,id=pci.1,chassis_nr=1,bus=pci.0,addr=0x1e' -device 'pci-bridge,id=pci.2,chassis_nr=2,bus=pci.0,addr=0x1f' -device 'vmgenid,guid=7d01ea8b-e3e0-43b3-8318-26afc8269931' -device 'piix3-usb-uhci,id=uhci,bus=pci.0,addr=0x1.0x2' -device 'usb-tablet,id=tablet,bus=uhci.0,port=1' -device 'VGA,id=vga,bus=pci.0,addr=0x2' -chardev 'socket,path=/var/run/qemu-server/2008.qga,server,nowait,id=qga0' -device 'virtio-serial,id=qga0,bus=pci.0,addr=0x8' -device 'virtserialport,chardev=qga0,name=org.qemu.guest_agent.0' -device 'virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x3' -iscsi 'initiator-name=iqn.1993-08.org.debian:01:5df67684f02b' -drive 'file=/var/lib/vz/template/iso/virtio-win-0.1.185.iso,if=none,id=drive-ide0,media=cdrom,aio=threads' -device 'ide-cd,bus=ide.0,unit=0,drive=drive-ide0,id=ide0,bootindex=200' -drive 'file=/var/lib/vz/template/iso/Windows10_20210617.iso,if=none,id=drive-ide2,media=cdrom,aio=threads' -device 'ide-cd,bus=ide.1,unit=0,drive=drive-ide2,id=ide2,bootindex=201' -device 'virtio-scsi-pci,id=scsihw0,bus=pci.0,addr=0x5' -drive 'file=/dev/vg0/vm-2008-disk-0,if=none,id=drive-scsi0,cache=writeback,discard=on,format=raw,aio=threads,detect-zeroes=unmap' -device 'scsi-hd,bus=scsihw0.0,channel=0,scsi-id=0,lun=0,drive=drive-scsi0,id=scsi0,bootindex=100' -netdev 'type=tap,id=net0,ifname=tap2008i0,script=/var/lib/qemu-server/pve-bridge,downscript=/var/lib/qemu-server/pve-bridgedown,vhost=on' -device 'virtio-net-pci,mac=C6:84:30:3C:B4:BB,netdev=net0,bus=pci.0,addr=0x12,id=net0,bootindex=300' -rtc 'driftfix=slew,base=localtime' -machine 'type=pc+pve0' -global 'kvm-pit.lost_tick_policy=discard'' failed: got timeout

Summary zeit mit an, dass die Maschine "läuft", Memory Usage standhaft bei 0,21%, rest auf 0% <- Also da läuft, würde ich mal sagen, definitiv nichts.

Wenn ich die Console öffnen möchte schlägt das auch mit dieser Meldung fehl: (TimeOut)

Spoiler: Console

VM 2008 qmp command 'change' failed - unable to connect to VM 2008 qmp socket - timeout after 600 retries
TASK ERROR: Failed to run vncproxy.

Hab das ganze Spiel mit unterschiedlichen Youtube Videos verglichen, immer das selbe Spiel.
Zuvor hatte ich einen Fehler beim Updaten des Core's, dass konnte ich durch die behutsame Reinigung des /boot/ Verzeichnisses beheben. Dadurch konnte ich auf die Version "Virtual Environment 6.4-8" bzw. "proxmox-ve: 6.4-1 (running kernel: 5.0.15-1-pve)" updaten:

Spoiler: pveversion -v

proxmox-ve: 6.4-1 (running kernel: 5.0.15-1-pve)
pve-manager: 6.4-8 (running version: 6.4-8/185e14db)
pve-kernel-5.4: 6.4-3
pve-kernel-helper: 6.4-3
pve-kernel-5.3: 6.1-6
pve-kernel-5.4.119-1-pve: 5.4.119-1
pve-kernel-5.4.44-2-pve: 5.4.44-2
pve-kernel-5.3.18-3-pve: 5.3.18-3
pve-kernel-5.0.15-1-pve: 5.0.15-1
ceph-fuse: 12.2.11+dfsg1-2.1+b1
corosync: 3.1.2-pve1
criu: 3.11-3
glusterfs-client: 5.5-3
ifupdown: 0.8.35+pve1
libjs-extjs: 6.0.1-10
libknet1: 1.20-pve1
libproxmox-acme-perl: 1.1.0
libproxmox-backup-qemu0: 1.0.3-1
libpve-access-control: 6.4-3
libpve-apiclient-perl: 3.1-3
libpve-common-perl: 6.4-3
libpve-guest-common-perl: 3.1-5
libpve-http-server-perl: 3.2-3
libpve-storage-perl: 6.4-1
libqb0: 1.0.5-1
libspice-server1: 0.14.2-4~pve6+1
lvm2: 2.03.02-pve4
lxc-pve: 4.0.6-2
lxcfs: 4.0.6-pve1
novnc-pve: 1.1.0-1
proxmox-backup-client: 1.1.10-1
proxmox-mini-journalreader: 1.1-1
proxmox-widget-toolkit: 2.5-6
pve-cluster: 6.4-1
pve-container: 3.3-5
pve-docs: 6.4-2
pve-edk2-firmware: 2.20200531-1
pve-firewall: 4.1-4
pve-firmware: 3.2-4
pve-ha-manager: 3.1-1
pve-i18n: 2.3-1
pve-qemu-kvm: 5.2.0-6
pve-xtermjs: 4.7.0-3
qemu-server: 6.4-2
smartmontools: 7.2-pve2
spiceterm: 3.1-1
vncterm: 1.6-2
zfsutils-linux: 2.0.4-pve1

Ich hoffe ihr könnte mir weiterhelfen:
Aufgabe des Servers: Derzeit 10 LinuxServer, davon 5 für einen Multigaming Clan (Teamspeak, Webserver, Datenbank, Cronjobserver für PHP Crons, Ersatzserver) und 5 für einen Webservice (Cloudserver, Webserver, MIAB Server, MySQL Server, ...) und der Windows Server soll mir helfen, dass wenn es Ausfälle gibt, ich von überall aus ohne eigene Hardware agieren kann.

Spoiler: Core Hardware Data

 

[Dunuin]

Was mir als Diskrepanz erst einmal auffällt ist, dass du da nur einen Single Socket Server hast aber der VM sagst "CPU: 2 Sockets + 2 Cores". Wenn du da 4 vCPUs in der VM haben willst wäre das eigentlich "CPU: 1 Sockets + 4 Cores". Denke aber nicht, dass das dein Problem beheben wird.
Und du nutzt "kvm64" statt "host" als CPU Typ. Das kann durchaus Sinn machen wenn deine VM leicht migrierbar sein soll oder Teil eines Clusters ist, aber mit "host" wäre deine CPU deutlich schneller.
Wenn du da so viele Webserver etc betreibst aber derjenige, der da alles aufgesetzt hat und eine Ahnung davon hatte nicht mehr dabei ist, dann hast du echt ein Problem. Das ist ja fast schon ein Vollzeitjob da alle VMs immer aktuell zu halten, täglich alle Logs von allen VMs durchzulesen und das Internet nach neuen Sicherheitslücken zu durchforsten um dann sicherzustellen, dass da alle Lücken zeitnah geschlossen werden. Da hast du dann quasi eine tickende Zeitbombe, wenn es da an Erfahrung fehlt und die Server nicht mehr richtig gepflegt werden können.