ich777

Dazu kann ich nur sagen das der PoE Konverter mit dem Zigstart LAN Gateway meinen Verbrauch um 1W hochgetrieben hat von meiner Firwall/Switch Steckdose, kann aber auch dem Konverter geschuldet sein weil das ein wirklich günstiger war.

Currently I cannot restart my machine because it has some serious work to do and therefore I can't test it. Please Install the Plugin on 6.11.5 (so that it is actually working), then reboot and pull the Diagnostics, without installing it again so that I can see what happens on boot with the plugin. The Diagnostics that you've posted above clearly shows that the plugin was installed after the start from the Array and I see no indication that it was installed before the Array was started (at boot time). Another minor thing is that you should remove the NerdPack since it is marked as deprecated on Unraid 6.11+

Please upgrade to 6.11.5, after that you will see that the iSCSI Plugin failed to install and then try to install the plugin again from the CA App. You can also try to uninstall the plugin when you are still on 6.11.0, after that reboot, when you are finally on 6.11.5 install the iSCSI plugin again from the CA App and everything should work as expected.

Please upgrade to 6.11.5 and try the above again. EDIT: You are running a Firewall or some kind of router on your server correct?

Please try the following: Klick on Remove at the page where you posted the Screenshot Execute these commands from a Unraid Terminal (this exact command!): rm -rf /boot/config/plugins/iSCSIgui.plg /boot/config/plugins/unraid.iSCSI Reboot your server Try to install the plugin and wait for the DONE button to appear Reboot your server again and see if you experience the same issue Usually this should solve your issue, please follow the instructions step by step.

What error do you get? Can you post a screenshot from what is not working or is it the screenshot from what you posted earlier that the plugin is in the Plugin Installation Error tab in Unraid?

Ja, musst du normalerweise alles neu anlernen... Ich würde sowieso generell zu einem LAN Gateway raten weil du eben viel unabhängiger bist oder du nutzt einen RaspberryPi mit so dem bestehenden Sonoff und verwandelst ihn so zu einem "LAN" Gateway, funktioniert auch. Hab mir damals den bestellt: Klick, dazu hab ich mir noch das Gehäuse gedruckt und einen PoE Konverter bestellt weil damals dieses Ding nicht lieferbar war: Klick EDIT: Oh, hab grad gesehen das wäre der Nachfolger: Klick

Nope, you have to use some kind of external tool to monitor this. Depending on the game there are web tools out there who query the server status and how many players are connected. The whole server? May I ask why? If yes, this would be a question for the General Support forum, but I think a user script (through the User Scripts plugin which you can find in the CA App) on a schedule with this command should work fine: shutdown -r now However if you want to restart only the container on a schedule you can simply create a user script on a schedule with the following contents: docker container restart CONTAINERNAME (please replace CONTAINERNAME with the exact container name, case sensitive!) If you want to restart multiple containers at the same time you can also do: docker container restart CONTAINERNAME1 CONTAINERNAME2 CONTAINERNAME3 (you can restart as many containers as you want at the same time as you want but I really don't recommend that because that could cause a significant performance hit and maybe cause heavy I/O and resource usage)

Thank you for the report! Please update the container and it should now work, sorry for the inconvenience, I underestimated how different the Tor Browser from Firefox is and also how different their repository is working...

Everything seems OK from the Diagnostics and even from the posted log. Did your run iSCSI before? you can also delete the configuration from it by issuing this command from the command line (this exact command!): rm -R /boot/config/iscsi (please do this after removing the plugin itself! If you got further issues I would recommend that you remove the plugin, after that reboot your server and pull a fresh copy from the CA App.

Please post your Diagnostics after installing the plugin.

Bitte poste mal deine Diagnostics.

You can disable that for individual container at the bottom in the settings page, I think you have to click Advanced or something like that and set the toggle switch to Don't Stop. Anyways, that's a real bummer, can't you just use a external database? Is that an issue that will be fixed soon or will this take "forever"? Keep in mind the Docker will be also stopped on a Container Update or Reboot from Unraid.

Nö, aber für dich wird es übersichtlicher. Okay... kenn ich nicht, aber wird auch passen, ich bin eben noch immer Fan von Noctua wenns um Luftkühlung geht.

Ist übrigens Unraid, ja ja, ich weiß ist Linux basierend, aber in der GUI hab ich gemeint (siehe Screenshot)... Ist schon heftig, was hast du da drauf? Ist aber auch ein 12900k der wird warm... Du meinst sicher mit Software transcoding oder? Dir würde hier vermutlich keiner zu Software transcdoing raten da es wenig effizient ist und die iGPU nur ein paar Watt braucht hingegen die CPU bei Software transcoding gönnt sich da sicher 50 bis 100 Watt in deinem Fall.

Also nur um ganz penibel zu sein, oben kommt der name rein also „Quick Sync“ oder „Intel“ oder „iGPU“ Da war sicher was anderes dran Schuld. Wenn das Verzeichnis nicht da gewesen wäre dann wäre der Docker nicht gestartet um alles andere kümmert sich IntelGPUTop wenn es nicht schon durch Unraid selbst alles aktiviert wurde. Was versuchst du eigentlich zu transcoden? Ich mein 12th gen kann sowieso fast alles aber wenn du irgendwas exotisches hast dann kann es sein das es nicht funktioniert, is aber eher unwahrscheinlich.

Vielleigt könntest du hier die Lösung auch nochmal vom Generap Support Bereich hier verlinken und als Lösung markieren? Bei deiner Platte war das falsch Dateisystem eingestellt oder?

Nö, wäre mir auch neu. Auf welcher Unraid version bist du denn @SBH? EDIT: Gerade gesehen 6.11.5 Verwendest du auch den offiziellen container? Gib bitte nochmals als Gerät /dev/dri im template an und dann mach mal eine Console vom Plex Container auf und mach dort drin dann mal: ls -la /dev/dri Was bekommst dann für eine Ausgabe? Du kannst auch versuchen als gerät /dev/dri:/dev/dri an zu geben, ist aber eigentlich das gleiche.

Du könntest den container mit root rechten starten, dafür gibt es ein drop down feld im template, oder du führst diesen befehl aus einem Unraid terminal aus: chown -R /PFAD/ZU/DEINER/PLATTE

Exactly, but if there is no thermal solution applied to the Dual Edge TPU even a short period of time could overheat the TPU, especially the power circuit is at least according to the Coral Team really sensitive.

Wie die Meldung schon sagt, der Standard Benutzer 99 der in der Gruppe 100 ist hat keine Schreib Berechtigung auf deiner Platte. Es gibt durchaus Tools die das ermöglichen.

Aber hast du dir denn mal alles durchgelesen? Vermutlich nicht sonst wüsstest du das dort immer Corrected dabei steht. Starke Aussage, ich sage hier eher das es eine eher schlechte Integration ist im BIOS, auch wenn sie es anbieten... Aber es waren bis jetzt bei allen Gigabyte und WD, also vermute ich das die Kombination das Problem verursacht. Lies dir bitte nochmal durch was ich geschrieben habe, die Meldung allein Löst einen Fehler aus der viel Kritischer ist und die Funktion des PCIe Geräts verursacht, kann man ja mal überlesen...

Wie du willst, aber die Filme könnten doch auch auf XFS bzw. warum muss das NTFS sein.

Aber oftmals war das Problem das die mappings in den container falsch waren, sonst würd ich nicht fragen. 😉 Bitte überleg dir ob du nicht lieber auf ein Linux Dateisystem sichern willst weil du bei NTFS viele Attribute verlierst von der Datei selbst.

Ein bisschen mehr Kontext wäre gut. Screenshot vom Docker Template, was willst du wohin synchronisieren, hast du was geändert im Template?