vakilando

Zum einen hatte ich die 4 SSDs (2x1TB, 2x480GB) bereits da, zum anderen spielte der Gedanken mit die VMs vom Rest zu trennen.

Ja, so ähnlich habe ich es auch. Einen Pool "Cache" für appdata und Cache und einen Pool "VMs" für die VMs. Mein Cache-Pool ist 1 TB groß Mein VMs-Pool ist 480 GB groß. Wie groß deiner sein muss, kann ich dir nicht sagen, da es davon abhängig ist wie viele Docker laufen und was die im Cache speichern. Außerdem hängt es davon ab wie viele Daten du über den Cache Pool "schaufelst" und wie oft der mover läuft. Man muss mit dem mover ggf. einfach ein bisschen experimentieren, testen und die Auslastung im Blick behalten.

Nein, "prefer" bedeutet, dass die Daten möglichst auf dem Cache verbleiben. Fehlt Platz, werden sie auf das Array verschoben. Ist wieder Platz vorhanden, werden sie zurück auf den Cache verschoben. Ich würde Docker (appdata) und Vm's immer vom Cache, einen anderen Pool oder von einem unassigned device laufen lassen. Wegen besserer Performance.

Du bist im UEFI gelandet, womöglich weil unraid die Startpartition im Festplatten-Abbild nicht finden konnte findet.... Hast du die VM mit den selben Daten in Unraid eingerichtet wie sie es in proxmox war?

@mgutt, hat NPM weitere Features außer der GUI, die einen Wechsel von swag zu NPM empfehlen würden?

Schön zu hören, dass es gut geklappt hat! Zu den anderen Dockern: Krusader habe ich ne Weile installiert gehabt, aber wenig genutzt. Tut was er soll und das gut. Das Image ist aber recht gross (1GB glaube ich). Doublecommander habe ich nie probiert. Letztendlich nutze ich den mc (midnight commander) über ssh bzw. dem webterminal. Er ist Bestandteil von unraid, ein Docker wird nicht benötigt und er reicht mir (als Linux User) völlig für die Zwecke in denen er benötigt wird. Als reverse proxy nutze ich swag. Nginx proxy Manager kannte ich zur Zeit der Installation von swag (ehemals letse

Versuch mal die VM neu anzulegen mit exakt den gleichen Angaben (BIOS, RAM, etc.) verwende aber das selbe Festplattenimage. Kopiere es sicherheitshalber vorher weg.

Das ist jetzt schwierig zu beantworten...... Du sagst: Darauf würde ich antworten: nimm deine VM, die kennst du schon. ABER auch die VM musst du erst mal in Unraid einrichten. es ergibt m.E. keinen Sinn in der VM die Daten (850GB) vorzuhalten, die gehören ins Array oder ggf. temporär auf den Cache. ...also musst du die VM eh anpassen (Speicherpfad von applejuice) Daher ist m.E. die Lösung mit Docker am sinnvollsten, weil: performanter als VM ressourcenschonender als VM vermutlich einfacher einzurichten als VM es gibt einen offizi

Ohne zu wissen warum du den link nicht siehst bzw er nicht angezeigt wird, gehe auf: https://unraid-ip/webterminal/ Dann sollte sich das webtetminal öffnen.

Um welches "Programm" handelt es sich denn? Läuft sonst nichts relevantes auf der VM? Prinzipiell würde ich alles das es als Docker gibt auf unraid auch als Docker laufen lassen. Die Performance ist meist besser, die Updates sind einfacher, du bist einfach flexibler. Es wäre für alle hier im Thread involvierten - inklusive dir natürlich - von großem Vorteil, wenn du dein System bzw das Programm näher beschreiben und beim Namen nennen würdest.

Nun ja, du könntest die Anleitung in meinem Link (s.o.) befolgen und benötigst nicht einmal eine Linux Maschine: geh per ssh auf den Unraid server (entweder von deinem PC via putty, oder über das Webterminal in Unraid) wechsle dort in das Verzeichnis in dem deine .ova liegt (cd /mnt/user/freigabe/verzeichnis) Entpacke die .ova Datei mit dem Befehl tar -xvf dateiname.ova Konvertiere die entpackte .vmdk Datei mit dem Befehl qemu-img convert dateiname.vmdk deinwunschname.qcow2 -O qcow2 Das war dann erst mal die Konvertierung. Bei de

Ach du meine Güte, natürlich hat Unraid die Tools an Bord! Ist ja schließlich Linux mit KVM.....! Peinlich..... Sorry!

Ja grundsätzlich kann ova z. B. In qcow2 konvertiert werden. Hier ist es kurz, knapp und gut erklärt: https://dev.to/guinuxbr/convert-ova-to-qcow2-48f2 Dafür braucht man aber einen Linux Client. Hast du Linux oder nur Windows?

Ich muss gestehen, dass ich selbst nachschauen musste... Die Meldung "proxy_redirect directive is duplicate" kommt, da dies bereits in der Datei "proxy.conf" steht: "proxy_redirect http:// $scheme://;" Wenn du dies selbst bzw. anders setzen willst, musst du den Eintrag in der Datei "proxy.conf" auskommentieren und in jeder deiner Konfigurationsdateien "blabla.subdomain.conf" ggf. selbst setzen. Zu "proxy_redirect http:// $scheme://;" habe ich folgendes gefunden: This directive will rewrite all HTTP redirects from upstream to the current scheme, ie HTTPS. The browse

Ja, kannst einfach die Zeile auskommentieren mit einem # So: #proxy_redirect off; Oder ganz löschen