hawihoney

Ich besitze die Trilogie in vier Bänden Es gibt so einige Dinge die ich bisher nie verstanden habe und die bei mir noch nie funktioniert haben. Seit Jahren steht ein Monitor auf dem Rack. Der ist via D-Sub und HDMI an dem Motherboard angeschlossen. Dass ich jetzt mal ein Foto machen konnte bevor der Monitor wieder schwarz wurde hatte ich noch nie. Die Bildschirm Ausgabe hat noch nie funktioniert. Hat mich aber auch nie interessiert, da der Server seit Jahren problemlos über viele Iterationen an Hardware headless lief.

Hmm, das sehe ich eigentlich anders. Der DHCP-Server soll IP-Adressen aus diesem Pool vergeben. Davon sind einige einfach nur im Router (!!!) fest vergeben. Angefragt wird durch die Geräte trotzdem per DHCP. Das ich jetzt bei meinen Geräten diese Adressen, die der Router eigentlich selbst vergeben soll, statisch hinterlege, ist nur ein Workaround. Es funktioniert derzeit einfach nicht und ich traue mich nicht die alte Firmware der Fritzbox aufzuspielen. Wenn ich hier im Netzwerk beginne alles mit neuen Adressen auszustatten, dann gebe ich ganz auf. Ich habe hier seit Jahrzehnten einen wunderbar funktionierenden Sack aus Geräten die alle miteinander kommunizieren. Da die durch SmartHome permanent ganz vom Strom getrennt werden melden die sich gerade alle neu an und bekommen eine seltsame private IP und deren Adressraum gibt es in der Fritzbox einfach nicht.

Da hast Du mich falsch verstanden. Alle Geräte nutzen DHCP. Im Router wurde den Geräten per Konfiguration immer die selbe IP aus dem DHCP-Pool zugewiesen (siehe Screenshot unten für den betreffenden Server). Trotzdem erhalten im Moment alle Geräte, die sich erneut am Router anmelden, nicht die vorgegebene Adresse, sondern eine völlig falsche. Durch das Umstellen der Geräte auf statische IP-Nummern klappt es derzeit. Das kann nur ein Workaround sein bis das wahre Problem gefunden wurde. Aber im Moment sieht es für mich so aus, als hätte der Fritzbox Upgrade eine Macke.

Korrekt. Habe jetzt mal testweise die network.cfg auf dem Flash auf eine statische IP-Nummer umgestellt und siehe da - es klappt: Vorher: [...] USE_DHCP[0]="yes" Nachher: [...] USE_DHCP[0]="no" IPADDR[0]="192.168.178.35" NETMASK[0]="255.255.255.0" GATEWAY[0]="192.168.178.1" DNS_SERVER1="192.168.178.1" Im 7590 Fritzbox Router hatte ich alle (!!!) bekannten Geräte auf "Immer die selbe IP-Nummer" eingestellt. Und trotzdem bekommen im Moment alle Geräte, wenn sie sich neu anmelden, diese falsche private IP-Nummer. Und das, obwohl ich an dieser Stelle den Standard belassen hatte. Ich kann mir das nur so erklären, dass der Update der Fritzbox in dieser Woche etwas versaut hat:

Das verstehe ich einfach nicht. Habe mal den Flash mit einer Sicherung verglichen. Da ist alles gleich geblieben. Einen Upgrade hat nur die Fritzbox vor ein paar Tagen vorgenommen. Dort steht der Server aber immer noch mit "Immer gleiche IP ..." drin. Die wurde aber nicht vergeben. Und die neue, falsche IP steht nicht in der Netzwerkübersicht der Fritzbox. Ich komme auch nicht via SSH bzw. Web auf diese neue, private IP bzw. die originale IP. Im Moment bin ich völlig ratlos wie ich das lösen kann. Hab jetzt alle erstmal angeschrieben, dass der Server auf nicht absehbare Zeit offline ist. Trotz angeschlossenen Monitor komme ich jetzt auch nicht mehr an den Server obwohl ich HDMI und D-SUB ans Motherboard angesteckt hatte. Ich konnte nur einmal draufschauen, habe ein Foto gemacht und als ich wieder in den Keller ging war alles weg. Ich kann den Monitor auch nicht mehr aufwecken.

Zum zweiten Mal in drei Wochen ist jetzt mein Server runtergekracht. Das ist etwas, was in den letzten 12 Jahren nie vorkam. Deshalb hatte ich auch den syslog Mirror nicht aktiviert. Zum ersten Mal kam nun aber der Server nicht von alleine hoch. Als ich einen Bildschirm ansteckte sah ich das (siehe Foto). Die IP ist nicht aus meinem Netzwerk. Was kann ich in dieser Situation machen? Herzlichen Dank schon mal.

Ok. 1.) Nun gucken wir uns die externe Platte an. Ich unterstelle, dass sie mit Unassigned Devices verbunden, gemountet, geshared und mit Schreibrechten ausgestattet ist. Bitte Screenshot von der Zeile in der UD Übersicht. 2.) Anschließend Screenshot von den Container Einstellungen (JDownloader2). Konkret das Mapping der externen Platte vom Host zum Container. Hier r/w/slave? 3.) Aufruf der Container Konsole. In der Konsole "ls -la " für das Container Mapping ausführen. Was wird ausgegeben? Hier suchen wir nach Zugriffsrechten und Verfügbarkeit. Wenn das immer noch nicht klappt, muss es an den JDownloader2 Einstellungen liegen.

Klar. Starte mal den Container neu. Wenn das dann immer noch nicht klappt gehen wir weiter.

So ... ... oder so ...

Du redest von dem Docker Container tvheadend? Ich unterstelle mal, dass der Container tvheadend gestoppt ist. Installiere Dir dann, wenn nicht schon geschehen, das "Dynamix File Manager" Plugin. Anschließend guckst Du in den tvheadend Container Einstellungen wo der Container liegt. Bei mir sähe das wie auf dem Screenshot aus. Du nimmst aber das was bei Dir dort steht. Dann navigierst Du mit dem File Manager zu diesem "[...]/tvheadend/" Ordner und löschst ihn. Wenn Du es komplett machen willst, dann löschst Du ebenfalls auf dem "Flash" Device im Ordner "/config/plugins/dockerMan/templates-user/" die zugehörige "my-tvheadend.xml" Datei:

Sind das wirklich alles nur Datenplatten oder sind darunter auch eine oder zwei Parity-Platten? Wenn ausschließlich Datenplatten: Neue, große Platte ins Array aufnehmen. Alle Daten der kleineren Platten auf die neue große Platte kopieren (nicht verschieben!). Zum Abschluss die kleinen Platten entfernen und "New Config" mit der großen Daten-Platte durchführen.

Da gibt es mehrere Möglichkeiten: 1.) Über die Container Console - hier am Beispiel HomeAssistant: Dann landest Du im Container: 2.) Nicht immer, aber oft, kommst Du auch über das "Dynamix File Manager Plugin" an die zu bearbeitenden Dateien:

Mit Update-Pfad meinte ich keinen echten Pfad - eher einen Weg. Etwas unglücklich ausgedrückt. Sorry. Dieser MischMasch bei Nextcloud gefällt mir einfach nicht. Bin eher ein Freund von Abgrenzung/Isolation etc. Dafür haben wir doch Container. Alleine die beiden Wege bei Nextcloud wundern mich bei jedem Update aufs Neue. Damit werde ich mich nie anfreunden.

Ok, hatte also das Konstrukt nicht verstanden: Collabora läuft also mit im Nextcloud Container. Und zu den ohnehin zwei Update-Pfaden (Nextcloud Container, Nextcloud im Container) kommt dann noch ein dritter hinzu (Collabora im Nextcloud Container). Und wir reden nach wie vor über einen einzigen Container <Kopfschüttel>.

Nur wenn Pfade durchgereicht werden. Ich kenne das Konstrukt nicht, aber wenn ContainerA auf einen Pfad von ContainerB aufsetzt, dann müssen beide neu gestartet werden. Das ist meine persönliche Erfahrung. Ist das bei den beiden so?

Da ist etwas in "/mnt/" was das nicht hingehört. Führe mal "ls -la /mnt/" auf der Unraid Konsole aus. Außerdem klingt das doppelte "docker" im Pfad nicht gesund. Oder hat sich wieder etwas geändert was ich nicht mitbekommen habe.

Ich wollte langsam mal meine alte SWAG Installation nach NGINX Proxy Manager portieren. Bisher nutze ich nur Plex und Nextcloud, da wird aber evtl. noch HomeAssistant hinzu kommen. Zunächst 2 Fragen: 1.) Was ist mit den alten Zertifikaten in SWAG? Muss man die sichern und kopieren oder kann man mit NPM einfach neue für die selben Domains/Subdomains ausstellen lassen? 2.) Welchen NPM Container empfehlt Ihr? Ich habe mal zusammengestellt, wie die aktuelle Konfiguration aussieht. DynDNS läuft über DuckDNS, die Fritzbox aktualisiert die Änderungen bei DuckDNS selbständig. Was muss ich beachten? Vielen Dank. DynDNS über DuckDNS und Fritzbox: -------- https://www.duckdns.org/update?domains=xxxxxxxx&token=xxxxxxxxa&ip=<ipaddr> Fritzbox Portfreigaben -------- HTTP-Server --> extern 80 --> intern 81 HTTPS-Server --> extern 443 --> intern 444 Plex --> extern 32400 --> intern 32400 Container Netzwerke -------- SWAG --> bridge Nextcloud --> bridge Plex --> host HomeAssistant --> host Plex Fernzugriff -------- Privat --> 192.168.178.35:32400 Öffentlich --> externeIP:32400 Öffentlichen Port manuell definieren --> 32400 Plex Netzwerk -------- Eigene URLs für den Zugriff auf diesen Server --> https://plex.xxxxxxxx.duckdns.org Liste der IP-Adressen und Netzwerke die keine Authentifizierung benötigen --> 192.168.178.0/24 Nextcloud config.php -------- 'trusted_domains' => array ( 0 => '192.168.178.35', 1 => 'nextcloud.xxxxxxxx.duckdns.org', ), 'trusted_proxies' => array ( 0 => 'swag', ), 'overwrite.cli.url' => 'https://nextcloud.xxxxxxxx.duckdns.org', 'overwritehost' => 'nextcloud.xxxxxxxx.duckdns.org', 'overwriteprotocol' => 'https',

Ja, genau. Einen Versuch ist es wert. Bei allen Versuchen, auch Deinen eigenen von ganz oben mit der Variable USBDEVICES, ist es interessant zu wissen warum chown das Device nicht findet. Also bei jedem Versuch auch ein entsprechendes ls /dev/... auf der Container Konsole ausführen - also dem Ziel. Nachtrag: Ich meine diese Fehlermeldung:

Zwei Versuche mit eigenem Device - wenn nicht schon geschehen. Beide ohne die Variable USB-Devices: 1.) /dev/serial/by-id/xyz:/dev/serial/by-id/xyz 2.) /dev/serial/by-id/xyz:/dev/ttyACM0 Mich wundert zudem das -port0 Anhängsel. Wäre vielleicht einen dritten Versuch wert. Kommt das von Deinem Motherboard? Der Fehler ist eindeutig. chown findet das Device nicht. Was meldet denn ls in der Container Konsole?

Es gibt schon bescheuerte Software. Natürlich kann selbst HPFS solche Zeichen (escaped) verkraften, aber nur weil etwas theoretisch geht, muss man es nicht machen. Ab und zu mal das Hirn einschalten mag man den Entwicklern zurufen. Meine ältesten Dateien stammen aus Anfang der 80er. Alle meine Projekte und Dateien habe ich von OS zu OS und von FS zu FS mitgenommen. Dabei sind mir immer wieder viele Informationen verloren gegangen (Zeitstempel, Sonderzeichen). Irgendwann war ich es satt. Seit über 20 Jahren benenne ich alle Dateien nur noch "a-z 0-9" mit führendem Zeitstempel im Dateinamen. E.g. "20221121 194001 Bla Bla In Duesseldorf.ext". Skripte patchen mir das hin und her.

Das hat nix mit XFS oder Unraid zu tun. Gerade für Dich auf Windows probiert: C:\Users\bloed>echo > "a?b.txt" Die Syntax für den Dateinamen, Verzeichnisnamen oder die Datenträgerbezeichnung ist falsch. Kopierprogramme benennen das oft im Vorfeld für Dich um. Da musst Du ansetzen. Wo kommen denn solche Dateinamen oder Ordnernamen bei Dir her? In meiner Welt gibt es so etwas nicht.

Ach, es geht um einen speziellen Container. Das habe ich dann falsch verstanden. Kenne den nicht. Da bin ich dann mal wieder raus. Wird wahrscheinlich einen eigenen Support Thread zum Container geben.

Hä? Jetzt verstehe ich überhaupt nix mehr.

Mit Bordmitteln? Bitte sehr:

Das wird aber so was von in die Hose gehen. /mnt liegt - wie das gesamte Unraid - im RAM. Nach dem nächsten Neustart ist das alles weg. Ordner liegen auf Platten /mnt/diskx oder unterhalb Shares /mnt/Sharename. Top-Level Ordner mutieren automatisch zu Shares. Auch hier stelle ich wieder fest, dass ohne die Grundzüge von Unraid auch nur ansatzweise verstanden zu haben, Benutzer sofort beginnen es verbiegen zu wollen. Softlinks, Regex, Standard-Ordner - wie für Docker - verschieben, ... Das alles ist ein Garantie für zukünftige Support-Fälle.