ich777

Nothing too strange since if you read the last few pages back a few people reporting the same with newer iGPUs.

Your „new“ iGPU doesn‘t provide the power draw.

Usually a stock Dedicated Valheim Server supports up to 10 players, all values higher than that are modded servers and not officially supported if I'm not mistaken. Please take the above with a grain of salt since this was the default a year back but I don't think that it has changed. If you want to increase the player limit you have to use ValheimPlus or BepInEx which you can install through the container however how to do that is up to you since I don't support modding, I can only provide support for the base functionality.

Mir is das eigentlich egal, is ja kein Wettbewerb hier. Aber Danke.

Not all iGPUs support displaying the power draw, please open up a Unraid terminal and issue: intel_gpu_top and take a screenshot.

Bitte versteif dich nicht zu viel auf die readouts in nvidia-smi, ich hab doch oben geschrieben das die meistens verbuggt sind bei den 30er Karten. BTW, hast du auf der Docker seite die Advanced View an? Mach die aus, das sind bei dir sicher auch nochmal 1 bis 2 Watt. Machst du das eigentlich alles über Remote? Es stimmt zwar wenn die Temperatur höher ist das die Karte ein paar mV mehr braucht aber das trifft nur zu wenn was drauf läuft sprich du grad irgendwas spielst. Im Idle sollte das keine 4 Watt aus machen <- das würde so um die 4 Watt aus machen wenn die unter Vollast läuft. Neuen thread auf machen, das hat nichts mit dem Problem hier im Thread zu tuhen, hast du nochmal Diagnostics nachdem die NVME gedroppt ist? -> bitte im neuen Thread anhängen.

Ja, so sieht das besser aus, das amd_pstate=pasive gehört nach bzroot in die Zeile nicht drunter, sprich: append initrd=/bzroot amd_pstate=passive wenn du es denn schon nutzen willst. Bitte prüf den Verbrauch an der Steckdose, die Power readouts sind meines wissens verbuggt bei der 30er serie wenn ich mich nicht täusche.

Nothing to worry about, seems like your VPN provider provides replies which are not necessary.

Auf das Icon klicken und dann auf Logs. Ich glaube du müsstest die Server wenigstens im LAN finden.

Please ignore that, is that a message from the logs I assume correct?

Naja du hast einen Host Server und verteilst das dann an die anderen mittels Netzwerk und das runter fahren. Klar wenn der Host Server nicht online ist funktioniert das nicht aber solange der online ist wird das runterfahren der anderen Systeme normal funktionieren, der Haupt Server an dem die USV angeschlossen ist sollte aber immer laufen ja... NUT steht ja auch für: Network UPS Tools

Ja.

Das sind alles sachen die das Verhalten beeinflussen können das momentan bei dir auftritt. Da wäre es mal interessant ws du da raus genommen hast, einfach alles vermute ich oder? Über welchen Zeitraum war dann der Verbrauch höher? Mir sieht das eher nach einer Platte aus die evtl. läuft vom Verbrauch her und nicht der Grafikkarte.

Was is denn mit NUT, mit dem kannst du doch auch mehrere maschinen mit nur einer USV verwalten.

Click on the container icon and select log on the Docker page that‘s it.

Was sind die screenshots die du hier gepostet hast, versteh ich nicht bzw. könntest du mal Beschreiben was die Aussagen?

@Syrincs aus dem go file: Bitte das & aus dieser Zeile entfernen: nvidia-persistenced & (das ist ein Hintergrunddienst selbst und braucht kein &) Ich würde im go file mal alles auskommentieren speziell die power saving measurements für PCIe Geräte damit du mal wirklich realistisch testen kannst. Du machst da drin so viele custom sachen die oft gar nicht nötig sind und es wäre nicht das erste mal das ich Probleme im Zusammenhang mit deinen Einträgen sehe. Diese Zeile finde ich sehr sehr lustig : # ------------------------------------------------- # Set power-efficient CPU governor # ------------------------------------------------- Das kommt nämlich immer auf deine Workload an. Darf ich fragen warum du das hier machst: pcie_acs_override=downstream,multifunction vfio_iommu_type1.allow_unsafe_interrupts=1

Can you maybe post them after a crash? And that's maybe the cause of the issue, since if the container runs out of RAM (or better speaking your system) it will begin to kill processes and that will is most likely why the container is restarting since if the main process is killed the container will restart since the container users --restart=unless-stopped as a startup argument. 8GB of RAM is pretty low if you want to run game servers on it. For example Palword uses on my system with 9 to 10 players on it about 35 to 40GB of RAM <- of course that game is an exception. However a "normal" and optimized game server should use about 1 to 4GB in idle and you can calculate at least 1GB for each player that connects (depending on the game).

Das ergibt überhaupt keinen Sinn, kannst du bitte deine Diagnostics posten?

What do the logs say? How much RAM have you installed in your server? Did you do anything special in the container or better speaking in the Docker template? Did you limit the RAM? On what hardware do you run the container? Does it really crash or does it restart? Do you have CA Backup installed? Are the crashes random or do they happen always at barely the same time?

You can do that already in a LXC container and I already have an image for that available, currently you have to install it manually but it is working and running on my system just fine. The advantage is that you don't have to change any ports for Unraid because the LXC container has it's own dedicated IP address and you can use keepalived (which is also preinstalled) for high availability, so to speak if one goes down another one automatically will jump in. https://github.com/ich777/unraid_lxc_pihole The only downside is that you can't download it through the CA App just yet but you can do it manually and the steps on how to do that are pretty easy: Open up a Unraid terminal Issue this command in there to download the template: wget -O /tmp/lxc_container_template.xml https://github.com/ich777/unraid_lxc_pihole/raw/main/lxc_container_template.xml Close the Unraid terminal In the browser navigate to: http://YourUNRAIDIP/LXCAddTemplate (of course you have to change YourUNRAIDIP to your Unraid IP address) Make your changes and deploy the image (wait until the done button is displayed) This will only work if you have the LXC plugin installed and configured properly! Just make sure to read the README.md in the linked repository, I think I have described everything in there.

Ich frage jetzt bitte nochmal, was sagen denn die logs von den beiden containern? Wie heißen denn die beiden server? Es könnte auch ein Problem bei dir intern sein mit Hair Pin NAT sprich NAT Reflection sein. Hast du andere services von außen erreichbar vom Server? Du hast auch geschrieben das du einen Zyxel Router in Verbindung mit einer Fritzbox verwendest, könntest du das genauer beschreiben wie du das realisiert hast da auch dort das Problem liegen könnte. Du kannst die Punkte auch raus lassen dann werden standardmäßig immer alle Kerne verwendet.

This is a really interesting issue and might be related to pfSense since I don't have this issue here on OPNsense. In general it shouldn't matter how they are named because the only important thing should be the forwarding itself.

As @alturismo already pointed you you have to add another Variable with the Key: ROUTE and as the Value your local subnet, so to speak: 192.168.2.0/24

Do you maybe have a Internet connection behind a CG-NAT network? I'm using the GitHub API, maybe that's where the issue lies, or something is using your GitHub API calls.