ich777

Actually no. I will look into that. Can you please share a bit more information on that? I'm assuming you've set it to latest otherwise the automatic download function wouldn't work at all. So to speak it sometimes works, you get a notification that the download was successful and to reboot the server correct? Maybe I changed something that prevents updates from working correctly but I don't think so because you are the first user who is reporting this at least IIRC and if it works sometimes it seems that something is wrong with the download form GitHub. May I ask where are you located in the world? The driver packages are hosted on GitHub and some users report issues some times with downloads but I'm not entirely sure why, maybe the CDN is a bit flakey... I don't think that this is a possibility but it could of course happen that the driver isn't ready when your server checks for updates <- but this shouldn't be happening because the time frame for that is only about 15 to 20 minutes. Good to hear that at least this is working...

Warum? Das hilft beim Shutdown nicht wirklich (zumindest bei der 6.12.4 nicht)... @Marino da du keine Diagnostics gepostet hast... Sind deine Plugins aktuell? Hast du das Parity Tuning Plugin drauf? Wird der Parity Check auch wirklich getriggert oder bekommst du nur die Meldung? Das Parity Tuning Plugin hat das eine Zeit lang auf 6.12.x ausgelöst weil es nicht 100% kompatibel war und hat diese Meldung ausgelöst aber keinen Parity check.

Which line are you talking about? I can only find 4 lines with the resolution check and they all seem fine. May I ask why you are posting the json log? Do you use another platform than Unraid? If so you can also dump the full log from the container with: docker container logs jDownloader2 > /path/to/file.log Are you sure that you simply can't press ENTER or ESC on that screen?

Your log output shows that it can't find the jDownloader.jar file so it is basically installing it again. May I ask how the share is configured in terms of primary and secondary storage? Please double check if you have set it that it stays on the cache if you use the default path from the template /mnt/cache/appdata/... If you have set it to move it from the cache to the array then please change the path in the template to /mnt/user/appdata/... <- but I would rather recommend that you leave your appdata always on the cache drive to avoid spinning up the Array occasionally and to avoid weird behaviour. BTW I assume you could press the ESC or ENTER key if that screen appears.

This is really strange, that shouldn't happen at all... Have you yet tried to restart the container and see if this also fixes the issue? If yes, disable the stop from the container if you have CA Backup set up <- this shouldn't harm anything for the jDownloader2 container. My assumption is that something messes up when it starts but it's really hard to debug, because well jDownlaoder2

Have you tried to press ESC or RETURN when this screen pops up? Would it be a viable solution for you to set the scaling mode in the VNC menu to server scaling? With this you can let the initial resolution at default and the screen will be always be resized accordingly to the window size from your browser. (click on the arrow on the left hand side, click on the gear icon, scaling, set to server scaling) However it should not have any mayor downsides to setting it to 1920x1080 What do you do to solve this issue usually?

No. Ah, now I saw it... You are using the experimental client. You have to add that to the GAME_ID: -beta experimental You are on the experimental branch and therefore you have to also use the experimental branch on the server (please note that switching branches needs validation the installation once). See also here: Click

Warum machst du das denn so? Du kannst doch den nginx proxy manager auf port 880 oder ähnlichem laufen lassen und dann in deinem Router das Port von 880 auf 80 extern legen mittels NAT, wäre doch viel einfacher. Bitte änder in /boot/config/ident.cfg mal den port von 81 auf 80 zurück bitte und schau mal ob dann nach einem Reboot die GUI wieder hoch kommt.

Have you yet tried to force a update with the Validation Installation (please don't forget to unset it again after it finished verifying)? You can also try to set up a second instance if that is working.

Darf ich fragen warum? Hast du sicher keinen port konflikt?

Hast du denn irgendetwas umgestellt vom WebGUI in den Unraid Einstellungen selbst zB ein Port oder so? Benutzt du Unraid connect? Verbindest du dich mit der IP oder mit dem Hostnamen? Hast du schon mal einen anderen Browser versucht oder auf einem anderen PC? Nur um das klar zu stellen, du kommst überhaupt nicht mehr auf die GUI auch nicht mehr auf anderen Unraid versionen?

This is a thing that you have to solve, I really can't help with that. The steps that you've described should be correct as far as I can tell. You can also copy it via SSH so to speak on Windows with something like WinSCP and on Linux with sftp:// for example.

Mit 6.12.4 wurden aber die MACVLAN crashes gelöst und wenn du meinen Anweisungen oben folgst könnte man das umstellen und damit dann crashes durch MACVLAN ausschließen. Das ist in den Netzwerkeinstellungen von Unraid selbst nicht in der Fritzbox.

11th Gen Intel is a bit of a grey area and some CPUs doesn't support either GVT-g nor SR-IOV (somewhere on the GVT-g thread had a similar CPU like you and had the same issue). So I think you are out of luck with this CPU.

A bit more information please, what ports have you changed or what did you do exactly? Do you have by any chance a screenshot from your Docker template? I think you are talking about that correct:

Da würd ich nichts umstellen, das ist by default gut eingestellt.

Komisches Verhalten von GlutenVPN aber wenn wieder alles funktioniert passt es jetzt ja.

Exactly. Then Delete it there, reboot and do the steps that I've mentioned in my previous post.

If it isn't in your plugin list anymore I would also check the Plugins Error tab and if it isn't in there either (or if you have no such tab) then do a reboot to be on the safe side first and then do that if you are already on 6.12.4 (the order is a bit different) :

Musst du für dich testen was für dich funktioniert ist auch immer ein wenig abhängig von der Konfiguration des servers. Ich reich meistens nur die block devices selbst durch, sprich so: Das ist beispielsweise für mich völlig ausreichend und du hast auch noch den Vorteil das Linux zuerst in den RAM schreibt und dann auf die Festplatte, sprich ein wenig zusätzlicher Boost. Du kannst aber auch einen ganzen SATA controller durch reichen und dann hast du eigentlich die gleiche Leistung wie auf Bare Metal (natürlich nicht ganz, ein bisschen overhead hast du immer). Wie gesagt ich reiche die Platten immer wie oben angeführt durch, das funktioniert für mich super und hab da keine Probleme damit.

Wäre eben Interessent ob es ein Fehler von GlutenVPN ist <- wie gesagt ich kenne das nicht. Wenn ich mich recht erinnere bieten die configs für die jeweiligen Provider und verbinden dann um das ganze "einfacher" zu machen. Ich würde auf jeden Fall mal in deren GitHub einen Issue öffnen, die können sicher schneller helfen vor allem da du eben die Meldung bekommst das die Credentials falsch sind. Vielleicht hat noch jemand anders eine Idee...

Starte deinen Server neu und installiere EasyBackup danach neu. Wenn es jedoch nach dem Neustart noch immer installiert ist dann entferne das .plg file aus /boot/config/plugins/ (ich kann dir auf die schnelle leider nicht sagen wie es genau heißt aber ich vermute easybackup.plg und den zugehörigen Ordner aus /boot/config/plugins/)

Ich würde dir raten hier einen issue auf GitHub auf zu machen: Klick Leider kenne ich NordVPN nicht bzw. habe dort keinen Zugang aber das hört sich nach fast dem gleichen Fehler and den mal jemand bei meinem OpenVPN-Client container reported hat, hier auch gleich der Link zur Lösung: Klick

Sehe ich das richtig das deine SSD eine SiliconPower ist richtig? Probier bitte mal eine Samsung SSD oder gleichwertige "Marken" SSD als Cache, ich hatte früher als ich mit Unraid auch ähnliche Probleme mit SanDisk SSDs (damals noch 128GB) das die das ganze System zum stehen gebracht haben bzw. das die Leistung kurz auf 1GB/s rauf schnellte und dann auf ein paar MB/KB einbrach wenn man auf die kopiert hat. Das liegt meistens daran das diese SSDs keinen DRAM Cache besitzen und dann eben die Schreibrate intern bremsen müssen um mit dem Schreiben auf die SSD selbst fertig zu werden. Die Lösung war damals eben die auf Samsung bzw. Crucial SSD zu tauschen.

Upgrade mal auf 6.12.4 Hast du denn Docker container mit dedizierter, eigener IP auf deinem Server? Wenn du eine Fritzbox hast dann schalte bitte Bridging aus in den Netzwerk settings, solltest du keine Fritzbox haben dann schalte Bridging an und stell sicher das in den Docker Einstellungen IPVLAN ausgewählt ist und nicht MACVLAN!