Search results

Hello. I have a pve host with several virtual maschines. The host consumes always a high amount of the installed ram. Even if no machine is started. Some details: At the moment there are 3 virtual machines running which are configured with 38 GB of ram in total. But as you can see the host...

Thank you for clarification...

Just to clarify: What is best practice (performance) for a server with two sockets and a vm with four vCPU's (Numa enabled)? 1 Socket / 4 vCPU's OR 2 Sockets / 2 vCPU's And why?

Guten Morgen. Ich habe hier 2 relativ neue Server (Server1: 2 Monate alt/PVE 8.0.4/VM Server 2019 | Server2: 1 Jahr alt/PVE 7.4.3/VM Server 2022) die mir Laufwerksfehler in der Windows VM anzeigen. Bei Server 2 wurde auch bereits ein Neustart (mit Reparatur durchgeführt) allerdings zeigt er...

Und ich habe "nur" den B2D-Festplattenstapel umgestellt; alle anderen Einstellungen der VM sind gleich geblieben... (virtio2/3 kann man ignorieren, wurde beim Backup sowieso nicht benutzt)

Alter, ich glaubs nicht... Das Backup hat tatsächlich nach Umstellung auf VirtIO (statt SCSI) funktioniert!!!!! Danke dir Falk für den Tipp! Aber so richtig Sinn macht das Ganze immer noch nicht, da B2D und D2D doch fehlerfrei läuft....

Vielleicht Downgrade auf Prox V7?

Das Teil ist übrigens komplett neu inkl. allen Platten... :-(

Das glaube ich so langsam auch... oder das Universum will es so... ;-) Aber generell wird ein VirtIO BlockDevice mit dem "normalen" VirtIO SCSI-Controller (bzw. Single) verwendet, oder?

Wobei der Plattenspeicher ZFS "offline" war. Lies sich aber online nehmen..

Hä? Jetzt habe ich alles auf Anfang gestellt und die VM nicht mehr beachtet (nee, im Ernst, ich habe was anderes GEARBEITET ;-) ) und wie ich wieder zum Geschehen zurückkehre ist die VM gebootet...

Bei "Default" kommt BlueScreen mit "Inaccessable boot device"...

Konfiguration sieht nun so aus (habe auch mal VirtIO SCSI Single auf VirtIO SCSI umgestellt; gleiches Ergebnis): Bootorder unverändert

Habe ich jetzt auch gemacht, allerdings bootet die VM nicht mehr (ich sehe nicht einmal den Bootscreen)... Fehlermeldung ist Timeout (VNC)... Muß ich noch etwas an der Hardware der VM ändern? Booten soll sie ja weiterhin vom gleichen Bootmedium scsci0 (welches ich NICHT auf virtio umgestellt...

@Falk R. Hast du nur den SCSI Treiber in der Windows-VM ausgetauscht oder die Platten als "VirtIO Block" neu angehängt (PVE)? Funktioniert das so einfach oder muß man erst ein Testdevice einbinden, damit Treiber installiert werden (so wie bei der Umstellung einer VM von IDE/SATA auf SCSI)?

Ich glaube so langsam doch, daß es am Treiber liegen muß... Ich habe zwar keine Erklärung dafür, daß B2D und Kopie Festplattenspeicher 1 > 2 funktioniert und B2Tape nicht (weder direkt noch von Disk), aber eben ist folgendes passiert: Ich hatte neben dem durchgereichten Stripeset (2 HDD's) 2...

keine einzige Fehlermeldung im Eventlog bisher... hier mal ein auszug aus dem bexec auftragslog: Der Tapejob (Full Backup) wurde am 01.10 gestartet und bisher 2x "restored" nach Absturz der VM... Dazwischen liefen die differentiellen B2D Jobs auf den ZFS-Stapel. Der Job am 01.10 wurde wohl...

Läuft immer noch...

nur die vm... der host ist unbeeindruckt von dem ganzen... no message about it (syslog/dmesg)..

I don' get it.... Heute morgen ist der Server 2x abgestürzt und nun laufen parallel 2 Jobs bisher klaglos weiter (der direkte B2Tape-Job wurde jedesmal "restored". Der 2te Job ist eine Kopie eines B2D-Jobs per BackupExec vom (ZFS-)Datenstapel auf das durchgereichte Windows-Stripeset.