Mephistopheles

Ok.. äh.. und für Doofe: Wie macht man das? :D

Mhm. Nö, musste ich da nicht zuweisen. Gibt's da auch gar nicht. 🤔 Der ganze Rest sind VPN-Konfigurationen, die ich nicht brauche.

Ich glaube, der gute Hinweis war tatsächlich "war die Platte vor dem Start des Dockers gemounted". Ganz ehrlich: Das war mir gar nicht klar, dass es da eine Reihenfolge gibt... vielen Dank für den Hinweis. Mir sind dabei allerdings Fragezeichen aufgekommen. Vielleicht hast du dazu auch eine Idee: Ich hatte mir gedacht, es würde reichen, den Container einfach neuzustarten. Das hat nicht geklappt. Dann bin ich also hergegangen und habe die Platte unmounted und von USB abgezogen und den Container gestoppt. Dann wieder angesteckt, gemounted, den Container gestartet. Die nächste Meldung war dann "Storage not initialized". Kannst du mir erklären warum? Lösung war jetzt, dass ich das Storage einfach noch mal hinzugefügt habe - genau so, wie's vorher auch schon hinzugefügt war - und jetzt schreibt er das Backup. Ich würde aber gern verhindert, dass es beim nächsten Mal wieder fehlschlägt und wieder sagt, dass es "not initialized" wäre. Also - ich will nicht bei jedem Unmount und Stopp des Containers (oder bei einem Neustart von Unraid wegen Update) die Backup-Konfiguration verlieren... UAD sieht so aus: Einstellungen in Duplicacy sehen so aus: Wie genau zeige ich dir den Docker-Mount? 🤔

Moin zusammen, seit dem Update auf Unraid 7.3 funktioniert mein Backup offenbar nicht mehr. Ich hatte mir eine neue gekauft, weil die alte voll war, obwohl ich das mittlerweile auch anzweifle. Vor dem Update auf 7.3 hatte ich die Platte formatiert, hinzugefügt und in Duplicacy als Backup-Ziel eingerichtet. Das hat soweit gut funktioniert und er hat 4 TB auf die insgesamt 12 TB große Platte geschrieben. Heute sollte das nächste Regel-Backup stattfinden und es brach schlicht ab. Angeblich ist die Platte voll und er kann nicht darauf schreiben. Ich habe aber keine Idee, warum nicht. Geschweige denn wüsste ich jetzt ad hoc wo ich denn die Schreibrechte für das Laufwerk prüfen sollte. Musste ich vorher ja auch nicht, da hat er ja völlig problemlos das Backup gemacht. Die Platte ist auch nicht "read only" gemounted und ich kann aus der Unraid-UI auch Dateien darauf schreiben. Hat einer von euch eine Idee, was hier kaputt gegangen ist? Ohne Backup fühlt sich das alles ein wenig... unsicher... an. 😏 Die Fehlermeldung sieht so aus: "no space left on device" ist definitiv falsch. Die Platte ist komplett leer - das ist haufenweise space left. Und ich weiß nicht, warum er mir das jetzt so plöztlich ausgibt.

Ich hab's geschafft. Es lag an einem falschen "/" in der Pfadanangabe des Druckers. 😐

Moin zusammen, ich habe nun endlich Paperless ngx halbwegs gut konfiguriert und würde ja gern in den consume-Ordner direkt rein scannen... ich weiß, dass scan to folder schon mal funktioniert hat (ich habe auf einem Share noch alte Dateien, die direkt vom Scanner stammen gefunden). Wenn ich das jetzt versuche, bekomme ich nur eine ganze Reihe dieser Meldungen im Log: Mar 4 09:02:54 AngryNerds smbd[1127271]: [2026/03/04 09:02:54.961909, 0] ../../source3/smbd/msdfs.c:120(parse_dfs_path_strict) Mar 4 09:02:54 AngryNerds smbd[1127271]: parse_dfs_path_strict: Hostname WORKGROUP is not ours. Nur... warum? Kennt das Problem jemand von euch?

Ich hab’s ehrlicherweise einfach aufgegeben und wieder eine kleine, externe SSD angeschlossen. Geht schneller und ist zuverlässiger. 🤷‍♂️

Ha! I did it! (So als Linux-Noob ist das für mich schon mal so ein kleiner Feier-Moment!). Ich hab' die Datein in einen temporären Ordner geschoben und da klein geschrieben, dann wieder zurück geschoben - und nach einem Neustart waren alle Shares wieder da. Puh... Das war jetzt kurz mal ein Abenteuer. Aber gut. Dann lass ich mal die letzten Kamera-Backups durchlaufen.

Ah! Ich habe den Fehler gefunden! Die cfg-Datei ist Groß geschrieben, der Share hat aber einen kleingeschriebenen Namen. Also der Share heißt /music, aber die Config heißt Music.cfg. Wenn ich aber versuche, die Datei umzubenennen, kommt: mv: 'Music.cfg' and 'music.cfg' are the same file Mhm. Was mach ich da? Ich meine: Ja klar ist das die gleiche Datei. Die soll ja auch nur einen anderen Namen bekommen. 🧐

Gut möglich. Geht aber ja auch ohne 😅

Nö. Ich weiß nicht, warum es keine 1, gibt, aber die gab's tatsächlich noch nie:

Das waren die Dinger, die alo haben wollte. Ich weiß ehrlich gesagt nicht, was genau du meinst. Die einzelnen Disks sehen so aus:

Also das hier ist /users0: total 0 drwxrwxrwx 1 nobody users 17354 Dec 15 03:00 Dokumente/ drwxrwxrwx 1 nobody users 1826 Dec 13 03:00 UNSORTED/ drwxrwxrwx 1 nobody users 642 Jan 7 2024 anwendungen/ drwxrwxrwx 1 nobody users 48 Mar 8 2023 austausch/ drwxrwxrwx 1 nobody users 11596 Dec 14 03:00 buecher/ drwxrwxrwx 1 nobody users 6036 Nov 1 2022 downloads/ drwxrwxrwx 1 nobody users 0 Jun 9 2024 foto/ drwxrwxrwx 1 nobody users 126 Jan 21 2024 isos/ drwxrwxrwx 1 nobody users 12278 Dec 24 2021 music/ drwxrwxrwx 1 nobody users 958 Dec 14 03:00 video/ drwxrwxrwx 1 nobody users 1452 Dec 4 2020 webzeug/ Und das hier ist /cache: drwxrwxrwx 1 nobody users 764 Nov 13 07:40 appdata/ drwxrwxrwx 1 nobody users 10 Jun 2 2024 domains/ drwxrwxrwx 1 nobody users 60 Jun 9 2024 foto/ drwxrwxrwx 1 nobody users 26 Nov 28 2020 system/ Und das hier wäre /user root@AngryNerds:/mnt/user# ls -l total 0 drwxrwxrwx 1 nobody users 17354 Dec 15 03:00 Dokumente/ drwxrwxrwx 1 nobody users 1826 Dec 13 03:00 UNSORTED/ drwxrwxrwx 1 nobody users 642 Jan 7 2024 anwendungen/ drwxrwxrwx 1 nobody users 764 Nov 13 07:40 appdata/ drwxrwxrwx 1 nobody users 48 Mar 8 2023 austausch/ drwxrwxrwx 1 nobody users 11596 Dec 14 03:00 buecher/ drwxrwxrwx 1 nobody users 10 Jun 2 2024 domains/ drwxrwxrwx 1 nobody users 6036 Nov 1 2022 downloads/ drwxrwxrwx 1 nobody users 60 Jun 9 2024 foto/ drwxrwxrwx 1 nobody users 126 Jan 21 2024 isos/ drwxrwxrwx 1 nobody users 12278 Dec 24 2021 music/ drwxrwxrwx 1 nobody users 26 Nov 28 2020 system/ drwxrwxrwx 1 nobody users 958 Dec 14 03:00 video/ drwxrwxrwx 1 nobody users 1452 Dec 4 2020 webzeug/ Die Config für /foto sieht so aus: GNU nano 8.6 /boot/config/shares/foto.cfg # Generated settings: shareComment="Foto" shareInclude="" shareExclude="" shareUseCache="yes" shareCachePool="cache" shareCachePool2="" shareCOW="auto" shareAllocator="highwater" shareSplitLevel="" shareFloor="97676156" shareExport="e" shareCaseSensitive="auto" shareSecurity="public" shareReadList="" shareWriteList="" shareVolsizelimit="" shareExportNFS="e" shareExportNFSFsid="100" shareSecurityNFS="public" Und die Config für /music so: GNU nano 8.6 /boot/config/shares/music.cfg # Generated settings: shareComment="Musik Files" shareInclude="" shareExclude="" shareUseCache="no" shareCachePool="cache" shareCachePool2="" shareCOW="auto" shareAllocator="highwater" shareSplitLevel="" shareFloor="0" shareExport="e" shareCaseSensitive="auto" shareSecurity="public" shareReadList="" shareWriteList="" shareVolsizelimit="" shareExportNFS="e" shareExportNFSFsid="108" shareSecurityNFS="public" shareHostListNFS=""

foto und music sollten eigentlich gar nicht auf dem Cache liegen, sondern tatsächlich, wie die anderen auch Cache => Array sein. Aber da kann ich nichts einstellen. Ich benutze kein Windows - aber heißt das, dass in dem Share /foto eine Datei namens "foto.jpg" sein könnte und er deshalb glaubt, dass der Share doppelt ist? 😳 Ich muss später mal genau gucken, was die Konfigurationen da ausspucken. Das ist so ein Tauchgang ins Dateisystem, den ich immer vermeiden wollte. 🙈 Aber ich gucke da nachher mal rein.

Ok... das beweist meine völlige Ahnungslosigkeit vom Unraid-Dateisystem. Das sind die Shares. Da ist keiner doppelt oder anders benannt. "foto" und "music" warenauch mal "Public" und ich konnte darauf zugreifen. Das ist jetzt #ausGründen nicht mehr so. Und ich habe auch keine Möglichkeit, das da einzustellen, denn die Reiter-Navigation dafür ist gar nicht (mehr) da: Und die Behauptung, dass da was doppelt wäre, kommt von Unraid:

Ich kann da auch keine Rechte ändern. Das ist schlicht nicht mehr da. In der GUI steht unten "Case-insensitive Share name is not unique". Ich hab mich dann mal mit ssh eingeloggt - stellt sich raus. Es gibt da (warum auch immer) plötzlich /mnt/user und /mnt/user0 - und in /mnt/user sind im Grunde meine Shares - /mnt/user0 scheint doppelt zu sein und hat ein paar weniger. Ich habe aber keine Ahnung, warum es da jetzt plötzlich dieses /user0-Verzeichnis gibt. 😳 Aber ich vermute, dass Unraid deswegen glaubt, es gäbe die Shares doppelt. Aber dann müsste es ja alle doppelt geben und die Meldung bekomme ich nicht. Das ist alles schwer verwirrend...

Mir ist gerade was "interessantes" aufgefallen: Ich habe da einen recht großen Foto-Share (bleibt als Hobby-Fotograf nicht aus...). Allerdings kann ich nicht mehr darauf zugreifen. Stellt sich raus: Mein Share-User hat auch ganz plötzlich keine Rechte mehr auf den Share. Nur: Wie gebe ich ihm die wieder? (Und warum sind sie plötzlich weg?!?) Ich finde da weder bei den Einstellungen des Users noch bei den Einstellungen des Shares was. ^^

Moin zusammen, für mich steht in der nächsten Zeit ein kompletter Hardware-Tausch an. Mein alter Unraid-Server ist ziemlich in die Jahre gekommen - und ich will ihn jetzt mal so richtig aufbohren. Neue CPU, dicke Grafikkarte für lokale KI-Berechnungen, SSD's... also einmal Alles zum Mitnehmen mit Soße und Scharf - und die nächsten fünf Jahre Ruhe. 😅 Nun habe ich da aber ja noch meinen alten Server mit dem drehenden Rost und Co. Wie bekomme ich das am einfachsten migriert? Videos die ich dazu finde, sind schon ein paar Jahre alt - ich bin also nicht sicher, ob das noch dem aktuellen Stand entspricht. Eine Idee dazu wäre, die alten Platten einfach mit in den neuen Server einbauen, dann alles per unBalance auf die neuen SSDs verlagern und die alten Platten als eine Art Backup-Server verwenden. Wie würde das konkret aussehen? Also, ist es so einfach, wie ich mir das vorstelle: Alte und neue Platten zusammen ins Array im neuen Server aufnehmen, dann per unBalance alles auf die neuen SSDs verschieben und die alten Platten dann wieder aus dem Array rausnehmen, um daraus dann einen Backup-Server zu bauen? Oder geht das vielleicht viel einfacher?

Ich habe tatsächlich etwas gefunden, was das ganze extrem beschleunigt hat: Alle Tutorials sagen immer "Mach SMB-Shares"... Nach einer Weile Suchen habe ich dann aber was spannendes gefunden: NFS-Shares! Die sind zwar (auf den ersten Blick) nicht so komfortabel wie die SMB-Shares, aber dafür (im Vergleich zu vorher) irrsinnig schnell. Hätte ich das mal früher gewusst. Ich habe Unraid immer für eine lahme Krücke gehalten und eher als Datengrab gesehen, weil ernsthaft als Speicherort oder so nutzen - nee... Aber mit NFS-Shares geht das auf dem Mac ja fast (!) schon flüssig.

Moin zusammen, beim Kopieren von Dateien über's Netzwerk auf den Server (Share ist Cache => Array - High Water eingestellt), stelle ich immer wieder Geschwindigkeiten fest, die schlicht und ergreifend unbenutzbar sind. Für den Zugriff in die andere Richtung gilt quasi das gleiche... Beispiel: Ein Tag kopieren für 50 MB? Nee, wirklich nicht. Wie macht ihr das so? Also: Welche Konfiguration kann ich ausprobieren, um da mal ein wenig mehr Performance rauszuholen? Tipps und Tricks sind gern gesehen. Denn, mit so einer Geschwindigkeit ist das einfach unbenutzbar.

Also - #ausGründen (die ich nicht erkennen konnte, weil es einfach keine Logs gab), hat sich vermutlich einfach der komplette Container weggeschossen. Ich hab's über den Weg des geringsten Widerstands gelöst: PiHole-Container installiert, Filterlisten da aufgenommen, DNS dahin gewechselt. Läuft. 😁 Das läuft jeweils als Custom-Netzwerk - und soll tatsächlich den kompletten Verkehr der Fritzbox filtern, damit all die geschwätzigen smarten Geräte, IoT-Devices und Konsolen von Werbung und Trackern befreit werden.

Also: Ich kann auch die DNS-Adressen in den Netzwerk-Einstellungen ändern. Damit bekommt Unraid selbst wieder eine Verbindung und kann auch wieder Apps aktualisieren. Aber Sobald ich versuche, den Adguard-DNS auf dem Unraid-Server wieder in der Fritzbox einzutragen, geht schlicht gar nichts mehr.

Moin, eben ist mir etwas sehr seltsames passiert. Von jetzt auf gleich hatte ich keine Internetverbindung mehr. Mein Netzwerk wird über Adguard gefiltert - also dachte ich, dass daran etwas nicht stimmt. Bei Adguard kam gar keine Anfrage an. Ich habe also erstmal alles neugestartet, was ging: Erstmal den Container, dann den kompletten Server und den Router... Aber: Über den Server kommt kein DNS-Routing mehr zu Stande. Ich kann in der Fritzbox den Standard-DNS einstellen - damit geht der Rest des Netzwerks. Was nicht geht, sind in Unraid die Community-Apps. Ich dachte, ich könnte da vieleicht Updates suchen, falls doch irgendein Container das Problem ist. Aber da kommt dann auch nur das: DNS-Server ist die Fritzbox - und die Fritzbox läuft wieder über den Provider-DNS. Alle anderen Geräte bekommen darüber wieder problemlos eine Internetverbindung, nur der Unraid-Server nicht. Und damit natürlich auch Adguard nicht. Ich konnte jetzt nicht feststellen, was da passiert ist. Wie gesagt: Es war von jetzt auf gleich einfach "kaputt". Hat jemand von euch eine Idee, was da schief gegangen sein könnte?

Joa: Aber das hat bisher nie gestört - und er sagt ja schon beim Connecten, dass das Volume die notwendige Funktionalität nicht hätte. Also - einfach schon wieder der gleiche Fehler. Und die Lösung wird wieder mal sein, das Backup komplett zu löschen und neu zu erstellen. Was ja so absolut nicht der Sinn eines Backups ist. Ich denke, ich werde wieder auf externe SSD und Kabel wechseln. Kann ja nicht sein, dass das Backup halbjährlich einfach kaputt geht.