hawihoney

Durch unraidlabel in der syslinux Section. Die siehst Du wenn Du auf den Stick klickst. So sieht das bei meinen Unraid VMs aus: append unraidlabel=UNRAIDVM01 initrd=/bzroot

Ah, Du redest über Docker Container. Kann schon helfen wenn man die richtigen Begriffe verwendet. Es wäre nicht korrekter. Es wäre einfach nur korrekt. Dann kann ich nicht helfen. Ich kenne nur die Spalte "Autostart" in der Liste der Docker Container auf dem Tab Docker.

Wie soll es denn vorher gewesen sein? Ich sehe keine Änderung. Man kann in den Docker Einstellungen den Docker Dienst deaktivieren oder über den Maintenance Mode generell vor dem Reboot.

Das sieht mir schwer nach dem Ergebnis eines CHKDSK unter DOS/Windows oder FSCK unter Linux aus. Das würde bedeuten, dass ein CHKDSK/FSCK bereits (durch Dich?) ausgeführt wurde. Kannst Du den Stick unter Windows mounten? Dann kopiere mal den kompletten /config Ordner an eine sichere Stelle. Ganz wichtig ist Deine Lizenz (die *key Datei). Die ganzen plugin* Ordner sind nicht so wichtig, alles andere würde ich mal sichten. In welchem Ordner befinden sich die FSCK* Dateien noch?

XFS fürs Array, XFS für Single-Device Pools, XFS für das Docker Directory, ZFS (Plugin) oder BTRFS für RAID Pools.

Ich vermute mal in Deinen Templates unter "/boot/config/plugins/dockerMan/templates-user/".

Dann muss es tatsächlich etwas Anderes sein. Steht irgendein Hinweis in der Datei dead.letter im Webterminal?

Das war in den von mir genannten Betriebssystemen inkludiert. Na ja, dann habe ich bisher wohl etwas falsch gemacht ... hab zu 99 % Dateien zwischen 20 GB und 100 GB auf XFS (vorher ReiserFS). Muss ich dringend mal ausprobieren.

Jetzt kannst Du mit diesem Wissen schon mal problemlos mit SSH Sessions arbeiten. Darfst nur nicht vergessen abschließend ordentlich alles zu beenden. Sonst fährt Unraid nicht runter. Was Deine Timeouts angeht: Ist das ein Laptop oder Mobilgerät? Wenn ja, passiert das auch wenn das Gerät am Strom steckt? Zu Timeout Einstellungen: Das stellt man im Klienten ein. In Putty hier. Das bringt aber alles nichts wenn der PC mit der Session in den Stromsparmodus geht oder einfach abschaltet.

mich auch. Habe noch nie (!!!) auf bestimmt einem dutzend Betriebssystemen in dutzenden Jahren eine Defragmentierung durchgeführt. Ist das Esoterik oder die Lösung für ein echtes Problem?

Vorne anfangen! Hast Du screen auf dem Unraid Server laufen? Dann: - starte eine SSH Session mit Putty oder was immer Du willst - gib "screen" ein und bestätige die erscheinende Textseite mit Enter - gib folgende Tastenkombination ein <CTRL-a c> - gib "mc" ein - Lass das so laufen - Wenn die Session einfriert (Du könntest das SSH Fenster auch einfach schließen), dann starte anschließend eine neue SSH Session - Gib "screen -ls" ein. Jetzt siehst Du eine Liste Deiner laufenden Screen Session. Das müsste die mit Deinem MC sein - Mit "screen -r" bekommst Du diese Session zurück --> Jetzt die entscheidende Frage: Siehst Du das MC Fenster. Das kannst Du dann mit F10 schließen. Und mit 2x "exit" beendest Du die Screen Session sowie die SSH Session.

Nur aus Interesse da Du meine Frage zu screen nicht beantwortet hast: Die SSH Sessions mit den Kopier- oder Verschiebeaktionen laufen etwas länger? Wenn ja, ist der MC in einer eigenen "screen" Session vor Unterbrechung der SSH Session geschützt?

Yes, that's what I thought. Think about the "usual" environment for these types of HBA. They are built for disks running all the time.

Ist nicht das genau das Problem? Was passiert wenn zwei Plugin Autoren zwei verschiedene Versionen der gleichen Abhängigkeit integrieren? Bei einem Update vom Preclear wurde glibc aktualisiert und hat bei mir alles durcheinander gebracht. Das konnte nur durch die Deinstallation des Plugins und einem Neustart behoben werden. Ich bin nicht so vertraut mit Linux. Unter anderen Systemen gab/gibt es das Konzept von dynamischen und statischen Bindings/Binaries (z.B. DLLs bei Windows). Bei statischen liefert man Abhängigkeiten selbst mit aus und kann somit verschiedene Versionen der gleichen Abhängigkeit auf dem Rechner haben - mit dem Nachteil des größeren Platzbedarfs. Wie ist das bei einem integrierten Python in einem Plugin? Das klatscht dann doch über existierende Versionen, oder bin ich vollständig daneben?

Einfach voll machen. Ich lasse i.d.R. aus sentimentalen Gründen 0,02% frei:

Ohne weitere Angaben, so aus der Hüfte geschossen: Browser-Cache leeren. Hilft das?

My Unraid Servers use LSI/Broadcom 9300-8i and 9300-8e HBAs (latest firmware). User Shares (FUSE) are not activated, only Disk Shares here. The effect happened in all Unraid releases I do remember. Whenever a disk spins up all activity on other disks attached to that same HBA stop for a short time.

Das mache ich schon seit Jahren. Ich suchte nach einer Alternative für nach der vermeintlichen Abkündigung. Muss jetzt los. Suche später.

@mgutt lag richtig, ich lag falsch. Das sind die richtigen XML Dateien. So früh am morgen wollte ich in Plex nach meinen Änderungen suchen, die ich nicht fand, hatte aber eine andere Container XML offen. Mein Fehler. Bin heute in Familie unterwegs, suche später nach der Abkündigung.

Das hatte ich befürchtet 😟 Ich hatte das gelesen. Es gab daraufhin auch einen Thread. Ich suche nochmal danach. Vielen Dank. Aber diese XML Dateien meinte ich nicht sondern die die auf dem Stick gespeichert werden und direkt inkl. User Anpasssung wieder geladen werden können.

Nur als zusätzlicher Hinweis: In der Vergangenheit gab es immer mal wieder Probleme einzelner Anwendungen und Systeme wenn sie über Fuse zugriffen. Letztes markantes Beispiel war SQLite vor 2-3 Jahren. Reiner Content (Dokumente, Bilder, etc) erfahren keine Nachteile, bei Anwendungen bin ich hingegen sehr vorsichtig geworden - bis hin zur vollständigen Abschaltung von User Shares. Wir tauschten uns in der Vergangenheit schon mehrfach hier über Fuse aus. Das ist halt eine convenience Funktion mit Nebenwirkungen.

Nur aus persönlichem Interesse: VM Konfigurationen kann ich mit dem folgenden Befehl "dumpen": virsh dumpxml <domainname> Container Konfigurationen liegen hingegen auf dem Flash - das ist mir klar. Aber könnte man diese Container Konfigurations-XML mit dem docker Befehl ebenfalls dumpen? Ich bin die gefühlt über 100 Optionen des Befehls schon x-mal durchgegangen. Ich finde einfach nix. Vielen Dank. Nachtrag: Warum ich frage? In einer der Unraid Release Ankündigungen hatte ich gelesen, dass die Speicherung auf dem Flash eingestellt würde.

Nur zur Info: Die Container Konfigurationen liegen auf dem Flash (/boot/config/plugins/dockerMan/templates-user/) und lassen sich, ggfs. mit einer Anpassung der geänderten Pfade, in Sekunden wieder herstellen (Add Container, User Templates). Selbst das Docker Subsystem und dessen Image/Pfad ist ohne große Probleme 1:1 rekonstruierbar. Nur die Container Daten selbst (appdata) sind wirklich relevant und kritisch.

Welche Dateien? Die NZBs oder den eigentlichen Content? Die NZBs archiviert für mich NZBGet. Die Nutzung von Momentum ist ein schmaler Grad. Wenn ich mir deren Group anschaue dann sehe ich Content anderer Groups. Wenn die wiederum irgendwann davon die Nase voll haben dann ziehen die für uns alle den Stecker. Und das wars dann. Ich kann nur eindringlich bitten ...

Oh, jetzt bist Du komplett daneben - jetzt mischst Du schon drei unterschiedliche Themen. Das geht eindeutig in die falsche Richtung. In Deinem eigenen Interesse, beschäftige Dich zunächst mit dem Unterschied zwischen den Subsystemen Docker und KVM und deren Erzeugnisse Container bzw VM. Führe meine o.g. Schritte auf keinen Fall aus. Ich befürchte das das kein gutes Ende nehmen wird. Ich dachte Du wärst weiter. Wie von mir zu Docker aufgeführt gilt das Ganze auch für das KVM Subsystem. Auch hier gibt es diese Trennung. Allerdings legt Unraid die VM Konfigurationen nicht auf dem Stick ab. Die muss man selbst mit virsh "dumpen".