derWinky

First month of 2023 is almost over and this still does not work. At this point it´s just freaking ridiculous. Obviously nobody cares about fixing it. I used to be pretty enthusiastic aboout unraid and used it a lot. That enthusiasm is now pretty much gone. Important fixes like this are ignored, obviously nobody cares, other features like native zfs implementation, which people have requested for years, are still in the "maybe in a few years" category. Just use an old OS version or download some stuff from a random chinese dude, because who the f cares anyways.... How is this still an issue after almost a year...

I´m still having this issue with this (https://www.amazon.de/gp/product/B09GBFZ9DZ/ref=ppx_yo_dt_b_asin_title_o02_s00?ie=UTF8&psc=1) 2.5G NIC I bought from Amazon. Works on 6.9.3, broken in 9.10.x

Ok, ich hab jetzt einfach testweise mal einfach alle Ordner aus dem Config Ordner rüber copy pasted und doppelte ersetzt und von den Dateien darin hab ich glaube ich nur die Docker.cfg übertragen und des scheint bisher zu funktionieren.

Hallo zusammen, ich habe aktuell leider ein Problem mit einen meiner Unraid Sticks und möchte die wenn möglich die ganze Konfiguration des alten Sticks auf den neuen Stick übertragen, damit alles wieder sauber läuft. Der alte Stick lief noch unter Trial Lizenz, auf dem neuen läuft bereits eine Basic Lizenz. Wichtig ist mir hier dass ich diese nicht ausversehen überspielen oder sonst irgend was möchte wodurch die neu aktiviert werden müsste oder sonste was, ich möchte dass das unbeeinflusst bleibt. So gut wie alles was ich zum USB Umzug fand war mit Umzug der Lizenz, daher mache ich hierfür mal ein neuen Beitrag auf und hoffe, dass mir jemand helfen kann. Ich habe bisher meinen Mini PC mit der Trial Lizenz laufen lassen und habe da einige Docker Container, eine VM und Wireguard VPN drauf laufen. Der Stick wurde jetzt aber mittlerweile 2 mal mitten im Betrieb nicht mehr vom System erkannt, weswegen ich dem Stick nicht mehr vertraue, ich KANN aber auf sämtliche Daten noch zugreifen. Ich habe eben einen anderen Stick mit bestehender Basic Lizenz eingeschoben und das System läuft zwar prinzipiell erstmal, aber mein Wireguard ist weg, gut das wäre nicht so schlimm, der is schnell neu gemacht wenns is, aber es scheint mehr nicht zu funktionieren. Die Docker Container scheinen zwar noch zu laufen, aber es werden keine Bilder mehr angezeigt, Bild dazu hier Und ich kann die Container auch nicht mehr updaten Ich habe hier also quasi 2 Möglichkeiten, alles komplett von vorne anfangen, worauf ich nicht wirklich Lust habe, oder was offenkundig die sinnvollere Möglichkeit wäre, spezifisch die Dateien/Ordner des alten Sticks einfach auf den neuen packen, damit das wieder läuft. Ich weis halt nur nicht welche Ordner / Dateien ich dafür benötige. Ich möchte halt nur auf keinen Fall die bestehende Basic Lizenz auf dem neuen Stick deswegen neu machen müssen. Ich kann wie gesagt noch auf alle Daten des alten Sticks zugreifen, wenn mir also jemand sagen könnte was hier die beste Vorgehensweise ist bzw welche Ordner/Dateien ich einfach vom alten auf den neuen Stick packen kann und dann läuft das wieder wäre ich sehr dankbar. Ich möchte das ganze gerne möglichst schnell fertig haben, da das Gerät nicht bei mir zuhause sondern bei einem Verwandten steht und ich nur jetzt heute bis Abend da bin und nur bedingt Lust habe da jetzt 20 mal deswegen hin zu fahren^^ Gruß derWinky

Yeah, I thought I only had to enable if for consoles.... I think I did everything correctly

Apparently my mistake was not having crossplay enabled. I wanted to do that after making sure it works, but apparently starting the game form the epic launcher already counts as a different platform, didn´t expect that... First I had the fields empty in the template and only configured the ini file. I only started using the template for name and passwords after the passwords in the ini had been reset multiple times after stopping the container. I actually read that comment earlier and I did try it as you mentioned, stop container, edit file, have the template be empty, start container. But the next time I stop it passwords are both gone while the name is still there. The CSGO Server is apparently kinda working fine, I can connect to it using the local IP and my ddns with the port specified behind the IP. The only thing that´s kinda throwing me off is that it does not appear in Steams Server Tab. In Steam in "View" --> Server--> LAN as far as I know I should be able to see all my local servers for Steam Games. It was obvious for me that my Minecraft Testserver wouldn´t magically show up here but as far as I know the CSGO Server should be in here. Does it not List my CSGO Server because I changed the default port or what did I do wrong here? My Ark Server shows up just fine here Thx for the advice, I deactivated the forwarding rule for that port.

Hi, I tried setting up an ARKSurvivalEvolved Server for my friend for the last few hours but it doesn´t work and I don´t know at which part I fucked up. This is my ARK Container: and apparently the container is indeed hosting the game: that´s at least how I interpret the ram usage. Here are the containers Logs: And here are my portforwarding rules in my FritzBox router. I´m downloading CSGO right now just to check if it actually works. Just from looking at my settings I´d think this would work, but the ARK Server does not show up in the games list of unofficial servers and even if I try to directly join it by starting a private game and then typing open 192.168.178.13 to join my own local server, it doesn´t work. Can you please tell me where I fucked up? Also, at first I tried leaving the passwords and server name in the docker template empty to configure it in the .ini file. When I stoped the container, configured the .ini, started the container the settings would still be there, but as soon as I stop teh container again both passwords disapear from the .ini file.

Hab mir jetzt dieses aktive USB Verlängerungskabel gekauft: https://www.amazon.de/gp/product/B08GP6WYW3/ref=ppx_yo_dt_b_search_asin_title?ie=UTF8&psc=1 Mit dem kann ich den Heimserver jetzt starten mit allem angeschlossen und kriege keine Fehlermeldung wie bei dem anderen. Sollte also jemand das selbe Problem haben, dürfte sich ein Blick auf das verlinkte Kabel lohnen.

Danke nochmal. Eben die Datei erstellt und die Kiste rebooted und es wirft den Fehler nicht mehr und in der VM wird alles korrekt erkannt. Mega Nice. Jetzt nur noch hoffen dass das nächste aktive USB Kabel nicht auch in Linux den Fehler wirft und dass die bestellte USV vor dem nächsten Stromausfall kommt^^ Vielen Dank für deine Hilfe.

Ich auch nicht. Gigabyte und Asus waren immer die, mit denen ich bisher die meisten Probleme hatte, MSI bisher verhältnismäßig weniger. Asus ist zwar oft die Hardware geil aber die Software war lange Zeit extrem kacke. BIOS und treiber updater die einem sagen alles is up to date, obwohl es schon 1 Jahr neuere Versionen gibt, RGB Software die das eigene Board nicht erkennt etc. Und wenn man dann den Support anruft heist es instalier doch mal Windows 1803, da funktioniert es^^ Gigabyte ist sowohl Software als auch Hardware und BIOS technisch bei mir relativ weit hinten. Fast immer irgend welche seltsamen Probleme, BIOS Optionen von denen man ausgeht, dass sie existieren sollten und absolut standard sind existieren nicht, oder machen nicht das was sie sollen. Und fragt man den Support weis der genau so wenig und gibt einen nur einen Text aus dem Handbuch der mit der Frage nix zu tun hatte.. MSI hatte ich was Motherboards angeht bisher die mit Abstand beste Erfahrung bei Hardware, Software und BIOS. Dragon Center mag ich zwar nicht aber es funktioniert zumindest, 1x einstellen und dann deinstallieren. BIOS is meiner Meinung nach im Consumer Bereich das beste. Das einzige was mich nach wie vor nervt ist dass man m.2 Slots in keinem Board von MSI das ich bisher hatte deaktivieren kann. Muss man immer physisch aus dem Board nehmen. TLDR: Ich hab das Gigabyte Z590 Aorus Master auch nur genommen weil ich nen integrierten 10G Nic wollte und das das einzige Board zu nem annehmbaren Preis mit dem Feature war. Zu dem Zeitpunkt knapp 260€. Interessant, hab ich so vorher tatsächlich noch nicht gesehen. Hab auf Arbeit schon einige Laptops und mini PCs aufn Tisch gehabt, bisher war immer alles nur "reguläre" m.2 Karte über PCIe only Das is mir klar^^ Meine DT 990 Pro laufen auch über nen USB Fiio DAC. Finds nur irg wie seltsam alles intern per USB anzubinden. Wird schon nen Grund haben, wenn die das so machen. hmm ok. Denke ich werde dann mal die nächsten Wochen ein anderes Kabel testen. Das seltsame ist halt dass es ohne Probleme funktioniert wenn ich es anstecke nachdem Unraid läuft. Wenn ich es aber vorher anstecke sind die Logs vollgespammt. Unter Windoof funktionierts komplett ohne Probleme. Und an Unraid an sich liegts halt auch nicht weil das unter anderen Linux Distros die selben Meldungen beim boot wirft.

Oh wow, echt? Ich kenne das nur von meinen "älteren" Boards, Mini PCs und Laptops dass des halt beides komplett über ne m.2 Karte über PCIe läuft, das Gigabyte Z590 Aorus Master, für das ich mich wegen des integrierten 10G NIC entschieden hatte für meinen neuen Heimserver, war das erste mal, dass ich gesehen hatte, dass das über USB & PCIe gleichzeitig angebunden wird. Hätte gedacht das wäre nur ne weirde Vorgehensweise von Gigabyte wo sich jemand wieder was lustiges hat einfallen lassen um 5 Cent zu sparen, aber wenn Asus bei der nächsten Generation an Boards jetzt das Gleiche macht wird das wohl öfter so kommen. Oder ist das vlt von Intel für deren neue WLAN+BT Karten so vorgesehen? Ich sehe da jetzt spontan nicht wirklich den Punkt davon das aufzuteilen, aber irgend was werden die sich schon gedacht haben. Wenn jetzt selbst die integrierten Soundchips per USB kommen gibts zu Z790 dann noch die neue Gen5 NVME SSD nativ per USB4^^ Kurze Frage noch. Ich hatte ja erwähnt dass ich am Monitor beim booten und nach den Boot in den Logs etwas sehe von wegen "usb usb2-Port6 Cannot enable. Maybe the USB cable is bad?" und wenn das kommt ist der VM Tab extrem langsam Ich habe hier im Haus 3x das selbe aktive 5m USB 3.0 Kabel (https://amzn.to/3sTNXb3) Ich habe das 2x an meinem Main PC und 1x am Heimserver, am Heimserver unter Unraid wirft das besagten Fehler wenn ich die Kiste boote während an dem aktivem Kabel was dran ist, stecke ich das USB Hub an dem Kabel an nachdem alles gestartet ist macht es keine Probleme. An meinem Main PC macht das Kabel unter Windows 0 Probleme, als ich aber mal Pop_OS oder Manjaro am laufen hatte, kam da beim starten auch mal die Meldung, aber es hatte trotzdem ohne Probleme funktioniert. Wisst ihr zufällig ob Linux allgemein mit solchen Kabeln nicht zurecht kommt oder hab ich einfach nur das eine spezifische Kabel erwischt, das Linux warum auch immer nicht mag? Hatte dazu schon bissel was gelesen, aber hab nix davon gelesen, dass jemand das Problem wegen eines aktiven Kabels hatte. Wenn Linux/Unraid generell mit solchen Kabeln ein Problem hat werde ich mich wohl damit abfinden müssen, is nervig aber nicht unfassbar schlimm. Wenn sich das Problem fixen lässt indem ich einfach ein anderes Kabel für 20€ kaufe wäre das natürlich nice, will nur ungerne noch ein 4. aktives Kabel kaufen ohne zu wissen ob´s was bringt

Danke! Ich lass jetzt noch den Scrub fertig übers Array laufen und dann werde ich das machen.

@Ford Prefect Hi, nach knapp 2 Monaten melde ich mich bezüglich der Thematik nochmal. Die Kiste lief jetzt ne Zeit lang mit relativ wenig Problemen. Das Problem, dass Unraid unresponsive wird und beim boot und in den Logs was steht von wegen Bla Bla USB Port geht nicht richtig maybe USB Cable is bad kommt anscheinend von meinem aktivem USB 3.0 Verlängerungskabel. Wenn ich die Kiste boote und was dran angeschlossen ist kommt die Meldung, wenn ich das USB HUB oder was auch immer dahinter hängt abstecke und erst wenn die Kiste läuft wieder anstecke läuft dahingehend alles rund. Ist zwar etwas lästig Bei nem reboot das jedes mal machen zu müssen, aber da die Kiste die meiste Zeit eh durchlaufen soll passt das schon. Kann man da was dagegen machen? Wenn nicht, nicht tragisch. Dann nochmal bezüglich des USB Bluetooth Teils der integrierten WLAN + Bluetooth Intel Karte auf meinem Gigabyte Z590 Aorus Master Board. Ich hatte heute nen Stromausfall und leider gestern erst die USV bestellt... danke dafür Karma... und daher nen unclean shutdown. PC wieder hochgefahren und ich bekomme direkt wieder die Meldung in den logs. Der WLAN Teil der Karte über PCIe scheint nach wie vor korrekt zu funktionieren und "durchreichbar" zu sein. Allerdings kann ich meine Windoof VM nicht starten weil bei der als Passthrough USB Gerät der Bluetooth Teil der Karte eingetragen ist. Beim VM Start kommt jetzt wieder die Meldung dass das Gerät nicht verfügbar ist. Die aktuellen diagnostics hab ich auch mal rein gepackt. Bevor ich mir jetzt irgendwas zerschieße, verstehe ich das richtig? So wie das System jetzt steht (schau vlt nochmal in die Logs rein, dir sagt das eher was als mir) Muss ich wirklich nur die Datei erstellen und blacklist btusb rein schreiben, die Kiste neu starten und dann krieg ich keine Fehler mehr von dem Bluetooth USB Teil der WLAN+BT Karte, kann es aber weiterhin an die VM durchreichen? Verstehe ich das so richtig? Sorry dass ich nochmal dumm frage, aber auf meinem Main System will ich da jetzt nix riskieren womit ich mich nicht 100% auskenne. Hab mir letztens nen MiniPC geholt um auf dem paar Unraid Sachen zu testen bevor ich die auf dem Main System mache etc, aber das Problem kann ich da halt leider nicht nachstellen. Hoffe du kannst mir da nochmal helfen. Muss dann nurnoch die knapp 7 Stunden warten, die der Scrub gerade über das ZFS Array fährt und dann könnte ich den PC nochmal neustarten. towa-diagnostics-20220221-1125.zip

Die meiste Zeit über hatte ich nur einen BrowserTab offen. Ich meinte damit dass ich im unraid Menü oben im Dashboard war und erst als ich auf das Docker Menü gewechselt hatte ging es Das war wenn dann schon so. Am OpenBooks Container habe ich nur den NetworkType auf none gesetzt und bei extra Parameters: --net=container:OpenVPN-Client-PIA gesetzt. Sonst hab ich an dem nix gemacht.

Werde ich machen. Ja, schien damit zusammen zu hängen. Danke.