ich777

And the Plugins stay or am I wrong? Are you willing to share your full syslog here again to look what the Plugin does? This should not happen now anymore, you have to include +30 seconds for the timeout for DVB and +30 seconds for the timeout for Nvidia now (so about 1 minute longer boot time if the server has no active internet connection on boot or can't resolve the addresses).

I pushed a update of the Plugin today, please try to update the Plugin (first remove it from the Plugins Error then reinstall it from the CA App). Are you running PiHole on your Unraid server or a VM with a Firewall? What do you mean with that, you don't get a UUID or you see nothing on the Plugin page? What is the output from 'nvidia-smi' (after installing the Plugin) from a terminal?

Ich würd an deiner Stelle auf jeden Fall mal ein Backup vom Stick machen, kommt mir wirklich komisch vor das ganze... (evtl. kommender Defekt...?)

Ja, was willst du sonst machen? Die "Fehler" verschwinden auch wieder, sind nur manche Crucials betroffen, ich hab einemal die MX500 1TB (<- die ist zB betroffen) und MX300 1,1TB (<- die ist nicht betroffen).

Zieh den Stick mal ab, dann lädst du die 6.9.1 von oben runter und ersetzt die ganzen bz* Dateien wie oben beschrieben auf deinem lokalen Computer, mehr macht der Updater auch nicht.

Sieh dir mal die letzten paar Seiten im ZFS Thread an da gibt's Probleme mit ein paar Containern, aber evtl ist @Joly0 wieder mal hier und kann das genau beantwortet, bin leider nicht der ZFS Profi User... EDIT: Ich mach mit dem CA Backup Plugin von laufenden Containern Backups, VM ist bei mir entbehrlich die nehme ich nur zum Docker Container bauen und die ist schnell wieder flott wenn die Platte mal den Geist aufgibt. ZnapZend gibt's ein Plugin von @steini84 glaub ich.

What do you want to do exactly? Omg, that's not good... Ask the question: "Why not... Is saving system resources bad by sharing resources across multiple containers and not waste it like in VM's?" And this is a completely waste if you only set up a VM for this game server in my opinion...

Hatte ich auch mal (nicht nur einmal aufgrund meiner vielen auf up-/downgrades zum Kompilieren diverser Sachen ^^), einfach die bz* Dateien neu auf den Stick kopieren, evtl fehlt die bzimage bzw. der sync hat nicht gegriffen (ist aber sehr unwahrscheinlich). Ersetz aber wirklich nur die bz* auf deinem USB Stick mit denen aus dem Archiv. Hier wäre der link zur 6.9.1 und hier zu 6.9.0

Nur zur Erklärung falls jemand mal ein ähnliches Problem hat: Heißt so viel wie "Behalte aktuelle Zuordunungen=Keine" Heißt so viel wie "Behalte aktuelle Zuordunungen=Array Platten" (und das willst du ja nicht) Da du neue Zuordnungen brauchst, in deinem Fall für das Array, musst du entweder None oder Cache (falls die Cache Platten noch richtig zugeordnet sind und falls du welche hast). Wie meinst das? Wenn du eine ganze Platte, die nicht dem Array oder dem Cache zugewiesen ist, in der VM verwenden willst oder irgendwo anders immer den Pfad '/dev/disk/by-id/DIEIDDERPLATTE' verwenden! Brauchst du aber wirklich nicht da die Parity stimmt, du hast ja seitdem nichts mehr auf dein Array geschrieben somit kann sich die Parity nicht verändert haben bzw falsch sein. Aber Sicher ist Sicher...

Das willst du ja nicht, du musst sie ja neu zuordnen weil sie jetzt eine andere Bezeichnung haben.

Ehrlich gesagt hatte ich nur einmal einen Ausfall einer Platte aber das wurde mir signalisiert, weiß aber nicht genau ob die Platte vorher schon kaputt war... UDMA CRC Errors hab ich auch ein paar bei 2 Platten die werden auch sofort signalisiert und bei meinen Crucial SSD's bekomm ich auch immer den Fehler 'Pending reallocate sector' oder so da die einen Firmware bug haben (hab ich aber ausgeschaltet da das wirklich nerft... ). @Ralle hast du im BIOS Hot-Plug für SATA Aktiv?

Weil sich die Bezeichnungen der Disks geändert haben, wahrscheinlich ließt der HBA jetzt mehr Infos aus bzw. wurde das in der Firmware aktiviert. Vorher alles durchlesen und dann machen : Geh einfach in Unraid auf Tools -> New Config -> evtl. kannst du hier auch preserve settings für deine Cache Platten auswählen wenn die noch erkannt werden und am internen SATA Controller hängen (mit dem wird die Zuordnung der Cache Platten beibehalten) und dann das Häckchen 'Yes, I want to do this' -> dann gehst wieder zurück auf Main und du siehst das alle Plattenzuweisungen aufgehoben sind und du MUSST die Platten wieder genau den Slots zuweisen die sie vorher hatten (vorher Screenshot machen, den du in diesm Fall ja hast) -> unten klickst du dann auf 'Parity is already valid' und dann kannst start klicken und deine Shares und daten sollten wieder da sein. Ich schreib das jetzt alles aus dem Kopf also nicht wundern wenn eine Bezeichnung ein wenig anders ist.

From what I see in your Diagnostics you have bound the card to VFIO since you use it in your Windows 10 VM. That's one reason why it won't work, for testing purposes you can try to unbind the card and see if 'radeontop' works without the card bound to VFIO (if you bind the card to VFIO it's only "accessible" by the VM's).

Loop 2 should be the mount point for the Docker image if I'm not mistaken. Is this eventually related:

Eventually @b3rs3rk can help here since this seems like it has something to do with the front end but it is really weird since if you start up the VM it seems to work like you wrote above. Can you please post your Diagnostics (Tools -> Diagnostics -> Download -> drop the downloaded file here in the textbox)?

Looks good, can you tell me if the VM is set to autostart like asked before?

I think the container path is also there... Sorry forgot to ask about that... Can you try to shutdown all containers and your VM's and only start the container and see if this happens again?

How long do you run the Container now on you server? Have you enabled anything special? Valheim+ or something like that? I think your appdata directory is set to Use Cache "Only" or "Prefer" in the Shares section?

Can you give me the output of 'lsmod' without a VM loaded up? Is the VM set to autostart?

Can you try to do a 'top' instead of 'htop' and post the screenshot here when this happens again? I really can't see what's causing that...

This is really strange, can you post your Diagnostics please (Tools -> Diagnostics -> Download -> drop the downloaded file here in the textbox)? Eventually try to force an update of the container... I really can't imagine why it's doing that, have you changed anything to your server recently (installed a container or something similar)?

You can also set up a Unbound server on a RaspberryPi so that you have access to the internet when Unraid is actually down, or you set a public for the server, since you can set your own with the entry '--dns=YOURDNSSERVER' in the Extra Parameters in your Docker templates. So the server only will use the public IP for things like the Plugin downloads... Hope that will fix it, I will push it as said later that day.

That may be the problem, so the server doesn't actually have internet access I think or do you set the DNS server for Unraid to your ISP's DNS server, since if you set it to the PiHole it actually can't resolve IP addresses because the PiHole Container isn't running at that time. Where are you located in the world? I got problems in last December with downloads from Github with the ISP Deutsche Telekom but this seems now to be resolved... It shouldn't take that long to boot your server up. Can you post the Diagnostics from your running server? Actually seen the new post with the new syslog, yes, I think indeed it's because it can't resolve the addresses... I strongly recommend that you set the first DNS server to your ISP's DNS service or at least to any public DNS like Google or Cloudflare since your server needs exclusive access to the Internet. EDIT: I will push an update today to address this issue and make the boot only take 30 seconds longer if no working resolver is found.

Can also be that this is a memory leak but not 100% sure. Please report back what the "test" Valheim container does if it has the same issue. Have you got a older Backup of the world? Eventually something with the world is wrong. You can also try to reboot the entire Unraid server.

Can you try to go to the Docker page and see how much RAM it consumes? I've seen this in the past with thesting the 'amdgpu' drivers with my Jellyfin container that makes use of the iGPU from the APU for transcoding that the Unraid Dashboard doesn't always reflect the usage from htop. This seems like a memory leak of some kind... Can you try to shutdown the container and set up a fresh install of Valheim for testing purposes (just be sure to give it another Name, path to the Gamefiles and other ports - you don't have to set up the ports completely correctly since it's only for testing).