Bouxer

Well not that minimal compared to other dockers I guess As I understand it NAT-loopback should be on by default on ASUS-routers and cannot be turned off (setting removed in some semi-recent firmware) My ISP does not use CG-NAT (89.XXX...) and the IP is only refreshed when the fiber optic media converter is restarted (so very rarely). I have duckdns setup in case of a refresh (that address does not work either) Loopback works for other sevices (e.g. Plex) I have tried both the IP and the DNS-name, from both a Windows and Linux (Manjaro) desktop. Both can connect locally but not cannot find it in the server list. Is there any logs I could provide to help?

Im trying to create a Valheim server but I cant connect to it remotely. I can connect locally no problem using "add server" in game. Docker config looks the same as kjpolker, advanced docker view shows the same (bridge, minimal CPU and RAM usage). Port forward should be correct.

Thank you for all of your support and feedback. After I updated to rc8 I have not had any issues. I will wait and see if the same problem occurs again and will then look into my voltages and remove XMP (I won't really benefit from this on Unraid with no VMs anyway I think). Btw, will the iGPU and/or driver behave differently in Unraid with a display dummy plug? Currently there is no display or keyboard connected at all.

No CPU related settings have been tweaked. The only change I’ve made is apply an XMP profile. I’m going to check if there is a newer BIOS later when I have access.

I have upgraded to rc8 and it seems to work for now, but this is also what I observed last time. How high does Unraid allow the CPU C-states to go? And is there a way to "force" a certain C-state for testing purposes?

SOLVED! During the upgrade certain folder permissions for user: daemon(2) had been revoked. Manually added permissions back fixed the issue. It is kinda weird that it happened in the first place though.

I also used rc2 to install a Windows 11 VM, would suck to revert and loose that though. I feel like there has to be a solution that does not involve reverting.

Swag creates a folder for the SSL key, that both Emby and nextcloud read from. This have worked fine for years and broke now with 6.10. Emby uses a user called 'emby' that seems to have read/write to appdata. Emvby also tries to create folders inside its own appdata folder to create config backup, but these are also denied.

Upgraded from 6.9.2 to 6.10-rc2 and now Emby and Nextcloud cant seem to access Swags Letsencrypt folder for the SSL keys or create their own folders in appdata. Provided diagnostics. Please tell me if there is more info I can provide. tower-diagnostics-20211121-2022.zip

ACS Override has indeed been switched back off. Turned it on again and everything is back to normal, thank you!

This group is also in use by unraid, probably because the unraid USB-key is located here. Before the CPU-swap, parts of group 15 was the one I passed through. Before the swap I could pass through just the USB-controllers in this group.

Any clue?

Thanks for the quick response, here is the Diagnostic: tower-diagnostics-20210706-1814.zip

Hi there! I recently switched out my CPU from a Ryzen 2600 to a 3900X. After this swap unRAID is using all available USB-controllers. This was not an issue before, I had plenty of ports I could passthough to a VM, but not anymore. All ports WORK, but are already in use. Im using 6.9.2 with an ASUS PRIME X470-PRO with BIOS 5843. Before the swap I used 4207. root@Tower:~# lspci | grep USB 02:00.0 USB controller: Advanced Micro Devices, Inc. [AMD] Device 43d0 (rev 01) 05:00.0 USB controller: ASMedia Technology Inc. ASM1142 USB 3.1 Host Controller 0d:00.3 USB controller: Advanced Micro Devices, Inc. [AMD] Matisse USB 3.0 Host Controller root@Tower:~# lsusb Bus 006 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub Bus 005 Device 005: ID 0781:5571 SanDisk Corp. Cruzer Fit Bus 005 Device 007: ID 046d:c539 Logitech, Inc. USB Receiver Bus 005 Device 006: ID 046d:c52b Logitech, Inc. Unifying Receiver Bus 005 Device 004: ID 2109:2811 VIA Labs, Inc. Hub Bus 005 Device 002: ID 046d:0819 Logitech, Inc. Webcam C210 Bus 005 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 004 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub This is a screenshot from System Devices with a USB-controller that should be unused but the checkbox is greyed out and displays this message: Syslog: tower-syslog-20210630-1810.zip Thanks in advance for any help!