Tiras

Wie im 2. Link beschrieben habe ich mal nach VMs geschaut, die auf diesen Pool waren. Wegen dem VM erstellen Problem habe ich auch diesen Pool für Tests verwendet. Ich habe die Test VMs gelöscht und das Array neu gestartet. Da erschien die Benachrichtigung nicht mehr. Als ich jedoch den Server gerade neu gestartet habe, wurde die Benachrichtigung wieder angezeigt. Ich bin ins BIOS gegangen und habe das mal überprüft, da die NVMe ja angezeigt wird. Im BIOS war alles ok, jedoch habe ich von den Type (Sorry, kenne jetzt nicht die genaue Bezeichnung) von AHCI auf RAID gestellt und für beide NVMe´s das RAID Array gelöscht. Anschließend den Server normal starten lassen und die beiden Disks wieder dem Pool hinzugefügt. Als BTRFS Encrypted formatiert und die Benachrichtigung wurde mir nicht mehr angezeigt. Beim Scrub habe wurde auch nichts angezeigt. Scheinbar lag es an dem Type "RAID", aber dann hätten die anderen NVMe´s auch in der Benachrichtigung stehen müssen, weil ich ja die Asus Karte verbaut habe und dort 3/4 Slots mit NVMe´s belegt sind. Naja, ich werde das beobachten, aber für den Moment ist der Fehler scheinbar behoben. Danke für deine Hilfe.

Habe nichts auffälliges gesehen oder gibt es wonach ich suchen soll? Nein, eigentlich nicht und die NVMe ist neu... Wenn ich es ausführe wird mir das angezeigt. Aber wenn die Disk nicht gefunden wird, sollte ich dann nicht drauf speichern können bzw. sollte der Slot dann nicht als "missing device" angezeigt werden?

Was wäre besser, wenn ich den Pfad zu dem Share "/mnt/user/Share" oder zur Disk auf dem der Share liegt "/mnt/disk1/A" angebe?

Das Problem ist, dass die Daten bei mir auf dem Windows Client lagen, ich sie auf ein UA Device kopiert habe und dann via Krusader in den Share von der Disk kopiert habe. Dann könnte man ja nicht von Share zu Share kopieren, wenn die Shares auf unterschiedlichen Disk liegen. Wieso ist das jedoch nicht bei allen anderen Dateien / Ordnern passiert die ich kopiert / verschoben habe? Wie kann man dann am besten kopieren ohne das die Dateien zerstört werden? Also wäre es falsch, wenn ich einen Share "A" auf Disk 1 und einen Share "B" auf Disk 2 habe und eine Datei mit cp /mnt/user/A /mnt/disk2/B kopieren würde?

Ich bin kein Linux Experte, aber ich habe in diversen Foren und in diesem Forum den Befehl cp -R aufgeschnappt und diesen werde ich denke ich mit der Console / Putty / Power Shell etc. verwenden. Ansonsten habe ich noch keinen Plan.

Ich habe den Fehler gefunden. Leider ist das eingetroffen, wovon du die ganze Zeit gesprochen hast @mgutt Beim kopieren von Dateien zwischen Shares die sich auf unterschiedlichen Platten befinden sind die Dateien kaputt gegangen. Als ich einen Blick in meinen iso Folder gemacht habe ist mir aufgefallen, dass die iso´s 0KB groß sind. Mit dem Windows Creator Tool habe ich mir das neuste Build heruntergeladen und in den Share kopiert. Dabei ist mir ebenfalls aufgefallen, dass die Windows Benachrichtigung, ob ich die Datei wirklich ohne Eigenschaften kopieren möchte, beim kopieren der Windows 10 iso nicht erscheint, aber wenn ich die Windows 2016 Server iso kopiere, dann erscheint sie wieder. Ganz komisches Verhalten, was ich nicht aktuell nicht nachvollziehen kann. Anschließend habe ich die VM angepasst und gestartet und siehe da, es funktioniert wieder. Da ich ausschließlich den Krusader verwendet habe, werde ich diesen - egal von wem (nichts gegen dich @ich777- meiden. @mgutt Ich möchte mich an dieser Stelle nochmals besonders bei Dir für deine Unterstützung und deine Geduld bedanken.

Ich habe nun die iso heruntergeladen und eine neue Ubuntu VM erstellt. Ubuntu scheint installierbar zu sein. Ich erhalte jedoch beim booten diese Console Ausgabe Hat jemand eine Idee?

Hallo Zusammen, ich habe versucht eine Ubuntu iso von meinem Windows Client auf meinen Unraid Server zu kopieren und erhalte die nachfolgende Meldung. Nach meiner Recherche soll diese Fehlermeldung nur dann auftreten, wenn es sich bei der Source und dem Target um unterschiedliche Dateisysteme handelt. Da ich diese Benachrichtigung zuvor nicht erhalten habe, frage ich mich, was nun anders ist. Kann hier jemand vielleicht weiterhelfen?

Hallo Zusammen, gerade habe ich diese Notification erhalten: Verstehe ich die Meldung richtig, dass nvme2on1 nicht vorhanden sein soll?

Log beim Start von einer wiederhergestellten VM: -m 4096 \ -overcommit mem-lock=off \ -smp 12,sockets=1,dies=1,cores=6,threads=2 \ -uuid f7e9526e-3881-248e-5b6a-dfb1eb0ddc3a \ -no-user-config \ -nodefaults \ -chardev socket,id=charmonitor,fd=32,server,nowait \ -mon chardev=charmonitor,id=monitor,mode=control \ -rtc base=localtime,driftfix=slew \ -global kvm-pit.lost_tick_policy=delay \ -no-hpet \ -no-shutdown \ -boot strict=on \ -device ich9-usb-ehci1,id=usb,bus=pci.0,addr=0x7.0x7 \ -device ich9-usb-uhci1,masterbus=usb.0,firstport=0,bus=pci.0,multifunction=on,addr=0x7 \ -device ich9-usb-uhci2,masterbus=usb.0,firstport=2,bus=pci.0,addr=0x7.0x1 \ -device ich9-usb-uhci3,masterbus=usb.0,firstport=4,bus=pci.0,addr=0x7.0x2 \ -device ahci,id=sata0,bus=pci.0,addr=0x5 \ -device virtio-serial-pci,id=virtio-serial0,bus=pci.0,addr=0x8 \ -blockdev '{"driver":"file","filename":"/mnt/user/Virtualizations/Active Directory Server/vdisk1.img","node-name":"libvirt-1-storage","cache":{"direct":false,"no-flush":false},"auto-read-only":true,"discard":"unmap"}' \ -blockdev '{"node-name":"libvirt-1-format","read-only":false,"cache":{"direct":false,"no-flush":false},"driver":"raw","file":"libvirt-1-storage"}' \ -device ide-hd,bus=sata0.2,drive=libvirt-1-format,id=sata0-0-2,bootindex=1,write-cache=on \ -netdev tap,fd=35,id=hostnet0,vhost=on,vhostfd=36 \ -device virtio-net-pci,netdev=hostnet0,id=net0,mac=52:54:00:f2:17:3f,bus=pci.0,addr=0x3 \ -netdev tap,fd=37,id=hostnet1,vhost=on,vhostfd=38 \ -device virtio-net-pci,netdev=hostnet1,id=net1,mac=52:54:00:f9:e2:ba,bus=pci.0,addr=0x4 \ -chardev pty,id=charserial0 \ -device isa-serial,chardev=charserial0,id=serial0 \ -chardev socket,id=charchannel0,fd=39,server,nowait \ -device virtserialport,bus=virtio-serial0.0,nr=1,chardev=charchannel0,id=channel0,name=org.qemu.guest_agent.0 \ -device usb-tablet,id=input0,bus=usb.0,port=1 \ -vnc 0.0.0.0:1,websocket=5701 \ -k de \ -device qxl-vga,id=video0,ram_size=67108864,vram_size=67108864,vram64_size_mb=0,vgamem_mb=16,max_outputs=1,bus=pci.0,addr=0x2 \ -device virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x6 \ -sandbox on,obsolete=deny,elevateprivileges=deny,spawn=deny,resourcecontrol=deny \ -msg timestamp=on 2021-08-16 16:47:08.522+0000: Domain id=4 is tainted: high-privileges 2021-08-16 16:47:08.522+0000: Domain id=4 is tainted: host-cpu char device redirected to /dev/pts/1 (label charserial0) Log einer neuen VM: -mon chardev=charmonitor,id=monitor,mode=control \ -rtc base=localtime \ -no-hpet \ -no-shutdown \ -boot strict=on \ -device pcie-root-port,port=0x10,chassis=1,id=pci.1,bus=pcie.0,multifunction=on,addr=0x2 \ -device pcie-root-port,port=0x11,chassis=2,id=pci.2,bus=pcie.0,addr=0x2.0x1 \ -device pcie-root-port,port=0x12,chassis=3,id=pci.3,bus=pcie.0,addr=0x2.0x2 \ -device pcie-root-port,port=0x13,chassis=4,id=pci.4,bus=pcie.0,addr=0x2.0x3 \ -device pcie-root-port,port=0x14,chassis=5,id=pci.5,bus=pcie.0,addr=0x2.0x4 \ -device ich9-usb-ehci1,id=usb,bus=pcie.0,addr=0x7.0x7 \ -device ich9-usb-uhci1,masterbus=usb.0,firstport=0,bus=pcie.0,multifunction=on,addr=0x7 \ -device ich9-usb-uhci2,masterbus=usb.0,firstport=2,bus=pcie.0,addr=0x7.0x1 \ -device ich9-usb-uhci3,masterbus=usb.0,firstport=4,bus=pcie.0,addr=0x7.0x2 \ -device virtio-serial-pci,id=virtio-serial0,bus=pci.2,addr=0x0 \ -blockdev '{"driver":"file","filename":"/mnt/user/Files/iso/Windows Server/Windows Server 2016/en_windows_server_2016_x64_dvd_9327751.iso","node-name":"libvirt-3-storage","auto-read-only":true,"discard":"unmap"}' \ -blockdev '{"node-name":"libvirt-3-format","read-only":true,"driver":"raw","file":"libvirt-3-storage"}' \ -device ide-cd,bus=ide.0,drive=libvirt-3-format,id=sata0-0-0,bootindex=2 \ -blockdev '{"driver":"file","filename":"/mnt/user/Files/iso/virtio-win-0.1.190-1.iso","node-name":"libvirt-2-storage","auto-read-only":true,"discard":"unmap"}' \ -blockdev '{"node-name":"libvirt-2-format","read-only":true,"driver":"raw","file":"libvirt-2-storage"}' \ -device ide-cd,bus=ide.1,drive=libvirt-2-format,id=sata0-0-1 \ -blockdev '{"driver":"file","filename":"/mnt/user/Virtualizations/Test/vdisk1.img","node-name":"libvirt-1-storage","cache":{"direct":false,"no-flush":false},"auto-read-only":true,"discard":"unmap"}' \ -blockdev '{"node-name":"libvirt-1-format","read-only":false,"cache":{"direct":false,"no-flush":false},"driver":"raw","file":"libvirt-1-storage"}' \ -device ide-hd,bus=ide.2,drive=libvirt-1-format,id=sata0-0-2,bootindex=1,write-cache=on \ -netdev tap,fd=33,id=hostnet0,vhost=on,vhostfd=34 \ -device virtio-net-pci,netdev=hostnet0,id=net0,mac=52:54:00:0f:96:62,bus=pci.1,addr=0x0 \ -chardev pty,id=charserial0 \ -device isa-serial,chardev=charserial0,id=serial0 \ -chardev socket,id=charchannel0,fd=35,server,nowait \ -device virtserialport,bus=virtio-serial0.0,nr=1,chardev=charchannel0,id=channel0,name=org.qemu.guest_agent.0 \ -device usb-tablet,id=input0,bus=usb.0,port=1 \ -vnc 0.0.0.0:0,websocket=5700 \ -k en-us \ -device qxl-vga,id=video0,ram_size=67108864,vram_size=67108864,vram64_size_mb=0,vgamem_mb=16,max_outputs=1,bus=pcie.0,addr=0x1 \ -device virtio-balloon-pci,id=balloon0,bus=pci.4,addr=0x0 \ -sandbox on,obsolete=deny,elevateprivileges=deny,spawn=deny,resourcecontrol=deny \ -msg timestamp=on 2021-08-16 16:46:15.832+0000: Domain id=3 is tainted: high-privileges 2021-08-16 16:46:15.832+0000: Domain id=3 is tainted: host-cpu char device redirected to /dev/pts/0 (label charserial0) Mir ist aufgefallen, dass in der neuen VM PCIE eingetragen ist, was ich mir nicht erklären kann.

Es ist ein frischer Stick, sprich ich habe das Creation Tool verwendet, um die aktuelle Stable Version herunterladen und installieren zu können. Ich habe keine Docker oder Plugins übernommen und den Stick habe ich mit meinem Key neu registriert. Die Platte, die ich für Docker etc. verwende habe ich durch wechseln des Dateisystems formatiert, und anschließend die Pfade für Docker und VM angepasst. Ich habe Windows 7, Windows 10 Pro und Homer, Windows Server 2012/R2 und Windows Server 2016 jeweils in Deutsch/Englisch getestet. Alles einmal mit i440fx-5.1 und Q35-5.1. Wenn die Shell angezeigt wurde, dann habe ich mehrmals "reset" eingegeben, aber auch das hat leider zu nichts geführt. Ich werde mir die Ubuntu Version 20 und 21 mal herunterladen und die versuchen und dann hier nochmal das Ergebnis schreiben. Ich habe wenigstens die Backups wiederherstellen können, aber neue VMs kann ich weiterhin nicht erstellen.

Beides ist enabled. Ich habe noch getestet, ob es evtl. an der Asus Extention Card liegt und die VMs mal nicht auf der VM_NVMe erstellt. Das habe ich mit Windows 7 mit unterschiedlichen BIOS Typen getestet, aber leider ohne Erfolg. Auch als ich den vDisk Type auf virtio gelassen habe, es erscheint immer die Shell.

Ein Backup konnte ich nun erfolgreich wiederherstellen.

Es funktioniert nichts mehr. Ich habe nun den Stick mehrfach neu installiert, die SSD auf der die libvirt Images gespeichert werden gelöscht, sämtliche VMs aus dem Share entfernt, aber ich bekomme weiterhin die Shell angezeigt. Egal welchen BIOS Type ich wähle, egal welche Einstellungen ich mache, es funktioniert einfach nicht. Den Stick habe ich mit UEFI installiert. Im BIOS war CMS deaktiviert, aber nachdem ich den Ordner "EFI" in "EFI-" geändert habe, startete der Server solange nicht, bis ich CMS aktiviert habe. Selbst jetzt funktioniert es nicht. Langsam bin ich am Ende meiner Ideen, woran es liegen könnte und vor allem wie ich noch testen kann. Ich habe vor der Stick Neuinstallation zumindest ein Backup wiederherstellen können. Mal sehen ob das noch funktioniert.

Ich habe gerade "reset" in die Shell eingegeben und sie wird anschließend nur wieder neu angezeigt. Hier ein Screenshot: ssrs.xml ssrs.xml

Das habe ich schon probiert. Bevor ich das Update installiert habe, konnte ich schon keine VMs mehr erstellen. Aus diesem Grund und das OVMF als BIOS nicht mehr ausgewählt werden konnte, habe ich zuerst ein Neustart gemacht und als das nicht funktionierte, das Update installiert. Weil ich Update meistens Fehlerbehebungen enthalten und eine Beta ist wie du weist für gewöhnlich dafür da, um Änderungen zu testen und weitere Fehler bis zum Release identifizieren zu können und diese ggf. noch zu beheben. Es ist nicht das erste Mal, dass ich ein VM Backup einspiele. In allen vorherigen Fällen hat es immer mit der gleichen Vorgehensweise funktioniert. Egal ob eine neue VM erstellt und nur die vDisk hinzugefügt wird, es erscheint der Shell Screen. Wie ich gesagt habe, wurde von mir an keiner Datei etwas geändert. Das einzige, was ich gemacht habe, ist, deinen Befehl für die Sparse-Datei ausgeführt, die VMs getestet (hat alles funktioniert) und mit dem VM Backup Script von allen VMs ein Backup gemacht. Bis dahin konnte ich noch VMs erstellen. Nachdem das VM Backup Script fertig war, habe ich den Server kurz neugestartet und danach ging nichts mehr....

Das erhalte ich, wenn ich versuche ein Backup einzuspielen.

Ja, alle meine VMs sind so erstellt. Ich habe diese Einstellung so verstanden, dass man auf dieser VM (wie bei VMware) dann weitere Virtualisierungen erstellen kann. Nach deiner Reaktion her scheint es so, dass ich das falsch verstanden habe. Nein, ich habe an dieser Datei nichts gemacht. Die Datei habe ich auch wie du es beschrieben hast neu erstellt, aber leider ohne Erfolg. Ich habe mich mir mal diesen Thread durchgelesen und spaßeshalber mal ein Update auf die Beta Version durchgeführt. Ich kann jetzt zumindest wieder OVMF auswählen, aber jetzt erscheint der erste Fehler wieder, zudem ich kein Screenshot hatte. Alle Einstellungen sind wie bei den anderen VMs, die ich vor 5 Monaten erstellt hatte. Egal welchen Type ich erstelle es erscheint immer diese Meldung.

Ich habe ein Backup mit dem Skript "VM Backup" gemacht, um anschließend meine VMs neu zu installieren. Nach dem Backup habe ich sämtliche VMs von der NVMe entfernt und wollte neue VMs erstellen. Ich wollte folgende VM erstellen: BIOS = OVMF Initial Memory = 2048 MB / Maximal Memory = 4096 Machine = Q35-5.1 Hyper-V = No VirtIO Drivers CDRom Bus = SATA Primary vDisk Bus = SATA Client Type = Windows Server 2016 Network Model = virtio Die erste Fehlermeldung war, dass PCI mit index=0 pci-root sein muss (sorry, kein Screenshot). Ich habe die VM gelöscht und Machine = i440fx-5.1 ausgewählt. Leider dieselbe Fehlermeldung. Nun die VM wieder gelöscht und den Server neugestartet und anschließend feststellen müssen, dass ich nur noch BIOS = SeaBIOS auswählen kann. Des Weiteren kann ich die Backups nicht mehr einspielen geschweige irgendeine VM erstellen. Irgendwas läuft hier gewaltig schief. Kann es vielleicht sein, dass die Configs auf dem Stick so viel Müll durch die Fehler aus den anderen Threads enthalten, dass ich den Stick neu installieren muss oder hat jemand eine Idee? Ich muss ehrlich sagen, dass ich noch nie so viele Probleme mit einem OS hatte wie mit unRAID. Am schlimmsten ist es nun, dass ich die Backups nicht mehr einspielen kann. Danke für eure Hilfe....

Also nachdem ich dein Befehl ausgeführt habe, wird mir nun wieder mehr Speicher angezeigt. Vorher waren nur noch 27 GB frei.

Eine kurze zwischen Frage: Welche Parameter in "rsync" für Dateien / Ordner Synchronisierung sollte man am Besten verwenden?

Ja, ich benutze deinen Krusader.

Ich vermute, dass du -h /mnt/cache/domains/*/*.img die Sparse-Dateien anzeigt, oder woran hast du erkannt, dass die Dateien von mir keine Sparse-Dateien mehr sind?

Es geht darum, dass ich ein Backup meiner VMs mit dem im Screenshot gezeigten Script erstelle. Nach neukonfiguration habe ich die img-Datei aus dem Backup wieder in den Share kopiert. Wird die Datei beim Kopieren mit deinem Docker "Krusader" irgendwie angepasst oder als nicht Sparse-Datei kopiert?

Die Frage die ich mir nun stelle ist, welcher Vorgang hat dazu geführt, dass es keine Sparse-Dateien mehr sind? Ein falsches kopieren der Dateien? Dieses Script aus den CAs?