alturismo

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 ;)

this is expanding alot ;) its a copy paste job, i ll look into it once i look at the php changes for mobile UI. for now, copy as sample this file to your system, rename it ...) change the following parts inside for one of your aspm rows make it executable (chmod +x), user scripts, run on array start ... copy the file for each aspm run, expand the user script ...

actually i wouldnt only consider this 1/ is it stable in all terms in the setup 2/ what is the real power consumption compared to each other then decide what is the best case for you sample stability, i once stumbled over a L0sL1 set in my onboard NIC, i realised some day my Live TV streams (SatIP Server) where distorted, so i checked Satellite Position, wiring, all kinda mess ... (1/2 day ...) until i remembered i changed my NIC's aspm mode, which was the cause of all this ... while transfer rates, latency was all fine, it just messed up my live streams ... yes, a edge case but a nice sample. this just as sample about "stability" and so on, so, put all together and then look whats the best case for you, in your upper sample i rather would take L1 only as the Server most likely will be more in idle ... but thats up to you.

da ist jetzt weder ein Server Fehler noch ein nginx (webui) Fehler zu sehen wie der Fehler besagt, der Docker ist falsch konfiguriert, schau dir da die Netzwerk / Port Settings an. wenn das webui nicht mehr erreichbar ist, geht dann noch ssh von deinen clients aus ? ist ja aktiviert, einfach mal testen, nur um zu sehen ob der Server komplett nicht mehr erreichbar ist oder wirklich nur das webui. rsyslog, hast du jetzt "doppelt", einmal als Netzwerk log und zusätzlich auf dem Stick, schalte Netzwerk logging wieder aus da dies früher aussteigt, syslog to flash reicht aus zum debugging und ist meist aussagefähiger (Netzwerk steigt meist früher aus). die xyz ssh Zugriffe, nutzt du extern ein script, eine HA Integration, usw um Daten von Server abzufragen ? wenn ja, deaktiviere das mal oder update dies, ich meine die neuere HA Version "hämmert" nicht mehr so auf den Server ein und nutzt die API dafür. wenn das nochmals passiert, ssh Test, wenn ssh geht, im terminal diagnostics aufrufen, dann haben wir eine zum Stand mit Fehler und sehen ggf. die Ursache, wenn auch ssh nicht geht, anstelle "hard power cycle", mal nur Power Button gedrückt und gewartet ob der Server normal herunter fährt ? Dann könnte ggf. noch der Realtek Treiber eine Option sein, seit dem Linux Kernel xyz haben manche System Probleme ohne den separaten Treiber und mal ohne powertop testen, wobei wir das dann normal im log sehen beim nächsten "crash".