alturismo

wahrscheinlich dieses
 
ext4 image: openmptcprouter-v0.61-6.6-r0+27346-c7ba5574f5-x86-64-generic-ext4-combined.img.gz (2024/10/22 - 71.10Mo - sha256sum)
 
entpacken, Linux VM einrichten, umstellen seabios, image manuell und auf das entpackte img weisen, starten und schauen ...

dann ist der Ansatz nicht ganz so gut
 
Nextcloud /data sollte dann auf einem eigenen Share sein und nicht in /appdata/.../data/
 
Beispiel, Share einrichten für Nextcloud
 

 
im Docker dann entsprechend einrichten
 

 
den Share dann so konfigurieren wie man es gerne hätte, Beispiel mover cache > array
 

 
da dieser jetzt "stumpf" nach Zeitplan alles verschiebt was da drin liegt ... kann man mit dem mover tuning plugin nachjustieren ...
 
ab wann soll er erst moven, wieviel soll er moven, nach Alter soll er moven, usw usw ... und wenn man advanced ... noch vieles mehr
 

wie angemerkt, die persistent Daten des Dockers liegen unter ../appdata/adguardhome beispielsweise ...
 
aber vielleicht mal ein anderer Ansatz, gib doch Unraid besser einen anderen DNS Server, beispielsweise 1.1.1.1 und nutze dafür nicht adguard ... ein Server sollte so oder so nicht hinter einem adblocker und co stecken ...

Die Annahme ist richtig, kein Array, keine VM ... sollte aber starten sowie das Array gestartet wird. 
 
Also Konsole geht, schaue mal ob Port 80 auch aktiv ist

geh mal deine ganzen apps, plugins, ... durch und schau was da startet, ziemlich sicher wie @Mainfrezzer vermutet wird da etwas laufen ...
 
und ja nach logging Einstellungen sieht man das nicht (privacy) ... im syslog sieht man mal nichts, 
 
wenn damit der Nvidia Treiber gemeint ist, kann auch ex da für ne VM dieser nicht benötigt wird ... nur für Host usage (Dockers und co ...)
 
der Neustart wird den Task in einem Docker, einem plugin, ... einfach unterbrechen, daher auch "Neustart" hilft ... und bis morgens auch fertig sein, daher geht am nächsten Tag auch ohne Neustart wieder alles normal ...
 
da die CPU Last zum diag Zeitpunkt nichts zeigt schätze ich eher i/o ... 
 
zum Eingrenzen kannst du mal Dockers deaktivieren, wenn es dann clean bleibt weißt du es ist ein Docker, dann Stück für Stück ... schauen welcher Docker was ggf. um 23 Uhr macht ... umstellen auf ne bessere Zeit, andernfalls plugins prüfen, backup tasks, update tasks, ... 
 
 

bei pstate geht das nicht (zumindest bei Intel nicht)
 
wenn man "klassische" Governors haben will, ACPI Treiber ... indem ma pstate deaktiviert, so hatte ich das früher auch gemacht da es effektiver war bei meiner Intel Konstellation, muss beim boot gesetzt sein.
 
teste mal folgendes
 
amd_pstate=disable  
zur syslinux Start (flash klciken) hinzufügen, dann sollten die ACPI Treiber geladen werden anstelle pstate

ich nutze den zwar nicht, würde aber zum Test mal vorschlagen falls die Variable nicht gesetzt wurde
 

 
so zumindest gemäß linuxserver duplicati Docker Anleitung ... falls du den nutzen solltest ... steht ja nichts dabei.

so wie es in der Anleitung beschrieben ist
 
aber kurz, server aus, disk1 (laut) ausbauen, server an, tools, new config, preserve none, bestätigen, dann die disk (alt) als einzige array disk zuweisen, starten, fertig ...
 
und für die Zukunft (nächster Tausch) zu leise, NIE im Array clonen ... das kann böse ende ...
 
dafür beispielsweise UAD verwenden ...
 

 
server aus, neue disk rein, in UAD formatieren und mounten, daten von array kopieren, wenn erledigt, array stop, new config ... neue disk als einzige zuweisen, wenn ok, server aus, alte disk ausbauen, server an, fertig.

meine jetzt nicht, aber so als Startpunkt ...
 
das "System" und die relevanten Daten hierzu (sofern Standard) zur Wiederherstellung besteht aus
 
1/ /config vom USB Stick
2/ /appdata Share
3/ /system Share (bedingt je nach Nutzung)
4/ /domains Share (wenn VM's in Nutzung)
5/ /lxc Share (wenn LXC in Nutzung)
 
für 1 - 3 wäre für Einsteiger das appdata backup plugin ok
 

 
Damit hast du das Unraid System inkl. Start Parameter und Einstellungen, alle Docker Start Parameter und persistent Daten und VM Start Parameter gesichert und könntest soweit bei Bedarf das alles wiederherstellen ...
 
zu 4/ und 5/ bei Bedarf, nutzen viele rsync tools ... sei es das hier OFT erwähnte backup script von  mgutt oder luckybackup oder ...
 
damit sicherst du deine VM Images und LXC Images wenn in Verwendung
 
 
alle weiteren Daten deiner Shares sichern viele beispielsweise ebenfalls mit rsync, siehe 4/ 5/ von oben ... oder nutzen andere Dockers wie
 
Duplicati, Duplicacy, ... was auch immer mit webui und eigenem Format ...

hmm, Unraid erkennt Ihn mal wie oben zu sehen
 
du reichst das Gerät an die HA VM, was sagen die qemu logs ? irgenwelche Auffälligkeiten ? (unwahrscheinlich)
 
wenn ja, bitte hier posten, wenn Nein, schauen wir mal weiter
 
wird in der VM (Konsole mal getestet) das Gerät als Hardware angezeigt ? abseits von HA wo das Gerät nicht findet ...
 
USB Manager mal installieren und schauen was passiert wenn du damit das Gerät an die VM gibst, ebenfalls logs sichten falls ...
 
abschließend, ist der Stick auch noch in Ordnung ? ggf. an einem anderen Gerät, anderem USB Port zumindest, ... getestet ?

schätze auch wie @saber1 dass die Funktion nicht ganz klar ist, kannst du aber vor deinem backup task schalten, hier ein Beispiel, mount UAD smb ...
für den nfs mount einfach im passenden topic schauen
 
#!/bin/bash wol -h 192.168.1.255 a8:a1:59:6e:8c:ca sleep 10 ### mount UAD smb Share /usr/local/sbin/rc.unassigned mount //ALSSERVER/Media rsync -avz --delete --exclude 'Temp' --exclude '.keep' /mnt/user/Media/ /mnt/remotes/ALSSERVER_Media/ sleep 10 ### unmount UAD smb Share /usr/local/sbin/rc.unassigned umount //ALSSERVER/Media  

wie erwartet, dir fehlt der mount von der config
 

 
sprich, das bleibt innerhalb des Dockers und ist bei jedem Update, Redo Config, ... weg
 
entweder fehlt der im template oder du hast ihn (versehentlich) gelöscht ...

das ist was anderes und das gibt es auch mehrfach
 
gut, ist halt nicht persistent wenn der Docker das nicht sauber macht.
 
Korrekterweise hat so ein Docker eine startup Routine, einen cron, ... was auch immer mit drin wo selbst nach Updates seiner App schaut und diese installiert. Das kann fix integriert sein, das kann per Variablen gehen, das kann ...
 
das ist normal (Docker soll so sein ) sowie der Docker neu erstellt wird, was am Ende nichts anderes als ein Löschen und neu erstellen ist.
 
 

was ja erstmal nicht smit array zu tun hat
 
du bestimmst in den Docker Einstellungen den "default" Pfad für Appdata, dann, wenn du einen Docker installierst und CA Apps das nicht bereits automatisch angepasst hat änderst du auf deinen entsprechenden Pfad ab, das war es schon  das auch nur wenn /mnt/cache/appdata ... hinterlegt sein sollte.
 
und ansonsten, änderst du den share appdata auf /mnt/ssd/appdata ... oder wie auch immer deine separate nvme benannt wurde, dann verweist /mnt/user/appdata ja automatisch auf den ssd pool und nicht cache pool ...

ja, sieht es
 
Unraid Terminal (Pfad bitte entsprechend anpassen)
 
chmod -R 777 /mnt/user/appdata/PlexMediaServer  

auch dazu einlesen, kannst ja Cron entsprechend einrichten usw usw ...
 
ich nutze den AIO Kram nicht sondern lsio, da läuft cron per se oder kann diesen einfach alle 5 Min triggern bei Bedarf ...
 
lies dich doch bitte zu der App Nextcloud ein, sehr mächtig ... aber etwas Background schadet da nicht da NC auch ne "Zicke" ist ... da sollte man sich selbst etwas einarbeiten in solchen usecases um auch zu wissen wo man ansetzen kann wenn es klemmt.

nano /boot/config/ident.cfg  
dort wären dann die settings
 
USE_SSL="no" PORT="80" PORTSSL="443"  
ich würde SSL="no" setzen und mich erstmal einlesen bevor du deinen Server aus SSL setzt und dieser nur auf diese domain hört wo dann auch der Port offen sein sollte usw usw ...

du hast den Fehler gefunden
 
und ja, deine Dokumente liegen jetzt innerhalb des Dockers und werden bei einer Änderung, Update, ... weg sein weil dann das Docker Image neu erstellt wird.
 
Änderung, naja, im Template, edit ... Pfad richtig eingeben und gut ist
 
Vorweg, brauchst du diesen Inhlat nochmals ? wenn ja, müssten wir die vorher raus kopieren ... dazu in die Docker Shell
 
cp -r /usr/src/paperless/media/* /mnt/user/paperless-ngx_data/media/  
und erst danach das Docker Template editieren ...

Beispiel https://www.ionos.de/digitalguide/server/konfiguration/0xc0000225/
 
1st boot Medium ändern auf das Installations ISO und versuchen ... da ist wohl die Boot Partition "zerschossen"

Dann Stop den alten, entferne die Einträge, starte mal dann, sollten dann bei Bedarf bei abgelehnt werden.

grundsätzlich würde das reichen sofern man weiß wie die VM eingerichtet ist, Sie besteht grob aus 3 Teilen
 
1/ vdisk (oder passed through disk), sei es .img, .qcow2, ... >> elemetar !!! das ist deine VM
2/ <vm_name>.xml >> da sind die Start Parameter der VM drin
3/ nvram unique >> das "Bios" file >> nicht wichtig
4/ oder anstelle 2/ und 3/ einfach das libvirt image auf /mnt/user/system/libvirt/libvirt.img sichern
 
zu 1/ einfach (im ausgeschalteten Zustand) weg kopieren
zu 2/ beispielsweise per command line weg sichern, Beispiel, hier <vm_name> "Win_Test"
 
virsh dumpxml Win_Test >> /mnt/user/domains/AlsWin/Win_Test.xml  
zu 3/ wenn man das sichern will, in der xml nach dem Pfad schauen und auch weg kopieren
 
Beispiel, in der xml nach der <nvram> Zeile suchen, da steht der Pfad zum File
 
cp /etc/libvirt/qemu/nvram/d8218b75-3545-bc84-d0d9-1a194625d4a9_VARS-pure-efi-tpm.fd /mnt/user/domains/AlsWin/  
damit hat man alles was man braucht
 
restore,
 
wenn man nur in der VM etwas "kaputt" gemacht hat
einfach vm aus, vdisk entfernen (umbenennen, löschen, verschieben, ...) und die backup vdisk anstelle wieder dahin, vm starten, fertig
 
wenn man "alles verloren" hat (außer seine backups) gibt es diverse Wege
 
1/ vdisk Image dahin wo man will, VM neu einrichten mit passenden Einstellungen und mit fixem Pfad zur vdisk > fertig, VM starten
-- xml wird neu erstellt, nvram wird neu erstellt, es müssen halt die Start Parameter passen, Beispiel seabios oder ovmf ... usw usw ...
 
2/ vdisk Image dahin wo man will, VM neu einrichten, xml view, Inhalt der Backup xml einfach rein kopieren, nvram line löschen > fertig, VM starten
-- xml ist vorhanden, nvram wird neu erstellt, alles wieder wie vorher
 
3/ siehe 2, nur zusätzlich die backup nvram an Ihren Platz retour kopieren (siehe xml für Pfad), VM starten, fertig
 
4/ anstelle 2/ und 3/, einfach das libvirt.img retour spielen (VM Dienst AUS), VM Dienst wieder an, alle VM Settings wieder da (inkl. VM's außer images)
 
Import geht auch über virsh define und co ... aber das lasse ich jetzt mal außen vor
 
Alternativen wären auch nach einer kleinen Suche ...
 

vorweg, LAN Adressen zu maskieren (X X ...) ist sinnfrei, erschwert es nur Fehler zu finden ...
 
Unraid Terminal, Pfad prüfen
 
ls -la /mnt/remotes/...  ... ersetzen mit dem Pfad
 
oder screenshots zeigen, dann kann man es dir auch klar hinschreiben.
 
ansonsten ist das schon ok soweit.

ja, aber mach vorher eine Sicherung deines Systems ...
 
Unraid, VM anlegen, als Win VM, richtige settings (BIOS legacy oder ovmf, Mashine Type i440 oder q35), disk passthrough einrichten ... wenn alles soweit passt bootet die VM von der vorhandenen disk, Treiber installieren da sich die Geräte ändern (NIC, Chipsatz, GPU, ...) ... soweit normal kein Thema, aber ...
 
ohne Nested Virt ... wird es meine ich schwer mit einem Win Server als Terminal Server (RDP Host) wenn ich mich recht erinnere ... ich weiß jetzt nicht was und wieviel in diesen VM's steckt, aber wenn VM das thema ist würde ich eher dazu tendieren die VM's zu sichern und diese jeweils für sich in UNRaid als VM's zu betreiben ... ein Layer weniger ...
 
gerade bei einer AMD Base die alles nur nicht zu empfehlen ist bei Linux Virtualisierung ...
 
testen und entscheiden >> BACKUP VORHER MACHEN !!!
 
was willst du mit der Nvidia machen ? einer VM zuweisen ? wenn ja ... ich drücke die Daumen, auch hier ist AMD (leider) oft ne Hürde ...
 
zu deinem Platten Layout ... sind schon ne Menge kleine dabei, hoffentlich einige SSD's ... ansonsten würde ich das mal überdenken und lieber eine große nehmen anstelle ...  aber da wirst du deine Gründe haben.

naja, du willst ja die Benefits von zfs nutzen ... das erfordert nunmal auch etwas Leistung, je nach mode ...
 
ich persönlich nutze es nicht da es für mich persönlich absolut overhyped ist @home und ich keinen Sinn darin sehe, daher kann ich jetzt nicht beurteilen ob es "normal" ist ... aber das self repair und datasets und snapshots und ... soll ja auch gemacht werden
 
und vielleicht muss sich ja alles erstmal "builden" wenn man so ein zfs pool erstellt, gerade wenn dockers und co laufen im directory mode noch was Unmengen an Daten sind ... wenn dem so ist, teste mal ggf. das Docker Image, kostet halt etwas performance und ist ggf. etwas anfälliger ... aber immer leicht wieder herzustellen.

schau nochmal etwas genauer nach, abgesehen davon das diverse Kreditkarten gehen ... auch paypal, google pay, ...