alturismo

der Fehler sitzt meist ca. 60 cm vor dem Bildschirm 😬 nunja, meine persönliche Meinung, 9 von 10 Dinge lassen sich selbst lösen mit etwas initiative und lesen. Bevor ich mein System an eine KI zum Einrichten gebe sollte das wohl überlegt sein, wenn dabei ein Lerneffekt kam und ein besseres Verständnis für mein System, na denn, wenn ich aber (meist) nicht mal weiß warum es jetzt vordergründig besser wurde und was eine KI umgesetzt hat ... Sagen wir mal so, beim nächsten Thema auch besser die KI fragen, und woher nimmt eine KI Ihr "Wissen", sie liest die Themen, die docs, Forenbeiträge, Lösungsansätze, ... und baut daraus eine "Lösung", wenn jetzt was schief läuft weiß man meist gar nicht mehr warum ... Nutze ich auch mal KI, ja klar, besonders wenn ich meine persönlichen scripts und co auch mal verschlanken will da die mit der Zeit gewachsen sind, ich sicherlich mal die ein oder andere Sache zu umständlich drin habe oder so, aber wenn ich sehe wie oft selbst da etwas "kaputt" geht und mir dann die KI sagt, "stimmt, du hast Recht, da haben wir uns verrannt ..." wäre mir persönlich der Ansatz für mein System zu konfigurieren doch sehr gewagt. Aber, es ist der Zahn der Zeit, ich kann nur anmerken sich einfach mal etwas in die Thematik zu arbeiten anstelle stumpf einer KI zu sagen "mach mal", ist aber meine ganz persönliche Meinung dazu. Enjoy dein jetzt laufendes System und Top wenn alles so geklappt hat, aber das als "Ratschlag" zu vermerken, ui ui ui ;)

schauen was eventuell falsch konfiguriert ist und den RAM voll schreibt. 1/ VM's ist auch kein "ballooning" an beim RAM sondern fest vergeben. 2/ Dockers prüfen, oder plugins usw ... wo eventuell ein Pfad falsch konfiguriert ist und den Ram voll macht, suchen ...

naja, nicht krumm nehmen, aber eher "ersetzt" das Fehler 60 Problem in der Hoffnung eine AI richtet es schon. also, wenn es dir hilft, fein, aber das sollte wohl überlegt sein und man sollte zumindest wissen was da passiert, was hier wohl eher fragwürdig ist mit all den Problemen wo jetzt "irgendjemand" gelöst hat ;) nicht krumm nehmen, aber hey ...

die offene Frage lautet, die vorhandene SSD wandert mit oder nicht. wenn ja, dann ja, einfach zuweisen und starten, HDD's dem Array zuweisen und Array starten. wenn nein dann bau deine Hardware fertig zusammen (DXP ...) setze bei Unraid sofern noch möglich (altes System) alle Dienste "aus" > Docker, VM Jetzt überleg dir wie du die vorhandenen Daten der SSD ins neue System übertragen willst, Beispiele 1/ vorhandene SSD in ein separates USB Gehäuse 2/ vorhandenes System mit anderem USB OS starten und vorhandene Daten per Netzwerk freigeben (Bsp. Unraid Trial auf separatem USB) 3/ ignorieren da eh ein hoffentlich vorhandenes Backup genutzt werden könnte (externe Platte, separater Backup Server, Cloud, ...) ... wenn das klar ist 4/ DXP starten mit vorhandenem Lizenz Stick 5/ Tools, new Config, neue Platten zuweisen, Array starten, formatieren 6/ Backup einspielen (aus 1, 2, 3, ...), Services jetzt wieder starten. 7/ Prüfen ob alles läuft Hintergrund, deine vorhandenen Docker Start Parameter liegen auf den USB Stick, die persistent Konfigurationen liegen unter ../appdata (aktuelle SSD), deine Daten (Beispiel paperless) liegen unter den jeweiligen eingerichteten Ordnern, Bsp ../Dokumente. VM's brauchen den vorhandenen Ordner ../system/libvirt (Start Parameter) und ../domains (effektive VM Images) Wenn die wieder auf dem neuen System an Ort und Stelle sind, einfach starten und alles ist als wäre nie was gewesen ;) wenn du die vorhandenen SSD sicherst, je nach Setup (Docker Image, Docker Verzeichnis) kann das lange dauern da unter ../system/docker sehr sehr viele kleine Daten liegen, die bräuchte es nicht unbedingt da die "schneller" wieder bei Neuinstallation der vorhandenen Dockers da wäre als "Backup einspielen). also, wichtig ist für einen Umzug der Stick (generelle Konfiguration und Docker Start Parameter) die Ordner appdata, system (je nach setup), domains (vm images), deine Daten Ordner

das gibt es häufiger, ja, aber ist bei postgres (leider) recht ausgeprägt ... hier ist (leider) immich der Übertäter, der braucht eine spzielle Konfiguration in postgres, daher gibt es hierfür auch diese "zugeschnittenen" Versionen. zu deiner Erfahrung, ja, steht jedoch in der Regel auch in der Beschreibung des jeweiligen Dockers, daher mal hart gesagt, einfach mal lesen ... das wäre widerum Geschmackssache, du bevorzugst für alles direkt zugängliche (und sichtbare) Buttons, ich bevorzuge es "aufgeräumt" und habe lieber Funktionen "versteckt" wie hier beispielsweise im ico, aber ja, ... dafür gibt es docs ;) ich wiederhole ... https://docs.unraid.net/unraid-os/using-unraid-to/run-docker-containers/managing-and-customizing-containers/ nicht falsch verstehen, Unraid an sich ist "vorne" extra simpel ausgelegt, kann aber sehr tief rein und beschränkt wenig, aber dazu sollte man sich etwas einlesen und wissen was man macht. in Summe, Geschmackssache, alles gut ;) @Lextor1975 in Summe, ja, postgres ist da einfach "dreckig", hängt aber meist an der jeweiligen App das nur diese oder diese Version kompatibel ist, kann man auch per Tag lösen, aber hat sich gerade bei postgres (leider) eingebürgert für jede Version einen eigenen Docker vorzuhalten. naja, teste es einfach mal aus, das ist ja das Schöne an Dockers Backup deiner appdata Ordner von Joplin und postgres (am Besten im gestoppten Zustand) Upgrade des postgres Dockers Starten und schauen ... wenn alles läuft, alles fein, wenn nicht, einfach "reverten", zur ganz sicheren Variante auch noch die beiden xml (Docker Start Parameter) vom Stick sichern, liegen unter /config/plugins/dockerman/user-templates/<dockername>.xml dann kannst du ganz bequem wieder zum Zustand "vor" dem test retoure.

beispielsweise hier, wichtig ist der Controller, der ist (mit aspm enabled) sehr sparsam und zuverlässig https://www.amazon.de/dp/B0F13BQ7MG?ref=ppx_yo2ov_dt_b_fed_asin_title&th=1 nur wenn andere Teilnehmer (und Infrastruktur) auch darauf ausgelegt sind und das nutzen würden ...

da die sehr beliebt sind und beispielsweise auch hier im Einsatz sind, eher Nein. dann starte mal im safe mode und schau da, da laufen keine plugins, keine dockers, keine vms, keine Zugriffe

also, mal vorne angefangen Share Konfigurationen, bis auf den "Transcode" sieht das gut aus, auch wenn Transcode auf SSD leigt sollte der auch so konfigutiert sein, only ... dann nutzt du diverse plugins, auch mit "gleicher Funktion", da würde ich mal "aufräumen", die fassen alle auch HDD an dann hast du noch diesen Eintrag in der syslinux gesetzt, für was ? (bzw. weißt du genau dass du es brauchst ;) ) last but not least ... wahrscheinlich am ehesten die Ursache, du nutzt zfs für die disks im Array ? zfs hat self tests und self healing und ... wenn ja, nicht wundern bitte ;) das löst sehr gerne spinups aus und ist daher auch nicht die Empfehlung, auch wenn alle Welt sagt "zfs is the best" ... man mag mich gerne korrigieren.

vielleicht mal als Tipp, woran hängt es denn ? sprich, was ist der Fehler ? docker run mal aufzeigen, docker log mal aufzeigen, dann könnte man eher was dazu sagen. ansonsten, es sollte egal sein ob es 7.3.2 oder sonst eine Version war, das ist ja der Sinn von Docker, sind in einer "Kapsel" ;) und da müsstest du jetzt hoffen jemanden zu finden der auch jetzt startet oder auch zufällig jetzt erst mal immich installiert hat.

https://docs.unraid.net/unraid-os/advanced-configurations/optimize-storage/zfs-storage/#importing-zfs-pools-created-on-other-systems naja, das ist doch etwas "breit" formuliert, ist die Frage was du machne willst usw usw ... Klassisch Unraid ist weniger mit zfs pools zu arbeiten, aber ist Geschmackssache und du hast alle Optionen, eventuell erstmal einlesen was du erreichen willst und dann entscheiden was du umsetzen willst. High Performance striped raid, zfs redundantes raid, energie effizienteres Unraid Array, usw usw ... Kurz, klassisch Unraid besteht meist aus einem "Schreibcache" pool (ssd) und einem Array (Hdd's mit oder ohne Parity), da aber viele gerne auf den zfs Hype anspringen, auch gerne einfach mit zfs pool/s arbeiten, je nachdem was man will. hier auch ein Link um einen zfs pool neu zu erstellen, ansonsten ist die Doku recht umfangreich und vieles darin abgebildet. ZFS storage | Unraid DocsWe’d like to express our thanks to Ed Rawlings (Spaceinvader One) for the expertise and guidance that this %%ZFS|zfs%% storage documentation has been adapted from. His tutorials and insights have assi

genau, Beispiel hier aber nicht redundant (was auch geht inkl. boot) an einem Test Setup 500 GB SSD, davon 16 GB für boot, Rest als cache, der Wizard führt dich da auch durch zum Spaß weil ich bei einem anderen Test Server eingangs vergessen hatte disk umzustellen, in Kombi mit btrfs (und das bei mir ... wird aber ganz sicher kein btrfs bleiben ;) ) hier jetzt mit 32 GB für boot reserviert.

the --user should create all new files with the correct ownership, but wont change the perm. and when looking into the git page there seems to be no variable therefore, and as your issue request from 2 weeks is still open alternative solution, depending now how fast you need the changes user script which will either act as watchdog (inotify) and change perms pretty instant scheduled like "hourly" and just change file and folder permissions just as alternative suggestion until the docker maintainer may add this function to his docker.

naja, wenn wirklich alles auf "0" soll 1/ Lizenz Datei sichern vom Stick 2/ Stick neu erstellen 3/ Lizenz Datei in den /config Ordner auf dem neu erstellten Stick kopieren 4/ booten 5/ nach dem Start, Tools, internal boot Wizard starten -- internal boot konfigurieren, dabei wird die nvme (oder raid1) formatiert, Vorschlag, nur die 16 GB für boot reservieren, dann kannst du den pool nutzen 6/ 4 x HDD ... halt formatieren wenn die auch platt gemacht werden sollen, sollte halt überlegt sein ob das Sinn macht danach bist du bei "0" und kannst starten mit Backup der Daten einspielen usw.

naja, scheint ja keine so großer fundamentaler Bedarf dafür vorhanden zu sein ;) da du ja bereits 2022 danach gefragt hattest wie es sich mit den vorhandenen plugins verhält, stell mal einen feature request, mal schauen wieviel sich melden und ob es dann seinen Weg findet. Unraid Konzept, es muss nicht alles direkt nativ rein, es soll ja noch einigermaßen "schlank" bleiben ... und wo kein Bedarf ...

hier noch 2 andere scripts https://gist.github.com/gmantoha/ba6418f3d24dccb9f09264423acff9ae https://github.com/DyonR/docker-passthroughvpn?tab=readme-ov-file#installing-the-auto-restart-script

meine Anmerkung war darauf gerichtet das man gar keinen http, socks, ... proxy in einem LG TV einrichten kann, nur DNS und dafür werden smart DNS Dienste angeboten oder man richtet sich einen DNS (VPN) ein. Wenn du bei deinem LG einen proxy konfigurieren kannst, dann ja, sollte es gehen wenn Standards eingehalten werden, vorausgesetzt der Proxy ist korrekt eingerichtet, daher auch die Anmerkung den Proxy zu testen mit anderen Clients wie beispielsweise einen Browser am Laptop.

gar nichts müsste ich jetzt selbst testen, geraten, der Ordner auf disk1 hatte noch nicht existiert, dann geht das Terminal wohl den kürzesten Weg. sehe ich grundsätzlich auch so, aber die Logik hat "warum auch immer" im terminal jetzt nicht gegriffen bei einem "move" kannst ja etwas testen mit einem "Test" Share ob das grundsätzlich so wäre, aber ich stimme zu, sollte normal greifen nach deinem setup. Empfehlung (trotzdem), nie /mnt/user <> /mnt/user im Terminal nutzen, da kann auch schnell mal was ordentlich schief gehen !!! wenn ich jetzt von /mnt/cache > /mnt/user0 schreibe, alles fein (user0 ist ein Share OHNE pool ssd/nvme), aber sonst, sollte man wissen was man macht.

wahrscheinlich wegen move ...um den "instant" zu generieren. besser wäre hier gewesen, dann wird sicher von disk2 zu disk1 ...

mir ist es persönlich 2x passiert, seither ist es für mich "ex", einmal (wegen eigen Dummheit) auch fatal ;) und ja, natürlich ist es oft erstmals btrfs, aber man hört halt nach Umstellung nichts mehr ... daher sage ich persönlich klar ja, es liegt darsn ... war ja vor "Docker Directory" noch häufiger im btrfs Image das sehr oft Docker Images corrupt gingen, nicht schlimm da schnell wieder erstellt, aber trotzdem ... Fehlersuche usw usw Und auch ja, bei zfs hatten wir anfangs auch oft "destroy and new please", das hing aber eher an der Implementierung in Unraid, ist halt auch etwas komplexer und schnell mal "fail" 😬 ich nutze weder noch, immer nur single xfs und Backup, seither nie wieder auch nur ansatzweise ein Problem, Backup (bisher) nie gebraucht ... btrfs zu anfällig meiner Erfahrung nach (und auch wie oft ich das gelesen hatte) zfs total overhyped für mein homelab, daher auch nichts für mich Schöne ist, wir haben die Wahl und es war auch nur ein Ratschlag meinerseits.

musst du sehen ;) wie erwähnt, im englischen Teil mal schauen, gehe nur davon aus dass das jemand implementieren muss und das ursprüngliche plugin wird wohl eher nicht mehr groß geupdated. Hoffnung, Unraid 8 und der Wechsel zu Fedora mit einfacherem Support für Hardware, ansonsten Feature Requests gibt es auch bei Unraid im englischen Teil.

und für die Zukunft das Thema btrfs überdenken. es ist (leider) immer wieder ein Thema das btrfs im Bezug auf docker, Datenbanken, usw gerne Probleme verursacht. da bringt ein redundanter pool wenig, wenn es raid1 sein muss, Wechsel zu zfs in Betracht ziehen oder bei Verzicht der Redundanz single drive xfs (Backups nicht vergessen)

ich glaube nicht das du hier groß Hilfe dazu finden wirst, mal abgesehen warum nan das machen sollte, du wirst deine Gründe haben ;) Zum Spaß mal kurz geschaut, für mich liest es sich eigentlich so das LG TV's gar keine Proxys unterstützen, nur irgendwelche smart DNS. Wie auch immer, hast du mal den Proxy an sich getestet ? beispielsweise mit einem Broser oder so ... das würde ich mal zuerst prüfen und schauen bevor ich versuchen würde einen TV da durch zu schleusen ...

würde ich mich anschließen, das beide ... eher nicht. ist dem so ? weil eingangs steht da wenn es ziemlich fix wäre, teste mal hier auf disabled zu stellen.

Nope, aber ja, normal würde das keinen Hard Reboot / Shutdown erzeugen sondern einen freeze yep, manchmal ist das einfach "zu wenig Saft", selten ... aber passiert.

nicht die beste Idee, wenn das Netzwerk etwas vorher aussteigt sieht man nichts mehr, aber ... harte Neustarts sind meist Hardware (meiner Erfahrung nach immer), jetzt läuft Prox durch und Unraid nicht, Unraid läuft komplett im RAM, Prox nicht, daher das Thema RAM mal schauen, Takt eventuell etwas runter oder single testen usw usw ... wäre meine Vermutung anhand des Fehlerbilds. und leider wird bei Hardware Ausstiegen meist gar nichts ins log geschrieben da "zu spät", kündigt sich (leider) sehr selten an ...