alturismo

Legacy Treiber ausgewählt ? Ich meine der aktuelle unterstützt die alten Nvidia nicht mehr

So nicht, fork ihn, schreib den docker um das er aus den variablen auch was macht ... Denk dran deinen fork such up to date zu halten 😉

eine Frage abseits des Problems hier GT1030, headless, was machst du mit der Karte ? für Docker, ohne nvenc keine echte Funktion, für VM, nur mit angeschlossenem Monitor um decoding in hardware etwas besser nutzen zu können ... das nur als Hinweis.

code 43 zeimlich sicher da nur GTX9xx oder sogar GTX10xx ++ echt von Nvidia frei sind um den Treiber in der VM zu installieren, alles andere bringt auch nicht wirklich was da kein nvenc usw usw ... sprich, Cloud (streaming) würde eh nicht gehen ;) Empfehlung, aktueller Stand mind. GTX16xx ++, da geht passthrough auf Intel Plattformen recht schmerzfrei immer durch.

Nein so ganz schlau werde ich aus dem Post nicht ... Duplicati hat Probleme Backups zu erstellen auf die UAD disk ? wenn ja, wie sprichst du die innerhalb duplicati an ? auch mit /source/... oder reden wir über ein Backup script was UAD ausführen soll sowie die Disk angeschlossen wird ?

Ansatz 1, aspm L1 nicht aktivieren ... was macht es effektiv aus im Verbrauch ? Ansatz 2, mit den flow control Einstellungen etwas experimentieren, glaube zwar nicht das ... aber probieren kannst du es, Tipps & Tweaks plugin ... Ansatz 3, andere NIC kaufen und damit testen, meine hier mit dem gleichen Chipsatz (aber als dedizierte Karte und anderes Board) laufen auch mit aspm1 voll ... kurz, das Thema ist so "fragil" ... schwer da eine Pauschale ... sorry, aber da musst du durch ;)

ist die per vfio bind auch "los gelöst" vom host ?

vorne angefangen, hast du smb Sharing für UAD generell aktiviert ? (in den UAD settings) den Rest solltest du dann herausfinden. Alternative, du legst manuell einen smb Share an in den extras wo du auf den Pfad verweist.

guter Hinweis, natürlich sind die vorhanden da die angelegt werden weil Daten auf dem cache liegen aber kein Share konfiguriert wurde also wie @DataCollector anmerkte, auch die betroffenen cfg unter /boot/config/shares/ löschen.

du hast die mal umgestellt, jedoch nicht aufgeräumt ;) sprich, da liegen noch Daten auf dem Cache, daher wird der angezeigt ... wenn du sicher bist das alles weg kann dann werden die Überbleibsel gelöscht und der Share verschwindet.

absolutely correct, sorry, didnt recognized the case sense ... good catch and glad you figured it.

is your target pool really named cache do these files exist ? if not, touch ... to create empty ones. just put something in there even if not wanted, like "abcdefg" < known issue here you can simplify this to 1 entry, "/data:/mnt/user"

das "ersetzt" das manuelle setzen auf /mnt/cache wenn man /mnt/user/ benutzt. wenn eh auf /mnt/cache jetzt steht macht das gar nichts mehr ;)

kann man so lassen und war "früher" auch gerne bevorzugt bevor es exclusive Shares gab.

wenn deine Shares /appdata und /system richtig eingestellt sind, Nein. prüf mal die Share Einstellungen ob die passen.

du sprichst hiermit das TRIM Thema an, ja, disks im Array erhalten kein Trim, disks im Pool schon. 1/ Docker Dienst stoppen, VM Dienst stoppen, Array stoppen 2/ Tools, new config (preserve none > alles neu zuweisen) 3/ Main, Array disks none, pool > die eine disk zuweisen 4/ performance um FUSE zu umgehen, permit exclusive Shares aktivieren 5/ Array starten 6/ ggf. Shares prüfen dass diese jetzt auf primary pool stehen, secondary none 7/ Dienste starten (Docker, VM) ... fertig dabei gehen normal keine Daten verloren, Backup sollte trotzdem vorher erstellt werden ;) und "eigentlich" immer ... ;)

LAN IP's zu maskieren macht wenig Sinn ;) mit denen kann niemand etwas anfangen und macht Hilfe nur schwerer, egal ... schau dir mal die IP an, du hast 2x ":" drin ... das passt sicher nicht und ist auch kein -p (port) mapping sondern eine Variable, sprich, passt komplett nicht, entferne das mal da die Variable ja weiter oben bereits drin ist. du wolltest da sicher GOTENBERG ergänzen, was auch eine Variable wäre, schau dir dazu die TIKA an und erstelle eine neue für GOTENBERG https://docs.paperless-ngx.com/configuration/#email-parsing

leider nicht die diagnostics, aber mal geraten, power saving features aktiv wie aspm, powertop, tweaks, ... ? wenn ja, mal deaktivieren, sieht verdächtig nach Netzwerkausfall aus wie du auch vermutest.

hat mal ursächlich nichts mit "unter Unraid" zu tun da es jetzt egal ist. R-Studio, UFS Explorer, ReclaiMe, xfs-undele, ... aus Erfahrung da mir das auch mal passiert ist, wenn es nicht wirklich wichtige Daten sind, spar dir die Zeit ;)

seit Unraid 7 kann man auch pool > pool einstellen. ich würde heute wohl 1/ Hardware einbauen (neue disk) 2/ Dienste aus (Docker, VM, LXC falls im Einsatz) 3/ neue disk als zusätzlichen pool anlegen, bei single disk ist xfs die robusteste Wahl) 4/ die vorhanden Shares jetzt einmal kopieren (dann hast du auch ein Backup falls was schief läuft), wie .. Beispiele integrierten Fileexplorer (manuell, Main Seite, Master (links den Button davon), alle Ordner wählen, unten kopieren, Ziel die neue pool disk) Terminal, cd /mnt/master, cp -a .... << EINLESEN, auch backup danach vorhanden. Mover Taktik, Share Seite, alle Shares anwählen, umstellen auf secondary "Pool_Neu", mover laufen lassen << kein Backup !!! usw usw ... egal wie, jetzt sind die Daten auf dem neuen Pool. jetzt die Shares umstellen auf primary "pool_neu", secondary none und entweder die "Master" drin lassen und für was auch immer nutzen oder ausbauen. wenn du bei deinen Diensten, Dockers und co nicht manuell umgestellt hast und alles auf /mnt/user/ belassen hast (wie empfohlen), einfach starten und fertig, wenn du manuell in den Pfaden auf /mnt/master/... gesetzt hast, entsprechend anpassen auf den neuen pool, oder ... master ausbauen, neuen pool danach wieder zu master umbenennen, dann erst wieder starten. Eine Fehlerquelle, Docker ... nutzt du ein Image, dann sollte es auch recht problemlos mit copy gehen, nutzt du ein directory (Verzeichnis), würde ich überlegen das nicht zu kopieren und die dockers schnell neu zu installieren, beim kopieren des Verzeichnisses ... passieren gerne danach komische Dinge ;) /mnt/master/system/docker/ << steht in den Docker Einstellungen ob Image ider Verzeichnis, das wäre der Pfad den ich nicht kopieren würde.

Nein, ist normal ist das "nackt" und im Leerlauf oder laufen da Dockers, VMs, ... für den Einstiegs Vergleich mal abziehen und Dockers und co deaktivieren, disks in den spindown schicken und dann schauen.

ja, ist über den VPN verschlüsselt, der "externe" Zugang in Jelly muss wahrscheinlich aktiviert werden da nicht localhost und auch nicht die Standard LAN IP sondern Tailscale.

dann macht das auch wenig Sinn und vor allem keinen Spaß, du musst dann deinen Clients klar machen dem Cert zu vertrauen ... Anleitungen für self signed certs für localhost oder LAN gibt es online ja ne Menge, aber damit alleine ist es nicht getan ... wenn mit Domain gibt es Lösungen die auch nur lokal zu verwenden, über den Sinn ... egal, wirst deine Gründe haben ;)

well, if it stays stable, if your file transfers are all fine, if you checked file integrity, if ... i may would live with it when its a ~ 8+ Watt change ;) and disable the AER reporting then, either in BIOS or as Kernel Parameter (pci=noaer) or syslog filter or ..., but keep in mind if you see issues to remember and howto enable it again ;)

meistens Provider DNS Thema oder lokales DNS Problem (adguard, pihole, ... im Einsatz ?), Firewall im Einsatz ? unify und co ... oder auch mal Hardware wie ich gerade hart feststellen musste, mein zentraler Switch war defekt, also neuen bestellt, hat auch wunderbar alle 10G Anschlüsse synced, aber ich bekam immer mehr Probleme mit Endgeräten, erst Server wo macvlan nichts mehr außen erreicht hatte, dann Handys wo oft Aussetzer hatten, dann Teams Meetings wo ich auf einmal bei meinen Teilnehmern weg war (ich hab alles gesehen und gehört ...), usw usw ... Zimmer Switches getauscht, sfp+ Module gewechselt wie wild, Router getauscht, ... am Ende blieb nur noch der (neue) switch oder Provider, siehe da, gestern kam der neue switch, alles wieder ok ... hat mich in Summe gut 2 ganze Tage Nerven gekostet ... kurz, es kann vieles sein, ping mal vom Server aus ghcr.io oder github.com um zu schauen wie es darum steht. Und, zur Weihnachtszeit hin wird es auch gerne mal schlechter mit Verbindungen zu gewissen Seiten wegen massivem Traffic ;)