Search results

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.

Das Tape bzw. die Library mit 2 Tape-Drives hat einen eigenen SAS-HBA, der exklusiv an die VM durchgereicht wird...

Die Devices benutzen ja alle denselben Treiber...

Full Stop! :) Habe gerade gemerkt, daß das auch keinen Sinn macht... Er kopiert klaglos mit diesem Treiber Daten von der virtuellen Disk (vom darunterliegenenden ZFS) auf die durchgereichten Platten... Und davon aber nicht auf Tape????!

Habe eben 2 weitere Platten eingebunden (an VM durchgereicht) und per Windows-Funktion (Server-Manager) ein Stripeset gebastelt. Danach habe ich per BackupExec eine Kopie eines Vollbackups von Festplattenspeicher 1 (Proxmox ZFS) auf Festplattenspeicher 2 (Windows VM Stripeset) durchgeführt...

Cool. Das werde ich mal testen... Danke für den Tip.

Unterschied der Pools sind die verschiedenen Plattenstapel (2x SSD vs. 2x HDD). Sind aber aber beide an der gleichen Backplane angeschlossen. Siehe Screenshot oben...

Wie gesagt Backup2Disk läuft problemlos (OK. Durchsatz ist relativ gering...). Ich habe jetzt mal einen Verify-Job (B2D) losgetreten und der läuft fehlerfrei (auch Ereignisanzeige) mit einem Durchsatz > 200 MB/s. Nur bei Backup2Tape aus dem Storage treten die Fehler auf. Egal ob direkt nach B2D...