alturismo

du hast anscheinend 2 keys auf dem stick ?
 

 
1/ sicher mal die Pro.key Datei weg
2/ lösch Sie auf dem Stick
 
schau ob der Fehler weiterhin besteht ...
 
@JorgeB normal behaviour ? may due an boot replacement ?
 
nebenbei, btrfs Fehler ...
 
Jul 4 22:00:37 Work-SERVER kernel: BTRFS warning (device dm-5): csum failed root 5 ino 271800 off 2383089664 csum 0xcd2636f6 expected csum 0xf8020e1c mirror 1 Jul 4 22:00:37 Work-SERVER kernel: BTRFS error (device dm-5): bdev /dev/mapper/nvme0n1p1 errs: wr 0, rd 0, flush 0, corrupt 62, gen 0 Jul 4 22:00:37 Work-SERVER kernel: BTRFS warning (device dm-5): csum failed root 5 ino 271800 off 2383089664 csum 0xcd2636f6 expected csum 0xf8020e1c mirror 1 Jul 4 22:00:37 Work-SERVER kernel: BTRFS error (device dm-5): bdev /dev/mapper/nvme0n1p1 errs: wr 0, rd 0, flush 0, corrupt 63, gen 0 Jul 4 22:00:37 Work-SERVER shfs: copy_file: //..r/... Jul 4 22:00:37 Work-SERVER kernel: BTRFS warning (device dm-5): csum failed root 5 ino 271800 off 2383089664 csum 0xcd2636f6 expected csum 0xf8020e1c mirror 1 Jul 4 22:00:37 Work-SERVER kernel: BTRFS error (device dm-5): bdev /dev/mapper/nvme0n1p1 errs: wr 0, rd 0, flush 0, corrupt 64, gen 0 Jul 4 22:00:37 Work-SERVER kernel: BTRFS warning (device dm-5): csum failed root 5 ino 271800 off 2383089664 csum 0xcd2636f6 expected csum 0xf8020e1c mirror 1 Jul 4 22:00:37 Work-SERVER kernel: BTRFS error (device dm-5): bdev /dev/mapper/nvme0n1p1 errs: wr 0, rd 0, flush 0, corrupt 65, gen 0 Jul 4 22:00:37 Work-SERVER kernel: BTRFS warning (device dm-5): csum failed root 5 ino 271800 off 2383089664 csum 0xcd2636f6 expected csum 0xf8020e1c mirror 1 Jul 4 22:00:37 Work-SERVER kernel: BTRFS error (device dm-5): bdev /dev/mapper/nvme0n1p1 errs: wr 0, rd 0, flush 0, corrupt 66, gen 0 Jul 4 22:00:42 Work-SERVER kernel: BTRFS warning (device dm-5): csum failed root 5 ino 272455 off 490438656 csum 0xc2994d37 expected csum 0xf3ffbc8b mirror 1 Jul 4 22:00:42 Work-SERVER kernel: BTRFS error (device dm-5): bdev /dev/mapper/nvme0n1p1 errs: wr 0, rd 0, flush 0, corrupt 67, gen 0 Jul 4 22:00:42 Work-SERVER shfs: copy_file: //..r/... Jul 4 22:00:42 Work-SERVER kernel: BTRFS warning (device dm-5): csum failed root 5 ino 272455 off 490438656 csum 0xc2994d37 expected csum 0xf3ffbc8b mirror 1 Jul 4 22:00:42 Work-SERVER kernel: BTRFS error (device dm-5): bdev /dev/mapper/nvme0n1p1 errs: wr 0, rd 0, flush 0, corrupt 68, gen 0 Jul 4 22:00:42 Work-SERVER kernel: BTRFS warning (device dm-5): csum failed root 5 ino 272455 off 490438656 csum 0xc2994d37 expected csum 0xf3ffbc8b mirror 1 Jul 4 22:00:42 Work-SERVER kernel: BTRFS error (device dm-5): bdev /dev/mapper/nvme0n1p1 errs: wr 0, rd 0, flush 0, corrupt 69, gen 0 Jul 4 22:00:42 Work-SERVER kernel: BTRFS warning (device dm-5): csum failed root 5 ino 272455 off 490438656 csum 0xc2994d37 expected csum 0xf3ffbc8b mirror 1 Jul 4 22:00:42 Work-SERVER kernel: BTRFS error (device dm-5): bdev /dev/mapper/nvme0n1p1 errs: wr 0, rd 0, flush 0, corrupt 70, gen 0 Jul 4 22:00:42 Work-SERVER kernel: BTRFS warning (device dm-5): csum failed root 5 ino 272455 off 490438656 csum 0xc2994d37 expected csum 0xf3ffbc8b mirror 1 Jul 4 22:00:42 Work-SERVER kernel: BTRFS error (device dm-5): bdev /dev/mapper/nvme0n1p1 errs: wr 0, rd 0, flush 0, corrupt 71, gen 0  

ich schätze mal du meinst den File Manager ... und ja, ist bekannt, siehe dazu passende Einträge zum File Manager im englischsprachigen Teil.
 
UI Glitch ... beim File Manager
 
wenn du etwas anderes meinst ...unasigned devices ? dann bitte etwas genauer erläutern.
 
ansonsten, schauen was die disk Aktivitäten machen, dann weißt du wann er fertig ist

normal nicht, werden per ID zugewiesen, screenshot der "alten" Zuordnung ist aber im Notfall für Parity Zuordnung kein Schaden
 
normal ja, siehe 1.
 
da dieser pool single drive xfs ist kann man diesen nicht erweitern, geht nur mit btrfs oder zfs ... sprich, das muss dann neu gemacht werden wenn es ein pool bleiben soll, alternativ wäre einen 2. pool separat zu nutzen ...
 
so ist es ... neue CPU rein und gut ist, wenn CPU Pinning eingerichtet war, neu einrichten ... fertig.

ok, dann passt das auch
 
wenn es dir um traffics von außen zu deinem Homeserver geht, wahrscheinlich ... ich nutze WG auch nur über die Fritz um im Notfall mal zu Hause was machen zu können, beispielsweise wenn ich mich im Urlaub (Ausland) wegen geoip blocking selbst ausgesperrt habe
 
wenn du noch andere WG Verbindungen einrichtest ist das wieder was anderes, aber wenn ich das oben richtig verstanden habe ... musst du wissen für was das gut sein soll, dann musst du aber auch den Port zu Unraid leiten für die WG Verbindung, sollte klar sein.
 
Du kannst auch sicherlich beide nutzen sofern 2 unterschiedliche Ports genutzt werden, hast halt 2 verschiedene WG Verbindungen dann ...

hast du noch etwas außer mover versucht ? wenn Nein
 
1/ docker, vm dienste stoppen, autostart AUS
2/ benötigte Daten vom cache wegsichern wie /appdata, /system (außer ../system/docker/...), /was_auch_immer, Bsp. File Manager auf das Array
3/ wenn das erledigt ist << wichtig sofern kein backup vorhanden ist >> array stop
4/ im Main Tab die disks aus dem cache nehmen (Zuweisung none) >> kommen jetzt unten unter unassigned devices
5/ unten dann unter UAD (unassigned devices plus ist installiert ? wenn Nein, nach 1/ nachholen) die cache Platten Partitionen löschen
6/ Platten wieder dem cache zuweisen >> array start
7/ Unraid die Platten wieder formatieren lassen
8/ Backup wieder retour spielen, File Manager ... vom array > cache
9/ VM Dienst an, Docker Dienst an
10/ docker tab, add container (unten), dropdown ... user templates, die Docker nach und nach daraus wieder installieren
>> Docker Start Parameter kommen vom Stick (user templates), appdata vom erledigten Backup ... nichts ist verloren.
 
alles sollte wieder wie vorher sein, in Zukunft darauf achten dass der cache nicht zum Anschlag läuft
 
Tipp, Sicherung 2/ nur das was benötigt wird um es abzukürzen, daher auch nicht /mnt/cache/system/docker... das wird wieder sauber hergestellt, beispielsweise die Daten der externen disk wo da da kopieren wolltest brauchst du auch nicht sichern da Original vorhanden
 
Diese dann am Besten per File Manager direkt auf eine array disk anstelle cache wenn es viel ist ...

array > immer xfs
 
pools ... da scheiden sich die Meinungen
 
ich persönlich nutze keine pools mehr, war gerade in nem anderen thread ein Thema, aber zu den Optionen
 
btrfs - war der Standard, wird auch viel genutzt, bringt aber (leider) doch ab und Fahler und man muss gerne auch repairen ... wenn man jedoch nach unclean shutdowns auch immer sauber einen scrub ausführt wäre dies für viele hilfreich, ich persönlich hatte aber 2 böse crashes und daher ist es für mich "Geschichte".
 
zfs - das hyped FS ... alle wollen es, meist ohne zu wissen warum ... zfs ist ein Datacenter FS, an sich genial mit den features, aber setzt auch immer ein komplettes Backup voraus, ist halt ein striped raid und wenn da was defekt ist bleibt meist nur destroy & rebuild ... ganz ehrlich, für mich persönlich absoluter Quatsch.
zfs - single drive, noch sinnfreier ... und im Array gegen das System
zfs - raid 1 mirror, noch das einzig empfohlene zu btrfs mirror
 
ich nutze nur xfs single drive pools, haben keine Redundanz, aber seit ich umgestellt habe brauche ich die anscheinend nicht mehr da ich seit Jahren keinen FS crash mehr hatte und meine Backup dafür benötigt wäre ... daher empfehle ich nur noch, single drive und Backup Strategie.
 
und ich komme nochmals zurück, lies dich ein ... bekomm ein Grundverständnis, entscheide für dich was dir wichtig ist und setz es um, leb damit und mit etwas Background weiß man dann auch wenn ein Fehler kommt ... was das heißt und kann sich meist selbst helfen.

ich frag jetzt nicht warum du diesen dann als array disk definiert hast ... Mann Mann ...
 
natürlich erwartet jetzt Unraid Datenträger 2 diese "disk" ...
 
1/ Tools, new config, none auswählen (alle disks neu zuweisen)
2/ im Main Tab, die disks wieder zuweisen wie vorher, array (ohne USB Stick), cache
3/ array starten, alles ist wieder wie vorher ...
 
den USB Stick anstecken, er ist als unassigned device ja dann da (unten im Main Tab)
unter /mnt/disks/... dann auch ansprechbar
ggf. unassigned devices plus installieren um UAD's auch formatieren zu können (auch in ntfs)
 
les Dir doch bitte endlich mal die docs durch, das ist schon langsam anstrengend ... und bitte nicht wieder "ich kenne linux nicht"
das geht ja schon lange so das wild geklickt wird ... sorry ... aber etwas Eigenantrieb sich einzulesen wöre schon hilfreich (auch für dein nächstes Projekt)
 
https://docs.unraid.net/category/unraid-os/

unraid terminal, unraid webui file manager (installieren falls nicht vorhanden), ...
 
Hintergrund, die App wo die Daten ablegt (in dem jellyfin) definiert die Rechte, entweder per UID, GID, umask zu definieren (muss aber vom Docker auch unterstützt werden) oder halt manuell umsetzen ...

das hat nichts mit der beta 7 zu tun sondern ist bereits einige Zeit so, Tipp aus Anleitungen Punkt 8
 

 
ich weiß nicht mehr genau wie ich es zu letzt gelöst hatte, aber egal, zurückstellen der q35 sollte helfen, wenn erledigt,
kann man auch wieder mashine type hochsetzen.

hoffentlich hast du ein backup ... @DataCollector war schneller
 
btrfs repair suchen ... und ja, backups macht man vorher, nicht wenn es zu spät ist (auch wenn es jetzt wahrscheinlich nichts mehr bringt ...)
 
sollte eins vorhanden sein, vm und docker dienst aus, ssd formatieren, backup einspielen, dienste starten, fertig ...
 
sollte keins vorhanden sein, btrfs repair versuchen und hoffen ... sorry.

weil diverse Docker diverse Berechtigungen setzen und diese auch meist brauchen.
 
was willst du denn im Ordner machen ?
 
kannst immer mit dem File Manager rein, oder Terminal rein, Berechtigungen ändern kann zu Fehlerverhalten des Dockers führen, das nur als Info vorweg.

das heißt ? muss ja bewusst entfernt worden sein ? oder ?
 
wenn ja und nicht mehr gewollt ist, dann unter Shares neu anlegen, heißt aber wohl wenn da Daten waren dass diese dann ja weg wären, beispielsweise ../appdata der Dockers usw usw ... sprich, diese neu installiert und konfiguriert werden müssen.

das "System" neu aufsetzen muss man eigentlich nie ...
 
sieht stark nach btrfs Problem aus, entweder docker image/directory (leicht) oder cache komplett ...
 
mein erster Ansatz
 
1/ Docker Dienst stop
2/ image / directory löschen
3/ Docker Dienst start (image / directoty wird neu erstellt)
4/ Docker Tab, unten, add container, user templates, einen nach dem anderen neu installieren
 
dabei bleibt alles erhalten wie vorher und die Start Parameter bleiben gleich ...
 
ansonsten, diagnostics mal posten

ich würde mal auf true setzen anstelle "1"
 

wir haben es gestern noch gelöst bekommen
 
1/ anscheinend war es ein HA update vor ein paar Tagen schon und hatte nichts mit Umstellung macvlan zu tun
 
2/ pass reset nach offizieller Lösung gemacht https://mariadb.com/kb/en/docker-official-image-frequently-asked-questions/
 
läuft wieder alles

die entsprechenden Ports an den Docker öffnen / weiterleiten, in den Fritz Einstellungen.

ja, aber ... wie du festgestellt hast kann nginx das so nicht, nginx reverse proxy ist nur für http/s traffic ausgelegt ...
 
da gehen auch keine gameserver usw usw ...
 
da bleibt nur Ports entsprechend öffnen.
 
wenn du am client das xftps://....:443 nicht umstellen kannst (anderer port) wird es heikel ...
 
ja, es gibt einen Ansatz das mit nginx streamserver zu lösen, ist aber sehr komplex und dafür nicht ausgelegt (geht auch nicht mit allem)
 
schau erstmal lieber nochmals nach ob es nicht die Möglichkeit gibt das am client einzustellen
 
Alternativ, im passenden github anfragen

das plugin verursacht CPU Spikes, wie auch im Original Thread beschrieben ...
 
und ist meist auch nicht mehr notwendig, aber egal, du wirst es auch ohne getestet haben.
 
Empfehlung, den Original Thread durchlesen, da ist auch beschrieben was, wie, wo ... ebenso hat das plugin zu jedem Punkt ne Hilfe was die Einstellung bedeutet, mouseover, Fragezeichen, klick ....
 
und, lass dem Server auch etwas Zeit nach Neustarts sich zu beruhigen, ich meine hier hat es als 2, 3 Tage gedauert bis cache dirs auf dem Punkt war wo es noch mehr nötig war. Ebenso muss man sich überlegen ob der CPU Mehraufwand in Relation zu einem evtl. spinup steht ...
 
Lies dich ein, ist bestens dokumentiert.

ja, und braucht es nicht ... Settings, Docker ...
 

 
dann dem DSM eine fest IP geben, fertig

yep
 
dann schießt der sich anscheinend immer wieder ab .... keine Ahnung was du mit Powersavings zerstört hast ...
 
da bleibt für mich jetzt nicht mehr viel, mein Ansatz wäre
 
1/ sichern des /config Ordners des USB Sticks
2/ neu erstellen
3/ nur das key file aus dem config Backup auf den Stick
4/ starten
 
wenn dann das GUI läuft, disks zuweisen, shares einrichten
 
5/ Netzwerk konfigurieren ... wie oben angemerkt macvlan Thema aus Anleitungen
6/ plugins installieren wo benutzt werden
7/ aus dem /config Backup, /plugins/dockerman/user-templates Inhalt auf den Stick spielen
8/ Docker/s aus Docker Tab, add container, user templates nach und nach wieder installieren (sollten wieder 1:1 wie vorher sein)
usw usw ...

Genau hier

settings, docker, dienst stoppen, image/verzeichnis löschen, docker dienst starten
 
dabei wird dann das docker image/verzeichnis neu erstellt ... docker sollten sich wieder installieren lassen ...
 
dann noch bitte einen screen von Main und Settings/Docker

vielleicht um es abzukürzen, gefühlt hat dein docker image nen hau weg ...
 
versuch mal folgendes
 
1/ Settings, Docker, Dienst aus
2/ Image löschen (im gleichen Fenster)
3/ Dienst an (im gleichen Fenster) > Image / Directory wird neu erstellt
4/ Docker Tab, add container, user template, die Docker nach und nach wieder installieren
 
und ja, user templates liegen auf dem stick, appdata sind ja auch separat, sprich, die Docker's sind dann wieder 1:1 mit den settings wieder da,
es geht nichts verloren dabei ...

Liegt am expose des docker
 
Und da kannst du nichts daran machen außer selbst zu forken, passenden Eintrag zu machen und selbst zu hosten, selbst Updates zu managen ... Leider ...