8064r7

**Removing my steam user/pass info from the instance resolved this error** I did not change anything from the default template other than adding the steam acct user/pass I use for dedicated servers (this account owns a copy of satisfactory, cannot verify if setting it in other clients to experimental is carried over to other instances). I have 2 cache pools, a standard one which Unraid is using for its tasks (210 GBs free) as well as being my /downloads & a separate one strictly being used by docker/vms (418 GBs free). /appdata as stated only uses the docker-vm cache pool & it is set to "only" in the shares context. Went ahead and followed suggestions to: 1. Remove the docker & its image, clear its template, & download a new one from CA. 2. Placed unraid server by mac/ip in a group on all piholes where no adlists are being applied to its A/AAAA/C-name requests. No changes when implementing these suggestions, but did some additional research this morning across twitter & the Satisfactory Q&A and I found something: Different people are having issues creating multiplayer dedicated instances & it appears the fix is for some thankfully to not use your login info at all, especially those using steamcmd. **Removing my steam user/pass info from the instance resolved this error**

I appear to be experiencing an error asking about a subscription, yet I own the game and have logged in at least via my client to Epic Online Services. Any ideas?

So where would I look to disable the OpenVPN connection from utilizing DNSoverTLS to pull the A/AAAA records for the tunnel setup? Been currently seeing for the last few days this output (haven't changed anything that was working for 2 months now): [info] Setting up OpenVPN tunnel [info] Create tunnel device [info] Allow DnS-over-TLS for openvpn to lookup VPN server [info] Connecting to VPN on port 1198 with proto udp... [info] Connection in progress, wait 10s... [info] Connection in progress, wait 10s... (this x1000!) It appears to be hanging on attempting to query the A/AAAA record. Any guidance on where to look on solving this?

As of April 01 I wasn't able to find any NA servers working for PIA. Simply use a EU or another service other than PIA all together for the time being.

Was there an update last night to the container? While I can via the log see activity going on regarding my folders and normal Sonarr activities the web server no longer appears to be reachable (It is hanging on waiting for x.x.x.x:8989). Going to monitor it for 24 hours and see if I see any changes. Will attach diagnostic files and additional data at that time if it doesn't course correct.

I can report that the new 6.6.0 bzimage file available in the first post is working just fine on the stable 6.6.0 release. Hardware is a Proliant DL580 G7 running the newest SPP I was able to procure.

EDIT: I realized this is not worth the time to troubleshoot when I can just backup my config file, reflash my usb, then deploy back out and wait the couple of days for my parity to finish. I had some docker applications go unresponsive, and needed to sometime after work go ahead and take a look at some stuff on the inside of my server (HP DL580 G7), so I went ahead and had it go through its shutdown process, and left for the day. I went ahead and did some inspection of internals when I got home this evening and then fired it back up. I noticed the WEBUI was not loading so I went to telnet in and checked status of nginx which was off. Upon enabling nginx I started receiving bad gateway errors, so I checked the log to see if php was borked anywhere. My log is currently filled with: [crit] 6675#6675: *1 connect() to unix:/var/run/php5-fpm.sock failed (2: No such file or directory) while connecting to upstream, client: 10.15.1.226, server: , request: "GET /favicon.ico HTTP/1.1", upstrea$upstream: "fastcgi://unix:/var/run/php5-fpm.sock:", for every attempt to access the webui. I am not to terribly good with php, but it appears that my flash drive is now missing some critical file for the webui. Am I looking at a need to pull and reflash the thumbstick?

Yeah honestly a lot of times within the Linux architecture you are going to run into the same problems, but there has been growing support being added by Limetech and TTPs by the community, so many things are improving for the Proliant enterprise equipment. 6.4 is high enough in RC iterations it does appear to be the best option for anyone wanting to try UnRaid on this equipment. It will be interesting to see some of the improvements to the Xen implementations in 6.4.

During boot the p410i probably won't prompt you to press f8 while its booting its own firmware unless you have purposely crashed the system (which I don't recommend). When you see the prompts for it searching for disks just mash f8 for a while and you will get into its menu where you can delete whatever array the controller had on it at the time and then create all your raid0 stripes for each of your disks.

I have a need to segment a network's management traffic from other traffic (authenticated users, guests, etc) which is accomplished via vlan tagging (via hardware managed switch). Does anyone have a configuration guide for the settings within the UnRaid OS 6 Gui/CLI (whether I exclusively assign the vlan tag to all untagged traffic at the switchport or tag the switchport to pass traffic being tagged within UnRaid does not matter to me) as currently intuitively configuring it is resulting either in APIPA assignments for the interface or static assignments that aren't tx/rx traffic?