alturismo

freut mich, vielleicht war es ja doch das ... kann ja sein dass das Teil einen weg hat ...

das hatte ich erwartet, hier war der Wechsel von der official wiki passthrough site ab NV Treiber 465 war das erledigt ... aber Top dass das geklappt hat, hab auch gesehen das du nicht alleine bist, gibt mehr wo das Problem haben (Host OS unabhängig, kvm ...)

naja, was der Name sagt ... "verschleiert" den Hypervisor ... nur das wird seit Ewigkeiten nicht mehr gebraucht war früher tatsächlich hilfreich um die Treiber sauber zu installieren, Nvidia hatte das ja früher "nicht gewollt", Ihre Karten in VM's zu betreiben, ist aber seit ein paar Jahren passe ... daher bin ich tatsächlich verwundert, außer man würde irgendwelche "alten" Treiber installieren wollen ... sei es drum, Hauptsache es hat geholfen 👍

die ist ja jetzt da wo sie sein soll unter /mnt/disks/ ist diese jetzt verfügbar, in den Einstellungen der disk kannst du diese auch per smb freigeben usw usw usw ...

naja ... wenn ich mir das so ansehe ... aber egal Mar 10 03:52:36 Tower kernel: ------------[ cut here ]------------ Mar 10 03:52:36 Tower kernel: NETDEV WATCHDOG: eth0 (r8152): transmit queue 0 timed out Mar 10 03:52:36 Tower kernel: WARNING: CPU: 20 PID: 0 at net/sched/sch_generic.c:525 dev_watchdog+0x14e/0x1c0 Mar 10 03:52:36 Tower kernel: Modules linked in: xt_CHECKSUM ipt_REJECT nf_reject_ipv4 ip6table_mangle ip6table_nat iptable_mangle vhost_net tun vhost vhost_iotlb xt_nat xt_tcpudp veth xt_conntrack xt_MASQUERADE nf_conntrack_netlink nfnetlink xfrm_user xfrm_algo iptable_nat nf_nat nf_conntrack nf_defrag_ipv6 nf_defrag_ipv4 xt_addrtype br_netfilter nvidia_uvm(PO) xfs md_mod zfs(PO) zunicode(PO) zzstd(O) zlua(O) zavl(PO) icp(PO) zcommon(PO) znvpair(PO) spl(O) tcp_diag inet_diag ipmi_devintf ip6table_filter ip6_tables iptable_filter ip_tables x_tables efivarfs bridge af_packet 8021q garp mrp stp llc macvtap macvlan tap r8152(O) igb nvidia_drm(PO) nvidia_modeset(PO) amd64_edac edac_mce_amd edac_core intel_rapl_msr intel_rapl_common iosf_mbi ddbridge(O) cxd2099(O) kvm_amd nvidia(PO) lnbp21(O) kvm ast drm_vram_helper drm_ttm_helper video stv0367dd(O) ttm crct10dif_pclmul wmi tda18212dd(O) crc32_pclmul crc32c_intel stv090x(O) drm_kms_helper ghash_clmulni_intel stv6110x(O) sha512_ssse3 mxl5xx(O) sha256_ssse3 Mar 10 03:52:36 Tower kernel: stv6111(O) ipmi_ssif drxk(O) sha1_ssse3 drm nvme stv0910(O) lnbh25(O) aesni_intel cxd2843(O) dvb_core(O) ahci agpgart i2c_piix4 crypto_simd backlight i2c_algo_bit ftdi_sio cryptd input_leds acpi_ipmi syscopyarea sysfillrect nvme_core joydev k10temp rapl i2c_core sysimgblt usbserial ccp libahci led_class fb_sys_fops ipmi_si button acpi_cpufreq unix [last unloaded: r8152(O)] Mar da du dir ja ganz sicher bist, schauen wir mal was die Lösung ist für dein HW Problem, sag Bescheid was es war ...

ok, daher auch keine macvlan traces im syslog dann vergiss den Absatz meinerseits.

mal in den NC Foren anfragen ...

docker settings, allow custom access enabled ? ja, Docker Settings ... ernst gemeint und wenn du etwas warten kannst, mit der 6.13 kommt was Neues (besseres), dauert aber noch ne Weile.

Harte Reboots sind in der Regel Hardware related, sprich, das wird mit logs auch schwer ... wenn Unraid "crasht" dann freezed der Server und du muss Ihn selbst "hart" neu starten ... das kann jetzt Hardware "Defekt" sein, lose Anschlüsse, zu aggressive Powersaving features ... gerade AMD ist ja (leider) nicht die beste Wahl ... wenn hohe Last den Server "leben" lässt, würde ich sogar fast auf zu aggressive Powersaving features tippen. dann bist du wohl auch Fritz User und hast die Anpassungen zum thema bridge und co nicht umgesetzt, endet normal in einem freeze ... wäre auch noch einen Versuch wert ... siehe Anleitungen Unterforum, macvlan issues ... Ansonsten bleibt ja nicht mehr viel an Hardware übrig auch wenn es frustrierend ist, aber "kalte" Neustarts sind nunmal Hardware ...

kill switch, yes, configurable, no if you want a more configurable VPN Container, may look at privoxy vpn from binhex, his is the most advanced VPN Docker here and route xteve through that container. i prefer "light" containers, but in the end its a matter of choice, just take a look at it.

dann ist der cache auch mit eingebunden, also ja ... zusätzlich oder anstelle ? ja, man kann mehrere Pfade pro Library in Plex eingeben und ist auch etwas auf /mnt/cache/Animes ....

ist ein Weg, löst zwar nicht das Problem, umkurvt es aber normal sollte man schauen was der lokale DNS da macht und wieso der so routet, aber egal

sprich, Beispiel so einsetzen

VM, edit, xml view (oben rechts) würde mal schätzen soll dann hier dazu, Beispiel aus meiner config (wobei ich den nicht nutze, ist normal gegen anticheat gedacht ...)

zeig mal nen screenshot deiner Main Seite wo das Laufwerk / die Laufwerke sind

yep, working fine here, must be something different im using it in my main VM Mashine iGPU UHD630 gvt-g NV GTX1060 Docker & VM (either or, NOT recommended) NV RTX3080ti Docker & VM (either or, NOT recommended) none are vfio bound and i always tested vice vers with transodings in dockers too, so all is working as expected.

ja, da irrst du dich 10 Antworten, 10 Meinungen ... vielleicht um den direkten RP Weg überhaupt offen zu halten, du hast einen Dual Stack Anschluss mit öffentlicher ipv4, wenn ja, dann hast du alle Optionen ... Anmerkungen meinerseits 1/ klassisch RP, mein Weg, direkte Verbindung ist meiner Meinung nach immer die beste Lösung, einlesen, einarbeiten, dann ist das auch sicher genug für alle Privatuser ... 2/ Cloudflare Tunnel, ist ne Alternative, aber die "free" Variante schließt streaming aus ... sollte man wissen, bezahlt sicher ne gute Lösung, für mich persönlich kein echter Mehrwert außer dem bissel ddos Schutz inkl. ... ein sauber konfigurierter RP inkl. f2b, geo block, ... reicht mMn aus. 3/ Notfall Plan, wenn kein dual stack anliegt die beste Alternative, nutze ich auch als Fallback (LTE) falls mein Anschluss mal aussetzt, geht ja über diverse Wege, VPN (Bsp. wg9, SSH, FRP, Tailscale, ... was auch immer man mag. prüf ob 1/ überhaupt geht, wenn ja hast du immer noch die Wahl, wenn Nein wird es eh klarer

zu 1/ ja, wenn Sie im Array oder als cache verwendet werden soll, dann formatieren zu 2/ einbinden als UAD (unassigned device) geht, aber ist dann halt eine "separate" disk und hat nichts mir cache / array zu tun generell, externe Festplatten (USB) sind sehr fehleranfällig, daher auch nicht empfohlen diese dafür zu verwenden, das nur vorweg ... sprich, über Geschwindigkeiten, Ausfälle, merkwürdiges Verhalten bei Neustarts, usw usw ... du weißt jetzt warum USB ...

wenn ich mir das anschaue 3 Steps gemacht 1/ Pfad html geändert 2/ Pfad config ergänzt 3/ Rechte bei ampache appdata geändert > Unraid Terminal chmod -R 777 /mnt/user/appdata/ampache/ dann durch die webui config und dann wurde auch die Datei erzeugt (welche jetzt anpassbar ist) Docker wieder runtergeschmissen viel Spaß damit

i guess you are in the wrong thread, this plugin doesnt create any widgets. may take a look at GPU Statistics plugin

Nachtrag, Intel Plattform mit 2 dGPU's (die 40 W sind im idle und GPU's im "Schlafmodus), mit AMD wird es sicher noch etwas höher sein

lassen wir mal die ganzen Stromspar Aspekte weg aus dem Thread, da siehst du grob wo die Reise hingeht mit Gaming VM und GPU's schau dir einfach die Summen an, da wird es grob landen ... ich kann dir aktuell sagen, reine Desktop / Gaming VM Maschine braucht im idle ~ 40 W hier, ohne Docker, ohne HDD's, ... 1 x nvme und bissel USB ...

das passt alles das macht man normal nicht um die iGPU für den Host nutzen zu können, aber egal, sollte normal als "primary" gesetzt sein. das wird aber wie erwähnt nicht dein Issue sein, die GPU hängt sauber in der VM, da braucht es auch kein vbios mehr, jetzt liegt es an "was auch immer" dass die Settings von der NV Systemsteuerung nicht bereitgestellt werden ... was man liest wenn ich das suche (nur rudimentär) - Optimus Settings ... was auch immer das heißt - Windows Skalierung / Auflösung passt nicht - Endgerät ohne HDMI Handshake - ... ich würde eher mal bei den NV Forums anfragen, denke da wirst du eher fündig ... sorry, mehr hab ich nicht mehr hierzu. Grundsätzlich alles richtig gemacht, iGPU steht oben, deine Entscheidung wenn das System auch so läuft und reicht, Rest ist jetzt woanders ...

der ist ja im terminal und da kommt per se gar keine Anzeige da wird rsync genutzt, und ja, da kann ich mir das vorstellen wenn viele kleine Dateien im Spiel sind. es wird ja vorher nur kalkuliert Größe zu Geschwindigkeit, aber bei vielen kleinen kommt ja immer der Impact, besonders bei HDD write ....