MPC561

Na ja ASPM hast du sicher schon Aktiviert und auch die c States. Falls notwendig kann ich paar Fotos der BIOS Einstellungen machen. Nur ein Anhebot wenn’s schnell gehen soll, ich weiß du schaffst das auch alleine.

18 Watt mit was allem dran? Hab ich auch aktuell mit 8 Platten plus SSD und dem Corsair Netzteil.

ECC oder nicht ist der Knackpunkt. Mit ECC wird's Teuer. Ohne ECC lässt sich das "neu" realisieren. B460/B560 Board ca. 100 Euro (welches muss man sich einlesen etwas wegen Stromverbrauch) Pentium Gold Prozessor (G6500?) ca. 80 Euro mit Boxed Lüfter 8 GB RAM 35 Euro 1x M.2 NVME 1 TB ca. 90 Euro (Samsung Evo 970) oder um Gekd zu sparen wenn er eh keine VMs braucht 500GB NVME Plus Kleinkram 305 Euro +-20 Euro je nach angeboten Dann bleiben ca. 400 Euro für Platten. Da wird's dann interessant ob das reicht. Und das Ding könnte dann sogar Plex/Jellyfin/Emby weil der G6500 eine UHD630 hat. @MartinG Am Anfang reichen 8GB wenn er nur paar einfache Docker laufen lassen will. Spart er noch etwas. Hab auf einem Atom J4105 mit 8GB 5 Docker Container und eine VM mit Home Assistant laufen und der RAM reicht.

@Squid My problem disapeared now after a reboot of the Server. What I did (always the official Plugins from CA) : - installed Intel-GPU Top Plugin - installed the GPU-Stats Plugin - removed the GPU Stats plugin (have freezes of my system every 2-10 days which I belive comming from i915 driver in combination with S3 Sleep Plugin which is not the official one, thats the reason why I play around testing different scenarios) - Some time later I had the message in the fix-common-problems plugin - rebooted my server today and the message disappeared I just started an extended Test in the fix-common-problem Plugin. Let´s see if the problem raises again. Greets, Joerg

Ich hatte genau das gleiche gestern Abend angezeigt bekommen. Früher hatte ich das nicht aber ich habe im Zuge meiner tests zu meinem System freezes mal das GPU Statistics Plugin deinstalliert (IGPU-ZOP ist aber noch installiert). Und danach kam genau diese Warnung. PS:

Dann führe ich eben Selbstgespräche. Ich habe eben noch etwas getestet. Manuell echo on | tee /sys/bus/i2c/devices/i2c-*/device/power/control gesetzt. Erstmal nichts passiert. Bin dann nochmal in den Ruhezustand und hab den Server aufgeweckt und siehe da, der Monitor ging in den Sleep. Dann hatte ich die Idee: Beim S3 Sleep Plugin bei den Aktionen vorm schlafen: echo on | tee /sys/bus/i2c/devices/i2c-*/device/power/control Und bei den Aktionen nach dem schlafen: echo auto | tee /sys/bus/i2c/devices/i2c-*/device/power/control Nach dem test ging der Monitor schlafen. Aber dann: Aufwachen, Schlafen, Aufwachen, Schlafen usw. in einem ca, 10s Zyklus Nach manuellem: echo on | tee /sys/bus/i2c/devices/i2c-*/device/power/control wieder alles ok. Ich lass das jetzt mal aktiviert. Btw. ich erreiche auch wieder C9 damit.

@ich777 Abgestürzt ist der Server noch nicht. Erste Beobachtung. Nach dem starten des Servers und nach einer gewissen Zeit gehen brav die Platten in den Spindown. Der Monitor bekommt kein Signal mehr und geht in den Standby. Bei Powertop bin ich ca. 40% in C7 und 40% in C9 (Rest C2 und C3 ca.). Die GPU ist 100% in RC6 und schläft. Nach 1-2 Tagen ist plötzlich der Monitor wieder aktiv und geht einfach nicht mehr in den Standby (der Monitor ist alt und braucht da 85W, sprich das 5 fache meines Servers ca.). Selbst 2 Tage später ist er noch an, und dabei war der Server schon 2 mal schlafen da ich ihn um 0 Uhr immer schlafen schicke und um 12 Uhr aufwecke. Ich ab jetzt den Energieverbrauch des Monitor noch angeschaut. Es ist so: Der Server schläft ein. Wacht auf im 12 Uhr, Monitor aktiv und geht dann nicht mehr aus. Also evtl. ein Problem des Treibers mit dem Ruhezustand. Powertop sieht dann so aus (Siehe kein C9 mehr sondern C8 Pkg State und GPU nur noch 99% im RC6, manchmal auch 100%) Der Stromverbrauch ist in dem Zustand ca. 1 Wh höher: Also weckt irgendwas den Monitor oder die GPU, oder da gibt es halt wirklich ein Problem im Treiber auf und das sorgt auch dafür das ich nichtmehr in den C9 komme. Das dann auch evtl. später zum Freeze führen kann. Die Frage ist jetzt ob ich den test abbreche weil jeden tag eine kWh für den Monitor ist eine Menge Strom oder ob ich wieder den Monitor ausschalte. Gruss, Joerg

Kann Plex/Emby mittlerweile auch normale SMB/NFS shares parallel zu der Serververbindung einbinden die man im Client browsen kann? Das war bei mir früher immer das Ausschlusskriterium für Plex. Ich habe auf SMB halt Kindervideos (Sprich Videos von meinem kleinen, auch aufgenommene Dokumentationen wie zum Beispiel Terra X etc.) etc. liegen die Plex nicht indizieren konnte (oder ich wusste/weiss halt nicht wie). Unter Kodi mit Jelly Plugin als Server geht das halt noch.

Der Server selber hat es. Beim Kodi Client hab ich es nicht im Kopf bzw. nicht getestet. Da ist für mich nur ein User Relevant Ja direkt über Jelly ohne Kodi. Kodi wie gesagt eher lokal "zu Hause" und da übernimmt der Kodi Client das transcodieren. Also kann schon was. Muss man halt schauen was man davon selber wirklich braucht.

Beim puren Kodi mit den Daten auf der Kodi SD --> ganz böse. Bei Kodi mit zum Beispiel Jellyfin Plugin kann Sie "nur" die Verlinkung zum Server löschen aber nicht die Server Datenbank. Und die ist schnell wieder eingerichtet. Einrichten und sync kostet dich ca. 15 Minuten (je nach Anzahl deiner Medien). Und zum einrichten kann man auch mal eine Funktaststur via USB anstecken. Ich hab so ein Ding immer hier rumliegen. Gibt btw. auch Fernbedienungen die auf der Rückseite eine Tastatur haben. Zum Beispiel sowas und das gibts auch noch in günstiger (Ich hab damals 25 Euro bezahlt): Klick Mich Aber mal eine Frage in die Runde. Was ist eigentlich der Vorteil von Plex/Emby als Kodi Plugin verglichen mit Jellyfin? Jelly kann gratis transcodieren, Plex/Emby sind imho kostenpflichtig. Bei Plex/Emby gibts dafür Apps für Mobilgeräte. Gibts bei Emby/Plex noch weitere Vorteile?

Ja explizit hat er/sie das nicht erwähnt, aber "ich bin ein Spielkind das viel ausprobiert" legt das nahe. Wie haben jetzt ja unsere Standpunkte dargelegt und er/sie kann jetzt entscheiden.

Dafür evtl. Wenn sie/er Plex/Jellyfin zum Beispiel mit transcodierung nutzen möchte. Oder wenn er VMs aufsetzen will und die iGPU via Intel-GVT-G Plugin der VM zur Verfügung stellen will, um bei Remote Connections zu der VM Grafikbeschleunigung nutzen zu können . Man kastriert sich schon etwas ohne iGPU.

Was meinst Du mit tweaks? Autotune hatte ich die letzten Monate aber immer an. Ich habe darauf verzichtet das manuell zu machen und alle Kombinationen im go-File durchzuspielen. Und ehrlich gesagt glaube ich auch das ich im System Raise condintions habe. Sprich das es noch ein anderes Problem gibt das in Kombination mit dem i915 erst zum Freeze führt. Dafür spricht eigentlich das Du ja schon anmerktest das dir so ein Problem mit der 10. Generation noch nicht bekannt ist. Ich teste jetzt nochmal wie gesagt deinen Vorschlag (Habs die vfio Leiche schon entfernt und iGPU Top und das Statistik Plugin wieder ins System eingebunden). Falls es da Probleme gibt entferne ich den i915 wieder und lass es gut sein. Der Stromverbrauch ändert sich nicht markant wenn die i915 drin ist. Hab eben nochmal geschaut und ich glaube es geht hier um ein halbes Watt. Mit der 6.10 muss ich dann mal schauen Obs da evtl geht (neuer kernel, neue Treiber), ansonsten muss ich mal nachlesen wie ich da den i915 rausnehmen kann. Gruss, Joerg

Oh cool. Dann kannst ja endlich den i3-10100e mit ECC auf dem GA W480 testen. Da bin ich schon drauf gespannt.

@mgutt In der Tat ist mein Anwendungsfall eher "zu Hause". Und Kodi natürlich definitiv nur zu Hause. Auf Tablets zu Hause nutze ich halt Jelly, aber eher selten. Ich habs noch nicht versucht aber auch Jellyfin müsste von unterwegs gehen (entspr. Portfreigabe und dynamischen DNS mal vorausgesetzt). Eigentlich ist die initial Frage schon nicht optimal. Kodi vs Plex. Kodi ist halt nur ein Client bei standarnutzung während Plex aus Client und Server besteht. Also korrigiere ich mal meine Aussage (für meine usecases): "Kodi" zu Kodi + Jellyfin > Plex Client + Plex Server. PS: Ich nutze Kodi auch für TV und streame von meiner VU Uno SE 4k die HD Sender zu Kodi (gibt da ein enigma Plugin das das erlaubt). Keine Ahnung ob das mit Plex auch funktioniert, ist halt schon ein sehr spezieller Anwendungsfall.

Na ja, ich hoffe wir missverstehen uns da nicht was "mitnehmen" bedeutet. Die Syno Platten in den Unraid server stecken und denken die Daten wären verfügbar ist ein Illusion. Syno macht/hat bei SHR/SHR2/Raid5/Raid6 ja das System das auf jeder Platte Dateien und Paritätsinformationen liegen, und das kryptisch verwuselt. Das ist im Unraid nicht lesbar. Du musst also schon den Umweg machen und deine Syno Daten erst irgendwo Zwischenspeichern. Dann die Platten ins Unraid und alle Platten mit XFS Reformatieren, Array und Pool anlegen, (SSD Cache, 1x4 TB Parität, 1x4TB + 2x2 TB Daten =8TB verfügbar für Nutzdaten). Dann dort die Freigaben anlegen und die zwischengespeicherten Daten aufs Unraid schieben.

Kodi, multiple Clients von Kodi um genau zu sein, mit zentraler Mediendatenbank. Und mit Jellyfin als dieser zentraler Medien/Filmdatenbank. Dadurch hast du den Vorteil der zentralen Datenbank, kannst aber trotzdem noch manuell einige Verzeichnisse für, ich nenne es mal "Incoming" Medien, freigeben und nutzen ohne die gleich in die zentrale Jellyfin Datenbank aufnehmen zu müssen. Und das ganze ist frei, ich brauche keinen PlexPass.

Beim transcodieren noch nicht. Nutze ich aber eher weniger. Deswegen tat es auch nicht weh das i915 zu deaktivieren. Zum Thema Bildschirm. Er gibt beim einfrieren gar nichts aus. Es steht in keinem Log was. Er friert einfach ein. Anschalten ok, aber der verdammte als Dell Monitor zieht Strom, jenseits von gut und böse. Selbst im Standby. Richtig 02:00.00 vs 00:02.0. Kann er aber nicht binden weil die von einem anderen Mobo war aber egal. Geht jedenfalls nicht. Nein. Ich habe ausser der einen Modifikation an der vfio-pci.cfg alles via Kernel/Bootparamter gemacht. Alles im Kontext GPU Passthrough und der NVME Eintrag war auch für eine VM um der eine OSX Installation auf einer NVME zur Verfügung zu stellen (langsam kommt die Erinnerung wieder). Ich habe die Idee aufgegeben (obwohl alles funktionierte wie gedacht) weil der Stromverbrauch mit Grafikkarte einfach zu hoch war. Nun gut. Dann räume ich mal auf und hole mir den i915 Treiber wieder ins System. Und teste mal 2 Wochen. (1 Woche wird nicht reichen mein System hat auch schonmal 10 Tage bis zum Freeze durchgehalten). Und dann melde ich mich nochmal. Gruss

@ich777 Ein alter 2k Dell Monitor ist dran, aber abgeschaltet. Eigentlich habe ich die iGPU nur für deinen Jellyfin Container benutzt. Danke das du mich auf die vfio-pci.cfg hinweist. War mir nicht bewusst das ich dort ein manuelles binden der UHD vorgenommen habe. Interessanterweise zeigt das Unraid bei den Werkzeugen und den Systemgeräten gar nicht an. Ok, sieht man wenn man auf Log anschauen klickt. Muss wohl ein Relikt sein als ich versuchte die iGPU für VM freizuschneiden, oder da die Adresse ja gar nicht existiert noch vom alten J4105 Atom Board. Da hatte ich den Stick zuerst laufen. Ja, scheint vom alten Board zu sein. in der vfio-pci.cfg steht: 1987:5012 Im System hier beim W480 Board: Aber jetzt bin ich total verwirrt. Beim Atom Board hat die UHD die Adresse: root@BamBam:~# lspci -n -s 00:02.0 00:02.0 0300: 8086:3185 (rev 03) Die RX580 die ich mal drin hatte kann es auch nicht sein, die hat eine ganz andere Busadresse. Ach ich glaub jetzt weiss Ichs. Der Server lief zwischenzeitlich zu Testzwecken auf 2 anderen Boards B460 DS3H und Z390 M Gaming. Die Adresse wird wohl von einem der beiden sein. Ich kann mich nur auf Teufel komm raus nicht dran erinnern das durch Manuelle Änderung der vfio-pci.cfg gemacht zu haben. Ich werde mal noch eine Woche den Server laufen lassen (um sicherzustellen das er wirklich stabil ist) und dann die vfio-pci.cfg bereinigen. Ich dachte erst dann nochmal die iGPU Treiber einbinden und sehen ob es wieder freezes gibt. Aber das macht keinen Sinn. Ich hatte ja nur versucht ein device zu binden das es gar nicht gibt. Oder? Gruss, Joerg

Ich hole den alten Thread nochmal hervor weil ich glaube die Quelle meiner System Freezes gefunden zu haben, da der Server jetzt das seit 2 Wochen Stabil gelaufen ist. Es scheint schlicht und ergreifend der iGPU Treiber i915 zu sein der die Probleme macht. Ich habe im Bios jetzt alle ASPM Optionen und Package States bis 10 aktiv aber in Unraid lade ich den treiber nicht mehr. Powertop sagt das ich meist im Package States C7 und C8 hänge, vermutlich weil durch das entfernen der Treiber die iGPU nicht mehr in den Sleep geht. Aber auch damit bin ich glücklich, da mein Server damit auf ca. 17W im HDD Spindown ist. Gruss, Joerg

@Stewi Ein paar Anmerkungen: Das Fractal Node 304 ist für ITX Boards aber dein Intel Board ist uATX. Spricht das passt nicht und du solltest entweder das Fractal Node 804 nehmen oder ein ITX Board. Ich würde sogar eher in Richtung Fractal Define R5 (war es glaube ich) gehen, da die Node Gehäuse schon sehr eng sind und auch thermisch Probleme (Überhitzung der Platten, ja nach Plattentyp) haben können. (Ich habe btw. das 304 und das 804) Die P5 würde ich nicht als NVME einsetzen, zumindest ich hatte mit der extreme Probleme unter Unraid. Hier besser wirklich was in der Richtung Samsung 970 Evo (Plus). Beim AMD Build möchtest Du eine SATA Erweiterungskarte einsetzen. Die wird mit hoher Wahrscheinlichkeit dazu führen das Du keine tiefen C Package States wie C9 Pkg oder C10 Pkg erreichst sondern auf C3 hängen bleiben wirst. Und das wird dich einige Watt im Verbrauch kosten. Zum Thema Emby, das geht auch mit dem Intel System und der iGPU da (imho). Da kann vielleicht @mgutt was dazu sagen. Das läuft sogar auf meinem ATOM System (j4105, wobei ich den Dockercontainer von @ich777 mit Jellyfin einsetze). Ich würde wenn es stabil und stromsparend sein soll das Intel System präferieren. Gruss, Joerg

Ich habe aus dem Nerdpack den Midnight Commander mc. Dann logge ich mich via ssh ein starte den MC und verschiebe die Daten einfach.

Wobei ich das 804 nicht zu sehr bashen will. Wenn man was kompaktes braucht ist es sehr gut. Das Problem mit der Wärme hatte ich nur beim Parity Rebuild und indem ich die 120mm Lüfter auf höchste Stufe (Das 804 hat eine manuelle Lüftersteuerung mit kleine mittlere und hohe Stufe) gestellt hatte funktionierte das auch. Ich habe auch ein paar Festplatten die als "Hitzköpfe" bekannt sind und die bis auf 53 Grad gekommen sind auf niedrigster Lüfterstufe beim PR. Fazit: Das 804 ist ein gutes Gehäuse und kompakt. Aber, braucht man nichts kompaktes ist das Define einfach besser aus den Gründen die @Anym001 aufgeführt hat.

Das 804 ist nicht so gut wie ein Define. Es ist zwar halbwegs kompakt aber die Platten werden recht warm bei einem Parity Rebuild. Dazu schauffelt das Netzteil auch seine Abwärme in den Raum der Festplatten. Da heizt sich das bei mir trotz 2x120mm Lüftern relativ stark auf. Die Anschlüsse an die Festplatten, speziell die SATA Stecker sind auch am Umknicklimit. Ich hab’s gekauft weil es bei mir in ein Regal passt in das ich mein altes define nicht reinbekommen hätte.

# leave set to "no" when your core count is standard # set to "yes" if boot hangs on the apple logo due to you assigned a non standard amount of cores to the vm REMOVETOPOLOGY="yes"