MartinG

Meldung ist weg... Keine Ahnung was los war.

ich habe zwar 6.9.2 am laufen, aber eine Frage habe ich trotzdem ist das nur mein Problem ?

Das ist sicher alles andere als komfortabel.. Aber es gibt ja auch noch ftp

In Zeiten von Ransomware ist es ja grundsätzlich schon eine gute Idee seine Netzlaufwerke nur mit einem User ohne Schreibrechte dauerhaft zu verbinden. Guckst Du nur einen Film kann Apple nicht schreiben. Darüberhinaus gibt es ja so schöne Docker wie Jellyfin, Plex oder auch emby die Dir Deine Inhalte auf nahezu jedes Gerät Deiner Wahl Streamer, zur Not sogar auch über die Fritzbox drüber aufs Handy wenn man sich grade bei der Schwiegermutter langweilt...

https://support.apple.com/de-de/HT208209

Der Finder des Mac schreibt irgendwelche Indexierungsdateien auf die Festplatte. Es gibt sogar irgendein Tool das diese Dateien löscht

Angenommen Du hast die Struktur Videos/ Serien / SerieA / Staffel1 / Episode1.mkv Dann ist Videos/Serien/SerieA über alle für den "Videos" Share gewählten Festplatten verteilt. Im Ordner SerieA liegen Ordner für alle Staffeln und in diesen die Episoden. Staffeln und Episoden sind über verschiedene Datenträger verteilt. Das nervt. Sowieso nervt Split. Davon abgesehen daß ich aktuell für Videomedien nur noch eine einzige Festplatte verwende, habe ich Shares die ich in Anwendungen angeben muss (Plex,emby, aber auch Kodi an einem Pi oder Poweramp am Telefon etc.) nur noch Top Level Shares. Und die sind bei mir sogar auf Festplatten festgelegt. ( Dann läuft auch nur eine Platte an wenn ich auf Plex zugreife oder Plex selbst indexiert..) Dadurch habe ich natürlich so einige Shares, aber ich muss nur "\\server\musik" oder "\\server\Serien" angeben. Anfangs war es eher "\\server\medien\Video\Filme".. Außerdem bin ich was die Berechtigungseinstellung über die Gui angeht halt auch deutlich flexibler.

Ich habe die dyndns Funktion meiner fritzbox mit meinem Domainanbieter verbunden.

Danke. Das wird noch dauern hier. Wie alles das nach Zeit verlangt. Denn die muss man immer erst finden.

Die Webui von nginx und da vom NC host. Und bitte auch den Docker von NC.

In den Einstellungen der unassigned Disk

Ich habe beispielsweise das Appdata Backup auf den Samba Server meiner Fritzbox abgelegt. In unassigned Devices kann man unten ja auch einen Netzwerkshare verbinden. Ist das gemacht kann man diesen Share ja über /mnt/remotes in eine Backuproutine einbinden.

Danke, muss ich testen.

Welches im Prinzip eine Bridge ist mit der Standard Serveradresse und alle Docker laufen mit eigenen Ports oder ist dein Proxynet ein custom:br0? Screenshots wie der nginx host eingerichtet ist wären nicht verkehrt. Grundsätzlich gehört im Host vorne neben die IP aber eine 80 rein. Nicht 443 oder wie spaceinvader das immer macht 180 und nicht 1443 Überhaupt so ne kurze übersicht über Deine Docker in dieser Art: könnte schon mal helfen. Solange Du Deine richtige IP und Deine Domain nicht zeigst kann ja nichts passieren. Was ist das?

Da ich es grade nicht ausprobieren kann frage ich einfach mal. Wenn ich ein rsync Script schreibe und in diesem script --exclude-from= nutze und die "exclude.txt" in /mnt/boot/config/plugins/user.scripts/ ablege. funktioniert das dann? oder lege ich die besser woanders hin? Was mach ich mit "Device Script"? Was ist mit dem blauen Text gemeint? Unter User Script kann ich dann ja einfach mein script auswählen, denke ich mal .

33W mit 3HDD und 1SSD in meiner ersten unraid Konfiguration. Und das Board konnte kein ipmi... Für mich damals in ähnlicher Ausführung leider die falsche Hardware. Mit der Nutzung stiegen bei mir die Anforderungen und so eine igpu eines i3 9100 war dann mehr wert als der suggestive Leistungsvorsprung eines Xeon.

Was heißt hier unglaublich? 😅 Du hast genau deshalb ja vor dem Problem für ein Backup gesorgt 👍 Probieren geht über Studieren. Ich habe genauso wie Du nach einem Fehler auf diese Weise alle meine Docker wiederhergestellt. EDIT: Wie oben erwähnt sind die Datenpfade halt wichtig. Ich hatte vor der Umstellung meines Servers z.B. Pfade auf /mnt/disk4 und musste das anpassen. Siehst Du ja dann auf der Konfigseite des jeweiligen Docker Containers. Hau rein. Mehr als daß ein Container nicht tut oder sich welche in die Quere kommen kann ja nicht passieren. Deshalb nutzt man ja Docker.

Im Log sehe ich "nur" einen Fehler für eine Netzwerkverbindung. Unter /mnt/user/appdata müsstest Du die Ordner Deiner alten Docker Container sehen. Ich dachte Du Installierst nicht neu sondern möchtest den alten Zustand? Deshalb wurde doch das Backup von appdata ausgeführt, damit Du die alten Docker über "Add Container" und "select Template" wieder bekommst? Vielleicht habe ich das auch falsch verstanden. Dann höre hier auf meinen Beitrag zu lesen. Wenn ich das nicht falsch verstanden habe: Inwiefern der Container "Calibre web" für Deine "Calibre" Installation wichtig ist weißt Du selbst am besten. Möglicherweise ist es kein Fehler erstmal die Datenbank zur Verfügung zu stellen. Ich für meinen Teil habe beim letzten Restore jedenfalls erst mariaDB wiederhergestellt und danach Nextcloud. Aber Du kennst Dich mit Calibre sicher besser aus. Du solltest die Konfigseiten der Container jedenfalls auf Richtigkeit prüfen. Nicht daß Du irgendwo noch einen Datenpfad auf /mnt/disk3/... hast und ein Container deshalb nicht läuft. Ich gehe aber davon aus daß Du bisher mit /mnt/user/... gearbeitet hast.

Wobei dieser Cache Pool dann nicht gecached werden kann. Daher halte ich das für keine gute Idee. Man kann durchaus einfach ein Array ohne Parität laufen lassen. Wenn man ein Backup hat und keine Hochverfügbarkeit braucht ist das ja kein Problem.

Diese Platte ist als Cache ins Array eingebunden und kann nicht selbst gecached werden. Vielmehr müssen Shares die auf so einer Platte liegen mit cache=yes und dem passenden Cachepool sowie mit Cache=prefer oder only eingerichtet werden. Sonst macht der Mover seine Arbeit.

Unraid möchte wenigstens eine Platte im array. Also eher 1x Daten 1x Parity. Was in Sachen Speed erwa auf einen mirror rausläuft.

Bevor Du die Docker neu installierst. Die sollen ja dann sowieso auf der SSD laufen... Die Ordner + Inhalt sind auf der Zielplatte vorhanden? Ich würde zuallererst die betroffenen Shares so einstellen daß sie nicht mehr auf disk 3 schreiben können. Dann würde ich die Ordner auf der platte 3 prüfen, händisch, ob da noch etwas drin ist und dann würde ich gegebenenfalls Restdateien händisch in die passenden Ordner auf HDD1 verschieben. Anschließend würde ich die Ordner von Disk3 löschen. Nicht die System Shares! Mit Krusader oder CloudCommander oder wasauchimmer. Beende den Docker Service und den VM Service über die Settings Die Systemshares stellst Du danach erstmal um auf Disk1. Und spätestens jetzt würde ich mal mit Appdata Backup/Restore ein Backup der wichtigen Dinge machen und dieses abseits des Servers sichern. Dann würde ich mal einen Reboot machen und sehen was passiert.

Also mir ist das vorerst auch ein Rätsel. Nächstes Mal mach erst den Haken bei "Dry Run" rein. Damit der erstmal probiert. Ich verstehe das grade auch nicht. Leider bin ich aktuell zeitlich auch ein wenig unter Druck...

Bevor Du Deine Docker wieder installierst könntest Du natürlich auch erst eine Cache Platte ins System hängen, irgendwie, und die Systemdaten auf den Cache präferieren. edit: okay, vergiss das erstmal /edit

Zu wenig Info. Lagen appdata etc. auf der Platte von der verschoben wurde? Deine Docker kannst Du einfach wieder installieren: Unter Docker klicke auf Add Container Dann kannst Du unter Select a template unten Deine alten Docker wieder installieren. die Einstellungen sollten noch da sein. Wenn Deine Pfade auf usershares und nicht auf disks weisen sollte es auch keine Probleme geben.