grantt

Hi All. Be gentle. Old timer here frustrated trying to decide if I should give up on the idea of using my Ryzen Board for my Unraid Server. I had been using an older Intel Board and moved recently to using a newer Ryzen board. At the same time I moved up to the latest version 7.0.0 I have had issues since the first day which started with what seemed to be the server falling off the network. I'm unsure if this was actually the original issue as I didnt have a local Monitor or keyboard on the server. I have noticed since that the output to the monitor is lost as well as caps lock on/off has no effect (no indication of life on the keyboard). The bios was updated prior to utilising for use with Unraid. I have also looked at P-States in the bios and believe I set this up using someone elses post. Attached is a diagnostics file from my server. Syslog has also been enabled, but shows nothing meaningful in my eyes with the last event logged seeming to be different each time. I have also tried rolling back, but saw no change. Other testing: * Run in safe mode, no gui - Crash * MemTest - Passed with no issues Feb 12 23:01:36 Tower webGUI: Successful login user root from 192.168.1.215 Feb 13 03:37:16 Tower kernel: md: sync done. time=31175sec Feb 13 03:37:16 Tower kernel: md: recovery thread: exit status: 0 <---------- I reboot the server here Feb 13 22:00:14 Tower unassigned.devices: Mounting 'Auto Mount' Devices... Feb 13 22:00:14 Tower emhttpd: Starting services... Feb 13 22:00:31 Tower unassigned.devices: Waiting 5 secs before mounting Remote Shares... Feb 13 22:00:35 Tower rc.docker: homebridge: started succesfully! Feb 13 22:02:12 Tower webGUI: Successful login user root from 192.168.1.215 <-------- I notice it's crashed again so reboot Feb 14 17:04:36 Tower unassigned.devices: Mounting 'Auto Mount' Devices... Feb 14 17:04:36 Tower emhttpd: Starting services... Feb 14 17:04:36 Tower emhttpd: shcmd (50): /etc/rc.d/rc.samba restart Later... Feb 14 18:44:21 Tower root: ACPI action left is not defined Feb 14 18:53:59 Tower webgui: Successful login user root from 192.168.1.107 Feb 14 21:20:56 Tower monitor_nchan: Stop running nchan processes <-------- I notice it's crashed again so reboot Feb 15 08:24:48 Tower rc.rsyslogd: Syslog server daemon... Started. My next step would be to put the boot usb back in the original board again, minus the hard disks attached and see if it stays up, if so then connecting the raid drives to this board again and giving up on the idea of using this Ryzen board.. But I thought I'd post here first to see if anyone has any ideas? Thanks Grant (old guy from down under - NZ) tower-diagnostics-20250214-1812.zip

Hi I keep getting emails saying my Crashplan hasn't backed up for xx days. Checking via the docker gui it clearly is. There's an update, but this will not install. I assume it's due to this newer version not being installed (is this correct?). Any fix for this? Thanks

I see an update for this docker. So I applied it. BlueIris is now launching again.. However, date/time is still incorrect and doesn't match date/time in WINE.

Hi I've been trying to resolve a couple of issues (without luck) for Blueiris via Docker. 1. The time displayed in Blueiris is UTC... yet running date via docker CLI is correct (Auckland, NZ time zone) 2. Increasing the screen resolution, not sure where I should do this? Most menus etc are cut off due to the size of the window. Whilst doing this troubleshooting and removing/reinstalling I've now got into a state where I can't run it at all.. Well, running it then going to the GUI (or /vnc.html) shows the attached desktop, which I'm assuming is a WINE desktop. If I remove Blueiris and select to delete the image, then try to download again, I am seeing that some image IDs already exist (may be the cause of my WINE desktop issue). Is there some files somewhere I need to manually remove? Thanks for any help for this unraid noob who is still learning as he goes I am looking forward to using BlueIris in docker and utilising the VM for something else. Cheers, Grant