ich777

Du kannst ihn ruhig weiter benutzen, ich hab den erst vorige Woche mal als deprecated makriert weil ich ihn nicht mehr weiter maintaine weil ich ihn selber nicht mehr benutze und weil ich die zig hundert verschiedenen addons nicht supporten kann aber er funktioniert ja noch und ist auch noch verfügbar. Mach dir mal um die deprecated Markierung keine sorgen, kannst ihn ruhig weiter verwenden.

Ich zitiere dich hier mal aus dem Report den du fälschlicherweise abgegeben hast und füge das auch oben nochmal in deinem ersten Post ein (hoffe das ist in Ordnung) : Einen neuen Post kannst du immer unten im Feld "Reply to this topic" eingeben, like kannst einfach unten rechts im Post klicken, mit dem drei Punkte Knopf oben brauchst du eigentlich nichts machen außer du willst deinen post editieren.

Have you yet tried to only enter your local IP? Are you sure that your NAT Reflection is working properly? If it is not working properly this would prevent you from connecting from your LAN to the server. Have you yet tried to connect to your server from outside your LAN to your server via the WAN IP/PORT? Please also check your port forwarding if you've forwarded all ports which are listed in the Docker template with the appropriate protocol.

Vermutlich, ich hab alles im go file drin. Aber du musst auch wissen das meine anpassungen natürlich den server ein wenig verlangsamen (aber ist bei einem i9-10900 fast nicht zu spüren). Naja, du erstellst eine datei wie beschrieben an dem ort wie beschriben und dann gibst deine optionen rein, die zeile muss immer mit "options corefreqk ..." beginnen. Vermutlich, ich benutz nur PowerTop autoune in kombination mit dem go file und sonst nichts.

Please also include Diagnostics.

Hab ich noch nicht gesehen. Muss aber sagen alles zu installieren (CoreFreq und AutoTweak) und überall was um zu stellen ist womöglich nicht der richtige Ansatz aber ich hab das Video wie gesagt noch nicht gesehen. Ich mach das manuell und fahre ein sehr aggressives Programm bei mir, ich will das hier eher nicht erläutern (Turbo aus, Frequenzen prozentuell limitiert, Governor umgestellt, RAM auf 2133 laufen,...). Naja Systeminstabilität und alles mögliche lustige und obskure Sachen die auftreten können. Ich meine Stromsparen is ja gut und schön aber ich bin dagegen wenn es zu exzessiv wird (undervolting usw).

Sorry hab das erst jetzt gesehen, das funktioinert leider nur über die config, momentan hab ich noch keine GUI integration für das geplant.

Just to clarify this was a question…

Please keep me in the loop and let me know about your findings, I update the Mega container only from time to time to usually avoid such issues.

Strange, I updated the container a few days ago to be on the newest version and someone reported a similar issue but somewhat different: But it seems to be fixed itself like the user reported a few posts above. Maybe they introduced a few more bugs than they solved with the new version (you can read the changelog here). Maybe it is worth creating a ticket at Mega itself and report the exact issue with a screenshot, the container uses the latest version: megasync_5.2.0-2.1_amd64.deb

About what container are we talking about?

And you can reach those speeds in the real world? Sure you'll maybe reach those speeds with Speedtest and such sites but do you really benefit from the full 15Gbit/s with Google services or GitHub? I assume you will be somewhat limited by the remote servers anyways. I would stick to a ConnectX4 if you really need those kind of speeds or not (of course with active cooling) because those cards run much cooler FWIK and they can also run 25Gbit/s I think you are underestimating how much airflow there is in a server chassis and how cooling works in a server chassis, this is a completely different ballpark compared to a consumer or serverish case...

What do you expect? This is server hardware and TBH I really don't understand why you need a 1x 50Gbps adapter (or 2x 25Gbps) adapter for home usage... In a server you have a significant amount of airflow over theses cards, they even have some times special air direction thingies to ensure enough air flow. These cards usually don't have ASPM or similar features and are running always at full blast. You can try a ConnectX3 card which you can keep under control with a little bit of airflow over them (~70°C) or with a little fan attached ~47°C. With the plugin, or better speaking with the tools that it ships with? Next time when you have such an hardware issue please always attach Diagnostics for easier troubleshooting.

Please read the second post of this thread. All things that need to be changed are described in there.

Please read the full post… The card is overheating and therefore disabled. It should be also possible to flash the firmware on Unraid with the MFT plugin, but first the overheating problem needs to be solved.

Wenn du meinen container in verwendung hast dann stell eingach des repo um auf jellyfin/jellyfin Prinzipiell kann das jeder aber du musst dich dcjon an die maintainer wenden wenn was nicht funktioniert, wenn du eben den offiziellen nimst, kannst klarerweise auch auf deren Dokumentation zurückgreifen. Bei Linuxserver brauchst du glaub ich für AMD nich eine Docker mod.

Yes: Apr 14 13:34:29 unraid kernel: mlx5_core 0000:61:00.0: poll_health:840:(pid 0): device's health compromised - reached miss count Apr 14 13:34:29 unraid kernel: mlx5_core 0000:61:00.0: print_health_info:429:(pid 0): Health issue observed, High temperature, severity(2) CRITICAL: Apr 14 13:34:29 unraid kernel: mlx5_core 0000:61:00.0: print_health_info:433:(pid 0): assert_var[0] 0x00000073 Apr 14 13:34:29 unraid kernel: mlx5_core 0000:61:00.0: print_health_info:433:(pid 0): assert_var[1] 0x00000073 Apr 14 13:34:29 unraid kernel: mlx5_core 0000:61:00.0: print_health_info:433:(pid 0): assert_var[2] 0x00000000 Apr 14 13:34:29 unraid kernel: mlx5_core 0000:61:00.0: print_health_info:433:(pid 0): assert_var[3] 0x00000000 Apr 14 13:34:29 unraid kernel: mlx5_core 0000:61:00.0: print_health_info:433:(pid 0): assert_var[4] 0x00000000 Apr 14 13:34:29 unraid kernel: mlx5_core 0000:61:00.0: print_health_info:433:(pid 0): assert_var[5] 0x00000000 Apr 14 13:34:29 unraid kernel: mlx5_core 0000:61:00.0: print_health_info:436:(pid 0): assert_exit_ptr 0x20b561d8 Apr 14 13:34:29 unraid kernel: mlx5_core 0000:61:00.0: print_health_info:437:(pid 0): assert_callra 0x20b56238 Apr 14 13:34:29 unraid kernel: mlx5_core 0000:61:00.0: print_health_info:438:(pid 0): fw_ver 26.36.1010 Apr 14 13:34:29 unraid kernel: mlx5_core 0000:61:00.0: print_health_info:440:(pid 0): time 1713094456 Apr 14 13:34:29 unraid kernel: mlx5_core 0000:61:00.0: print_health_info:441:(pid 0): hw_id 0x00000216 Apr 14 13:34:29 unraid kernel: mlx5_core 0000:61:00.0: print_health_info:442:(pid 0): rfr 0 Apr 14 13:34:29 unraid kernel: mlx5_core 0000:61:00.0: print_health_info:443:(pid 0): severity 2 (CRITICAL) Apr 14 13:34:29 unraid kernel: mlx5_core 0000:61:00.0: print_health_info:444:(pid 0): irisc_index 0 Apr 14 13:34:29 unraid kernel: mlx5_core 0000:61:00.0: print_health_info:445:(pid 0): synd 0x10: High temperature Apr 14 13:34:29 unraid kernel: mlx5_core 0000:61:00.0: print_health_info:447:(pid 0): ext_synd 0x0000 Apr 14 13:34:29 unraid kernel: mlx5_core 0000:61:00.0: print_health_info:448:(pid 0): raw fw_ver 0x1a2403f2 (second line) I'm also not too sure if a ConnectX6 Lx is already supported by mstflint

Nein, das passt auch so. Der fehler deuted eher auf eine speicherverletzung hin. Das muss man doch deaktivieren können… Die laufen normal mit 2111 wenn ich mich nicht irre. Lösch alles bitte mal, du brauchst davon vermutlich gar nichts. Wie gesagt ich vermute noch immer das Morherboard als Problem.

XMP würde ich generell nicht altivieren da du die Hardware als Server verwenden willst und klar man will geschwindigkeit aber mir wäre stabilität wichtiger bei einem Server. Du könntest dir ja mal ein anders motherboard bestellen und probieren ob das funktioniert. Ich bin kein großer fan von bleeding edge hardware auf Linux (eben weil 14th gen). Sehe hier kein macvlan modul das verwendet wird also sollte das auszuschließen sein.

Vermutlich, könnte aber auch ein Firmware Bug vom BIOS sein, kann ich dir aber nicht zu 100% bestätigen. Leider hatte ich erst jemand auch mit einem BIOSTAR Motherboard und der hatte auch massive Probleme die sich aufgrund des Motherboards nicht behebn ließen. Hast du schon mal einen Memtest laufen lassen? Deine Diagnostics wären auch interessant aber ich vermute fast das es irgendwas mit dem Motherboard/RAM zu tuhen hat.

Seems like you have issues with your PCI bus and the card won't properly reset of the above errors. Please make sure that you have Resizable BAR enabled in your BIOS. Do you have AER on? If yes, are there some AER messages in the syslog too? Maybe it would be better to reach out in the Nvidia Developer forums (at least that's what I do when they broke a driver).

Not really... Maybe this was just a fluke, I really can't tell why that's happening on your system. If it happens again, please feel free to reach out again.

What do you mean with getting disabled? In the Mega app or on Unraid?

Can this be the cause of the issue? I‘m not able to reproduce that over here. Have you upgraded Unraid recently or changed something in the share settings?

At night, sometimes, maybe… 😅 I just looked into that and I think this is a odd choice of naming a debug release: (in my humble oppinion not even worth extracting) I build from time to time a new package based on the latest master branch if they haven‘t made a new release in a long time btw… Maybe yes, don‘t expect everything fully working on Linux since they are clearly more focused on Windows to compete with the other two main players. But it is working good enough in my oppinion for now and transcoding from/to h264/h265 is also blazing fast.