r8z0r1

After giving it another go the first suggestion worked. Thank you.

Any other advice or assistance or do I need to buy a new SATA expansion card?

Hi, just wondering if anyone else has come across this or if there is a known bug/fix. Had to roll back from 6.12.2 - 6.11.5 as my logs were hitting 100% and system (docker/VM's, etc) response time was erratic and slow. This was the error filling the logs, which relates to my PCIe SATA expansion card: Jul 15 16:16:02 Tower kernel: pcieport 0000:00:1c.5: AER: Corrected error received: 0000:05:00.0 Jul 15 16:16:02 Tower kernel: ahci 0000:05:00.0: PCIe Bus Error: severity=Corrected, type=Data Link Layer, (Transmitter ID) Jul 15 16:16:02 Tower kernel: ahci 0000:05:00.0: device [1b4b:9215] error status/mask=00001000/00002000 Jul 15 16:16:02 Tower kernel: ahci 0000:05:00.0: [12] Timeout Here is the diagnostic file: tower-diagnostics-20230715-1920.zip

this is the diagnostic from the latest reload, seems to be required every 5 days. Hoping to understand why it takes so long for the Ngix server deamon to start and the login page to become available. Aug 17 10:48:27 Tower unraid-api[3643]: ✔️ UNRAID API started successfully! Aug 17 10:48:27 Tower emhttpd: shcmd (35): /etc/rc.d/rc.nginx start Aug 17 10:48:45 Tower nmbd[3501]: [2022/08/17 10:48:45.888608, 0] ../../source3/nmbd/nmbd_become_lmb.c:398(become_local_master_stage2) Aug 17 10:48:45 Tower nmbd[3501]: ***** Aug 17 10:48:45 Tower nmbd[3501]: Aug 17 10:48:45 Tower nmbd[3501]: Samba name server TOWER is now a local master browser for workgroup HOME on subnet 172.16.1.1 Aug 17 10:48:45 Tower nmbd[3501]: Aug 17 10:48:45 Tower nmbd[3501]: ***** Aug 17 10:48:45 Tower nmbd[3501]: [2022/08/17 10:48:45.888695, 0] ../../source3/nmbd/nmbd_become_lmb.c:398(become_local_master_stage2) Aug 17 10:48:45 Tower nmbd[3501]: ***** Aug 17 10:48:45 Tower nmbd[3501]: Aug 17 10:48:45 Tower nmbd[3501]: Samba name server TOWER is now a local master browser for workgroup HOME on subnet 192.168.50.253 Aug 17 10:48:45 Tower nmbd[3501]: Aug 17 10:48:45 Tower nmbd[3501]: ***** Aug 17 10:55:57 Tower root: Starting Nginx server daemon... Aug 17 10:56:09 Tower root: nginx: [warn] "ssl_stapling" ignored, host not found in OCSP responder "r3.o.lencr.org" in the certificate "/boot/config/ssl/certs/certificate_bundle.pem" Aug 17 10:56:12 Tower root: Starting [email protected] Aug 17 10:56:13 Tower emhttpd: shcmd (36): /etc/rc.d/rc.flash_backup start Aug 17 10:56:13 Tower unraid-api[4210]: ✔️ UNRAID API started successfully! tower-diagnostics-20220817-1109.zip

Thanks for the advice. I've been down the road of release candidates too many times and each one comes with its own issues (as well as fixes) but ultimately leaves me in an unknown state. Likewise rolling back may have unknown consequences at this point. At least with where I am now, I understand the issue, the symptoms and how to resolve, might be a pain for a while but I can cope with it. The only other thing I would point out and ask is regarding the time it takes for the Unraid login page to become available after a reload, used to be pretty much instantly after the server was pingable, it is now taking up to 10 mins for the login page to appear which coincides with the Ngix service starting when watching the syslogs. Any thoughts or is this normal for the new release?

Unfortunately that didn't work, just lost the NVMe again today, this has only started happening since I installed this Stable release?

Cheers, I'll give it a go although I've had the NVMe drive in for quite a while.

Here is the full zip folder from the diagnostic, something else I have noted is that after a reload it takes around 10 mins for the Unraid login page to be available despite being able to ping the server almost instantly, prior to the update the login page was available within a few seconds of being able to ping the server. tower-diagnostics-20220804-1146.zip

Hi it has happened again, which file from the diagnostics is useful, I have uploaded the syslog file for now as this shows issues start with the nvme where the folder is located: syslog.txt

Hi, I upgraded without any issue yesterday to 6.10.3 and had previously run a stable environment for many years without incident. However today without any warning the path to mnt/user/domains was lost causing my VM's to be lost. A reboot of unraid has since resolved he issue however I wanted to check if this is known and likely to happen again?

ok the issue I had was due to the video from Spaceinvader One and the associated text file renaming the docker containers in Portainer the wrong way around, it looks like meet.jitsi and xxmp.meet.jitsi are transversed, swap them around restart all 4 containers and then restart letsencrypt and about 2 mins later all started working.

It's ok I dont want your help with that sort of attitude, pretty much what I thought this forum would be like.

Hi I always follow your guides and usually all goes well, just can get this one to work. Various issues, however the main one to start is an ngix 502 bad gateway, I'm using duckdns with the url meetnantwich.duckdns.org. any help would be appreceated?

Hi I always follow your guides and usually all goes well, just can get this one to work. Various issues, however the main one to start is an ngix 502 bad gateway, I'm using duckdns with the url meetnantwich.duckdns.org. any help would be appreceated?

Did you get this working, I am having similar issues with ngix bad gateway 502 when trying to use duckdns?

Hi, installed successfully however when I come to start the VM I get the following message: