alturismo

dann stimmt da zumindest etwas nicht ... das ist sicher MB related ... sorry. schau mal ob du auch UEFI enabled hast beim boot und nicht CSM legacy, das wäre mein letzter Ansatz

@ich777 nv related ? GPU 4090 wird gefunden, Treiber wird successfully geladen, finde keinen Fehler ...

ok, dann schau dir mal bitte das USB plugin an, da gibt es Möglichkeiten um das zu lösen.

naja, adde mal noch den Port 8080 und ergänze das (insecure) um zumindest lokal zu testen wenn das auch nicht geht bin ich raus, mag das Teil nicht und da können andere sicher mehr sagen

ok, jetzt nutze ich traefik nicht (bin swag user und bevorzuge nginx), hat traefik ne Art Konfigurationsseite oder sollte der stumpf erkennen und weiterleiten anhand von ? ich meine früher (hatte den mal getestet und für mich untauglich befunden) gab es da ne yaml config ... oder ?

was heißt denn "normal" ? zeig mal bitte auf wie du den an die VM reichst ...

dein "traefik" proxy ist auf den ports 80 / 443 mapped (am Host), hast du am Host die Ports vom unraid UI umeglegt ? wenn nicht, sind beispielsweise Port 80 (HTTP) und Port 443 (HTTPS) eventuell belegt ...

dachte ich eingangs auch, aber wenn man schaut ... glaub ich das nicht so wirklich, wie auch immer die interne Verarbeitung bei den jeweiligen aussieht ... weil gewisse Lstwechsel nehmen beide sehr "zeitnah" auf, andere Wechsel dann komischerweise nicht mehr ... der obere ist mein "normaler Meter", der untere "zum Spaß" mal dran gesetzt zum Vergleich da frei ... und finde es schon sehr amüsant wie weit das auseinander gehen kann ... 😁

Hallo, wollte mal "zum Spaß" einen Quervergleich teilen mit 2 Messgeräten hintereinander geschaltet am gleichen Server. 1 x Zigbee (1) Gerät x 1 x WLAN (2) Gerät y ich lasse mal die Marken außen vor, es geht mir nur aus Interesse darum, haben alle hier Ihre Geräte "kalibriert", Bsp. Glühlampen Test ? weil ganz ehrlich, wenn ich mir den Spaß mal so anschaue auf meinem n100m er Board mit laufenden Dockers, dann mal paar Daten verschoben um zu sehen wie es bei "Last" aussieht ... finde ich ich es schon spannend wie 1/ die Spitzen teils / teils wahrgenommen werden 2/ wie weit auch die Unterschiede stellenweise liegen wenn ich sowas sehe frage ich mich ob die Ergebnisse immer ernst zu nehmen sind und man sich ggf. auf einen Standard festlegen sollte wenn wir hier im Forum solche Messungen machen ... und auch noch darüber diskutieren ... und das sogar stellenweise im Nachkomma Bereich Als Beispiel, Fritz 200 DECT mit 100W Glühbirnen Kalibrierung, erst dann bitte Verbräuche posten ... was haltet Ihr davon ? oder Blitz oder Tuya oder was auch immer gängig genutzt wird ... das ist jetzt alles nicht ganz ernst gemeint ... will vielleicht nur mal aufmerksam machen ob das allen so bewusst ist wie schnell es da etwas rauf oder runter geht in den jeweiligen Aussagen. gibt ja nicht so viele wie @MPC561 die den Vergleich im Wochenverbrauch benchen, die Meisten gehen ja hin und melden Idle Verbauch x, was kann ich machen ... um 1 - X Watt zu sparen ... Nur als Gedankenanstoß, ich denke der Topic Name wird den ein oder anderen Klick erzeugen

lol, darauf wäre ich jetzt nicht gekommen Danke Dir

ich wüsste auch nicht dass der FM das anbietet, einen "download" ... und der abgebildete "Fehler" hat auch wenig mit "download" einer Datei zu tun, sondern eigentlich was anderes. bitte beschreibe mal genau was du da machen willst mit dem image backup deines Windows Laptops

"pausierte Paritätsprüfung" ist wohl der entscheidende Hinweis gewesen ... Hinweis, ich würde die während der Prüfung nicht unbedingt löschen, beim nächsten mal warte evtl. die komplette Paritätsprüfung ab bzw. brecht die Prüfung ab wenn du diese nicht komplett durchführen willst, danach prüfen ob die Dateien immer noch da sind.

Nein, auto-tune ... das war es.

vielleicht mal mitteilen um welchen Docker es sich handelt, dann noch ne vollständige diagnostics ... mit dem syslog kann man so nichts anfangen. vielleicht auch noch nen screen der nvidia plugin page und den docker run des nicht benannten docker ...

um es abzukürzen wie @DataCollector anmerkte, so groß wie möglich deine Entscheidung, alles ist möglich deine Entscheidung, alles ist möglich deine Entscheidung, alles ist möglich aber um es kurz zu machen ... mit USB Platten wirst du sicherlich früher oder später in Issues laufen, daher wird das auch nicht ernsthaft supportet, sprich, Ausfälle, Geschwindigkeiten, merkwürdiges Verhalten nach Neustarts, ... du weißt jetzt warum und brauchst auch nicht ernsthaft nach Lösungen fragen ... USB Platten sind für ein NAS und mehr (Docker, VM, LXC, ...) nicht geeignet.

dann wohl nicht richtig ... fang einfach mal hier an zu lesen https://docs.unraid.net/unraid-os/manual/storage-management/

may reduce them to 1 ... but i guess wont help Feb 29 12:24:05 lstation root: ---Setting VFs to: 4--- Feb 29 12:24:05 lstation kernel: i915 0000:00:02.0: not enough MMIO resources for SR-IOV Feb 29 12:24:05 lstation kernel: i915 0000:00:02.0: [drm] *ERROR* Failed to enable 4 VFs (-ENOMEM) Feb 29 12:24:05 lstation root: Feb 29 12:24:05 lstation root: ------------------------------------------------- Feb 29 12:24:05 lstation root: ---Installation from SR-IOV plugin successful!--- Feb 29 12:24:05 lstation root: ------------------------------------------------- Feb 29 12:24:05 lstation root: Feb 29 12:24:06 lstation root: plugin: i915-sriov.plg installed root cause is rather your mainboard ... may try some BIOS lookups, above 4g, uefi, latest bios installed, last try, syslinux startup parameter ... https://access.redhat.com/solutions/37376

naja, "Fehler" können immer passieren Filesystem genau ... btrfs ... und da dieses FS (leider) etwas anfällig ist ... kein Hardware defekt, meist ist das Dateisystem einfach "beschädigt", passiert wenn die Maschine nicht sauber runter fährt ... oder warum auch immer, daher ist btrfs für mich persönlich auch "gestorben" seit einiger Zeit ... wenn du kein Backup hast bleibt dann nur hoffen, btrfs repair einlesen und durchführen, vorher alles wegsichern was noch geht. es könnte auch sein das einfach nur das FS in der VM nen Schlag weg hat, dann die VM nochmals neu machen ... btrfs bin ich ansonsten raus

dann war es wohl nicht das Update ... ich würde eher auf ein fehlerhaftes FS in der VM tippen, da du uns bisher im Ungewissen lässt wie der Rest des Systems aussieht wird es schwer ... ich rate mal, liegt das VM Image auf einer brfs Platte ? wenn ja, würde ich versuchen (nachdem die VM aus ist) btrfs repair, scrub, was auch immer ... durchzuführen, ansonsten, Platte formatieren und das (hoffentlich vorhandene) Backup einspielen.

so ganz schlau werde ich daraus nicht, wenn die Platten nicht angeschlossen sind, wie sollen die dann erkannt werden ? oder das Resultat weil Sie nicht erkannt wurden ? weil so fehlen die natürlich auch in der diagnostics und es wird schwerer etwas dazu zu sagen ... Info, solange das array nicht startet, passiert auch nichts ... was sind das dann für vfio bind Einträge (PCIe passthrough ?) BIND=0000:07:00.0|1002:15d8 0000:07:00.1|1002:15de 0000:07:00.2|1022:15df 0000:07:00.3|1022:15e0 0000:07:00.4|1022:15e1 0000:07:00.6|1022:15e3 verstehe ich dann auch nicht so wirklich in Summe hast du 11 Storage devices ? die 5 sind da (6 inkl. USB) [0:0:0:0] disk USB SanDisk 3.2Gen1 1.00 /dev/sda /dev/sg0 state=running queue_depth=1 scsi_level=7 type=0 device_blocked=0 timeout=30 dir: /sys/bus/scsi/devices/0:0:0:0 [/sys/devices/pci0000:00/0000:00:14.0/usb2/2-3/2-3:1.0/host0/target0:0:0/0:0:0:0] [5:0:0:0] disk ATA WDC WD60EFRX-68L 0A82 /dev/sdb /dev/sg1 state=running queue_depth=32 scsi_level=6 type=0 device_blocked=0 timeout=30 dir: /sys/bus/scsi/devices/5:0:0:0 [/sys/devices/pci0000:00/0000:00:17.0/ata5/host5/target5:0:0/5:0:0:0] [6:0:0:0] disk ATA Samsung SSD 850 2B6Q /dev/sdc /dev/sg2 state=running queue_depth=32 scsi_level=6 type=0 device_blocked=0 timeout=30 dir: /sys/bus/scsi/devices/6:0:0:0 [/sys/devices/pci0000:00/0000:00:17.0/ata6/host6/target6:0:0/6:0:0:0] [7:0:0:0] disk ATA ST6000VN001-2BB1 SC60 /dev/sdd /dev/sg3 state=running queue_depth=32 scsi_level=6 type=0 device_blocked=0 timeout=30 dir: /sys/bus/scsi/devices/7:0:0:0 [/sys/devices/pci0000:00/0000:00:17.0/ata7/host7/target7:0:0/7:0:0:0] [8:0:0:0] disk ATA ST8000VN0022-2EL SC61 /dev/sde /dev/sg4 state=running queue_depth=32 scsi_level=6 type=0 device_blocked=0 timeout=30 dir: /sys/bus/scsi/devices/8:0:0:0 [/sys/devices/pci0000:00/0000:00:17.0/ata8/host8/target8:0:0/8:0:0:0] [N:0:8215:1] dsk/nvm WDC PC SN730 SDBQNTY-512G-1001__1 /dev/nvme0n1 - capability=0 ext_range=256 hidden=0 nsid=1 range=0 removable=0 dir: /sys/class/nvme/nvme0/nvme0n1 [/sys/devices/pci0000:00/0000:00:1a.0/0000:01:00.0/nvme/nvme0/nvme0n1] der Rest fehlt (alles was normal am Controller hängt) ? dann schließ die mal bitte an, boote, neue diagnostics, vorher vfio prüfen ob das so sein soll

dein "Kostrukt" mit smb ist wahrscheinlich nicht die beste Lösung für das Szenario genau, diese bitte auf read/write/SLAVE setzen ... dafür ist diese Option dann ist die Chance größer dass das funktioniert, ohne SLAVE wird bei einem "Verlust" der path nicht mehr mounted 1/ ist weg 2/ schreibt gerne mal ins docker image anstelle effektiv dorthin ... genau und ja, für den "Moment" hätte das gereicht

am ehesten mal eine diagnostics anhängen und vielleicht noch was für einen Controller du nutzt und ja, normal sollte das mit dem "fliegenden Wechsel" gehen

yep

unraid terminal docker exec sabnzbd df -h /incomplete-downloads dann noch wie du den smb share in sab eingebunden hast, docker run oder zumindest nen screenshot, read, write, slave, ... ?

1. Hilfe, Anfrage in den richtigen Teil verschoben, das hat wohl weniger etwas mit Hardware und Kaufberatung zu tun ... Plex, Einbindung von Medien, erfolgt normal nicht über Freigaben sondern über mounts im Docker ... hat auch nichts mit Unraid zu tun, ist generell so im Docker System leite einfach die vorhandenen mounts aus dem nicht genannten Plex Docker ab, ergänze eine neue für deinen Bilder Pfad ... wenn es dann noch klemmt, sreenshot von docker run command und wie du die in Plex einbinden willst