ich777

Ich glaube das liegt daran wie du die Karten konfiguriert hast bzw. nicht konfiguriert hast. Für was nimst du die Karten? Eine hat keine IP soweit ich sehe... Wäre es nicht besser du nimst eine der 10Gbit Karten als "haupt" Netwerkinterface? @mgutt hast du hier eine Idee?

Yes, but I try to move slowly away from custom Unraid builds and try to create as much plugins for the things that are integrated in the Kernel-Helper as possible and move to the plugins instead. I also would recommend to use the plugins and not the Kernel-Helper. Only if you install the gnif/vendor-reset you have to build everything into the images because the loading of plugins would fail.

Why would you do that? If you have your IP exposed you can simply join from ingame with your domainname: yourdomain.net since the game will resolve "yourdomain.net" to something like 5.10.246.31 (only an example of a public IP) and it automatically adds the default port 2456 If you have a second container running on your machine simply enter (depending on the port that you've exposed): yourdomain.net:2556 for example. Hope that makes sense to you...

@DataCollector ist deine Frage geklärt? Du kannst natürlich immer was aus deinen Diagnostics rauslöschen aber bedenke das ein User der dir evtl. weiterhelfen will die Daten deiner Festplatte oder was auch immer braucht, abhängig vom Problem natürlich. EDIT: Natürlich könntest du auch deine Diagnostics aus dem Thread dann löschen sobald dein Problem gelöst ist somit sieht es auch keiner mehr, das obliegt aber jedem selbst.

Thank you, will look into this after the weekend and report back, hope that's ok for you...

The last thing that I can recommend to put the card in your main system if possible and creating a new Trail USB Boot device for Unraid and boot into Unraid on your main system without starting the Array but installing the CA App and install the Nvidia Driver plugin and see if it's detected there. I can only thing of a weird hardware combination problem, if you click back one or two pages in this thread you will also see someone with a 3rd or 4th generation Intel CPU and having the exact same problem but for some reason it started working at some point.

I see nothing suspicious from your Diagnostics, are you sure the card is working properly and the PCIe slot provides enough power to the card? Is it possible that you eventually install the card in a Desktop system and see if it works properly (you have to install the driver and also put some load on it). Also try to reseat the card or try another PCIe slot. What you can also try is to reset the BIOS but only if you know what you are doing. Keep in to not bind the card to VFIO, otherwise the plugin can't see the card.

Wie verwendest du luckyBackup bzw. wie hast du die Shares vom anderen Server eingebunden? Machst du das über SMB oder über SCP das direkt in luckyBackup eingebaut ist? Die beiden Netzwerkkarten werden doch in den System devices angezeigt oder was meinst du genau? Sind eth1 und eth2 nicht die beiden 10GBit Karten?

Can you please post your Diagnostics (Tools -> Diagnostics -> Download -> drop the downloaded zip file here in the text box).

This is also happening for v1.5.0? I have to look into this after the weekend, I will setup a completely fresh installed test server where I can test this. Are you on Unraid 6.9.2? @Squid is it possible that this happens because of Fix Common issues?

@DataCollector lies dir mal diesen Thread hier durch (speziell die letzten paar Beiträge):

Lad dir das Mellanox MFT plugin runter, könntest auch gleich jetzt machen und dir gleich die Tutorial seite ansehen, dort müsste es auch einen Bereich fürs cross flashing geben dann kannst du das Branding entfernen. Wenn du meine Tutorials noch nicht kennst, die sind alle step by step.

Yes exactly this is version 1.5.0 but after you configured everything in the container try to chamge the tag to: checkmk/check-mk-raw:2.0.0-latest At least that's what I did and it works flawlessly on my system.

Please try to remove this last path, I've already changed the template because of another user report. Please also pull off a fresh copy from the CA App and check if the tag is only: checkmk/check-mk-raw

Mich auch nicht da ich kein Rechtsverdreher bin. Aber bedenke wenn du was brauchst und du postest die Diagnostics hier dann hast du einen triftigen Grund dafür und postest sie doch nicht zum Spaß. Ich sehe kein Problem mit den Diagnostics und dem Datenschutz. Ich verstehe die Aufregung oft nicht und reagiere auf dieses Thema relativ sensibel da ich tag täglich damit konfrontiert bin. Einfach gesagt, wenn du sie nicht öffentlich posten willst dann mach es nicht und schreib das eventuall in deinen Thread als Hinweis und das du Diagnostics aber gerne per PN schickst außer das wäre auch ein Problem. Ich würde sie auf keinen Fall weiter anonymisieren da sonst das troubleshooting schwierig wird.

Nein, was bringt das es gibt gewisse Festplatten die haben bis zu einer Seriennummer einen Bug und das lässt sich sonst nicht feststellen. Stell dir mal ein zensiertes SMAR Log vor, keiner würde dir helfen können. Beim Datenschutz bei uns geht es eigentlich darum das du nicht von Otto Normalverbraucher zurückverfolgt werden kannst und er deine Identität feststellen kann. Kann er auch nicht denn selbst wenn er bei zig Lieferanten anfragt ob die Seriennummer bei denen gekauft worden ist dürften die dir nicht sagen wer sie gekauft hat -> Datenschutz. Du musst mir aber jetzt erklären wie du aus meine Diagnostics meine Identität herausfinden willst (außer natürlich ich hätte dort irgendwo was persönliches im Klartext reingeschrieben), da kannst du mehr mit meinem Forenaccount herausfinden. Die Frage ist einfach immer noch was machst du mit den Seriennummern, du könntest nicht mal einen Garantieantrag stellen weil dir die Platte dazu fehlt. Die Shares sind auch anonymisiert, die IP's werden automatisch anonymisiert (bei denen sehe ich ein größeres Risiko) egal welches file übrigens, die werden anonymisiert egal ob IPv4 oder IPv6, bei denen shares wird auch nichts Preisgegeben (außer bei den vorkonfigurierten, da die überall gleich sind), bei der Auslastung deiner Platten kann auch keiner was persönliches feststellen,... Wenn du was findest kann man sicher drüber diskutieren was nicht richtig ist und was geändert gehört und Limetech ist sicher auch nicht abgeneigt das dann zu ändern. Stell dir mal vor du gehst in die Werkstatt, um das Beispiel von @i-B4se aufzugreifen und du willst eine Windschutzscheibe kaufen, ohne VIN, da hast du wahrscheinlich pech wenn du nicht weißt ob sie Grün, einen Regensensor, usw hat.

Die Lösung deines Problems wäre hier einfach und empfehle ich immer wieder hier. Trag in Unraid einen richtigen DNS Server ein (entweder einen öffentlichn oder den von deinem Provider) und nicht PiHole das auf Unraid läuft. Unraid selbst braucht immer exklusiven Zugriff zum Internet, ist schließlich ein Server. Wenn du beispielsweise einem docker einen fixen DNS Server zuweisen willst dann füge in die Extra Parameters im Template "--dns=8.8.8.8" (ohne Anführungszeichen) ein für Google beispielsweise. Viele Plugins suchen beim booten nach aktualisierten versionen und verzögern dadurch eventuall auch den Bootvorgang weil sie auf eine Internetverbindung warten und die meisten machen das mit ping nur wenn die IP adresse nicht aufgelöst werden kann schlägt dies fehl.

Das ist klar und wenn jemand Hilfe verlangt und die Diagnostics nicht öffentlich teilen will gibt es immer noch PN. Welchen leuten? Du vergisst das wir in der EU so einen strengen Datenschutz haben das nicht mal der Hersteller richtig zurückverfolgen kann wo welche Seriennummer hingegangen ist und du evtl. sogar Gerichtlich erwirken musst das die Daten von den verschiedenen Zwischenstellen die das Produkt durchläuft erhältst damit du mal evtl. irgendwie feststellen kannst wo das wahrscheinlich hingekommen ist. Der Händler bzw. Retourenabwickler hat sowieso deine Daten weil er die Garantie oder was auch immer für dich abwickeln muss aber der Hersteller bekommt diese Daten normalerweise nicht.

Das sehe ich ganz anders... Warum ist es dir wichtig die Seriennummern zu anonymisieren? Für das Troubleshooting ist das verherend meiner Meinung nach. Wie schon oben erwähnt... Aber in den Diagnostics wird nichts Kundenbezogenes weitergegeben und die share Namen werden anonymisiert. Sie beinhalten wichtige technische Informationen zu deinem System und wie schon oben in meinem "Nachtrags Betrag" geschrieben obliegen manuell hinzugefügte Sachen dir die zu schützen da Unraid das nicht wissen kann. Du müsstest mir schon ein konkretes Beispiel nennen was noch "geschützt" gehört.

Nachtrag, bitte vergiss auch nicht das wenn du ein user script am laufen hast das du selbst erstellt hast und evtl vertrauliche informationen ins syslog schreibt kann das Unraid nicht wissen, wie auch, da es eine Erweiterung von dir ist die du hinzugefügt hast, das gleich gilt auch für Plugins die evtl etwas ins syslog schreiben. Ich weiß aber das alle Community Developer hier darauf achten keine privaten oder persönlichen Dinge in das syslog zu schreiben. Bedenke auch das Sachen die du ins "go" file geschrieben hast weil du Beispielsweise ein privates Dockerhub Repo hinzufügen willst mit Username und Passwort obliegen dir die zu Anonymisieren. Wie gesagt ich sehe hier kein Problem mit dem Datenschutz indem du technisch wichtige Informationen wie deine Seriennummern der Platten bekannt gibst.

Sieh dir doch mal diesen Screenshot an: Du hast doch eine Checkbox die du setzen kannst um die Diagnostics zu anonymisieren. Bzw. wäre hier mein Argument, warum willst du die Seriennummer deiner Festplatten unkänntlich machen? Die kann man doch nicht zu dir zurückverfolgen bzw. aus technischer Sicht gesehen würde ich sogar davon abraten da die Nutzer die dir helfen wollen dir dann evtl nicht helfen können weil evtl. die Seriennummer gebraucht wird um Festzustellen ob ein Firmwarebug oder sonstiges vorliegt. Das wäre genau das gleiche wie wenn du die GPU UUID von einer Nvidia GPU unkänntlich machst... Warum? Die kann man nicht zu dir zurückverfolgen (zumindest normalsterbliche können das nicht und wäre auch für den Hersteller mit extremen Kosten und Zeitaufwand verbunden wenn es denn überhaupt möglich wäre).

Naja das funktioniert dann schon du hast eine VM mit einer dGPU und eine vGPU von GVT-g damit sie auf dem Host zu Verfügung steht und in der VM. Sieh dir den GVT-g support Thread mal an, hab dort wirklich ein detailliertes Tutorial gemacht (das Tutorial ist zwar für RDP aber du kannst Parsec dann über RDP installieren, schadet auch nicht wenn mal was nicht funktioniert) auch und ein User vom Forum hier verwendet das so mit Parsec.

Did you install Checkmk-RAW latest or did you install Checkmk-RAW 2.0.0-latest? Will look into this.

Do you already tried it? If yes does it work?

Oh wait, where is the share located that you have the folder for Mega? Are the mappings from the container correctly setup and to what is the Use Cache setting set in the Share settings? Eventually that's the problem... What you can also is to look in the settings on Mega itself if there is anything you can change... Can't think of anything else.