Ja (mit pve-qemu-kvm 7.1), bitte mit pve-qemu-kvm 7.2 testen (derzeit auf pvetest), da sollten neutinstallationen funktionieren.
[SOLVED] Windows Server 2022 virtio
- Thread starter maximid
- Start date
Es soll ja erst auch bei pve-qemu-kvm_7.2xxx behoben sein. Das müsste vom Test - Repro installiert werden.
Edit: vom Handy aus geschrieben. Da war ich wohl viiiiel zu langsam.
Last edited:
Gerade mit dem Test-Repo ausprobiert (Kernel 6.1.10) und der pve-qemu-kvm: 7.2.0-5
Virtio 0.1.229 (aktuelle Version)
Windows 2016 Standard Server Deutsch auf Q35 (7.2)
Installation der Guest-Tools läuft sauber durch, Netzwerk wird gefunden und so eingebunden, wie es sein soll.
Virtio 0.1.229 (aktuelle Version)
Windows 2016 Standard Server Deutsch auf Q35 (7.2)
Installation der Guest-Tools läuft sauber durch, Netzwerk wird gefunden und so eingebunden, wie es sein soll.
Gerade mit dem Test-Repo ausprobiert (Kernel 6.1.10) und der pve-qemu-kvm: 7.2.0-5
Virtio 0.1.229 (aktuelle Version)
Windows 2016 Standard Server Deutsch auf Q35 (7.2)
Installation der Guest-Tools läuft sauber durch, Netzwerk wird gefunden und so eingebunden, wie es sein soll.
Könntest du es bitte auch noch mal mit Server 2022 testen? Das wäre super, merci!
Eintrag aktualisiert, siehe weiter unten.
Server 2022 installiert zwar das Netzwerk korrekt (sowohl VirtIO als auch die E1000 etc), verweigert aber jeden Netzwerkzugriff.
Gerätemanager ist komplett okay. Angeblich ist das Default-Gateway nicht erreichbar (sowohl bei DHPC als auch mit statischen Einträgen)
Auch die "Hotplug-Problem-Umgehung" brauchte keinen Erfolgt.
Image: Server 2022 Eval (download heute aus dem MS Eval-Center)
VirtIO: 0.1.229
Kernel: 6.1.10-1-pve
QEmu: 7.2.0-5
PVE Patchlevel: Testrepo - Stand heute
Gerätemanager ist komplett okay. Angeblich ist das Default-Gateway nicht erreichbar (sowohl bei DHPC als auch mit statischen Einträgen)
Auch die "Hotplug-Problem-Umgehung" brauchte keinen Erfolgt.
Image: Server 2022 Eval (download heute aus dem MS Eval-Center)
VirtIO: 0.1.229
Kernel: 6.1.10-1-pve
QEmu: 7.2.0-5
PVE Patchlevel: Testrepo - Stand heute
Last edited:
edit: nein, kein neues Problem, siehe Update unten
Last edited:
kein problem hier mit der 2022 eval von https://www.microsoft.com/de-de/evalcenter/download-windows-server-2022
installieren läuft ohne probleme (server core) und nach hinzufügen einer e1000 nach der installation ist das netzwerk sofort da und ich kann per RDP drauf
installieren läuft ohne probleme (server core) und nach hinzufügen einer e1000 nach der installation ist das netzwerk sofort da und ich kann per RDP drauf
Last edited:
Korrektur:
Doch, Server 2022 läuft. Scheint irgendein Installationsproblem gewesen zu sein. Hab jetzt nach folgendem Arbeitsablauf die Eval 2022 von Server 2022 Standard Desktopdarstellung installiert:
1. Konfiguration der virtuellen Maschine OHNE Netzwerkkarte (q35 V7.2)
2. Setup Server 2022 Eval
3. Installation Virto Guest Tools (dauert etwas, läuft aber sauber durch)
4. Shutdown Server 2022
5. Neue Hardware hinzufügen (VirtIO NIC)
6. Start Server 2022
Server findet NIC sofort, nutzt Treiber und alle Netzwerkfuntionen sind da.
Doch, Server 2022 läuft. Scheint irgendein Installationsproblem gewesen zu sein. Hab jetzt nach folgendem Arbeitsablauf die Eval 2022 von Server 2022 Standard Desktopdarstellung installiert:
1. Konfiguration der virtuellen Maschine OHNE Netzwerkkarte (q35 V7.2)
2. Setup Server 2022 Eval
3. Installation Virto Guest Tools (dauert etwas, läuft aber sauber durch)
4. Shutdown Server 2022
5. Neue Hardware hinzufügen (VirtIO NIC)
6. Start Server 2022
Server findet NIC sofort, nutzt Treiber und alle Netzwerkfuntionen sind da.
Heute Update zu pve-qemu-kvm: 7.2.0-5 mit:
proxmox-ve: 7.3-1 (running kernel: 5.15.85-1-pve)
pve-manager: 7.3-6 (running version: 7.3-6/723bb6ec)
Software:
SW_DVD9_Win_Server_STD_CORE_2022_2108.17_64Bit_German_DC_STD_MLF_X23-35661.ISO
virtio-win-0.1.229.iso
Hardware:
PC-Q35-7.2, "VirtIO SCSI Single" und "VirtIO Netzwerkkarte"
Installation lief sauber durch. Netzwerkkkarte und SCSI Treiber haben sich problemlos während des Windows Setups installieren lassen.
Nach Start Windows Server 2022 Treiber im Gerätemanager sauber aufgelistet. Alle Netzwerkfunktionen verfügbar. RemoteDesktop Zugriff erfolgreich.
Auch nach Windows Update "2023-02 Cumulative Update for Microsoft server operating system version 21H2" läuft alles stabil. (Netzwerk, Neustarts usw.)
proxmox-ve: 7.3-1 (running kernel: 5.15.85-1-pve)
pve-manager: 7.3-6 (running version: 7.3-6/723bb6ec)
Software:
SW_DVD9_Win_Server_STD_CORE_2022_2108.17_64Bit_German_DC_STD_MLF_X23-35661.ISO
virtio-win-0.1.229.iso
Hardware:
PC-Q35-7.2, "VirtIO SCSI Single" und "VirtIO Netzwerkkarte"
Installation lief sauber durch. Netzwerkkkarte und SCSI Treiber haben sich problemlos während des Windows Setups installieren lassen.
Nach Start Windows Server 2022 Treiber im Gerätemanager sauber aufgelistet. Alle Netzwerkfunktionen verfügbar. RemoteDesktop Zugriff erfolgreich.
Auch nach Windows Update "2023-02 Cumulative Update for Microsoft server operating system version 21H2" läuft alles stabil. (Netzwerk, Neustarts usw.)
Hast du nach dem Februar Update schon mehr als einmal neu gestartet?
Ich würde gern wissen, ob der Bug im Februarupdate nur bei vSphere7 und Physik auftritt. Bei vSphere8 z.B. nicht.
Ich würde gern wissen, ob der Bug im Februarupdate nur bei vSphere7 und Physik auftritt. Bei vSphere8 z.B. nicht.
Ich hab die VM auf einem reinen Testsystem laufen. Da sind Reboots mehrfach am Tag standard. Von daher sind Neustarts kein Thema, weder bei der VM noch beim PVE.
Allerdings hab ich kein Hardware-Passthrough (richtig geschrieben?) bei den Testsystemen. Ob es da Probleme gibt kann ich nicht sagen.
Der Hardware-Passthru Fehler tritt nur bei Kernel 6.1-10 auf, dehalb habe ich bei mir den Kernel 6.1-2 gepinnt.
Sehr schön zu lesen, dass der Secureboot Fehler bei Proxmox nicht auftritt.