ChadDa3mon

Thanks. I created a post there as well.

Hey guys, I made a post here with the full details, but in short, I believe my system is completely locking up due to my GPU and this plugin and I'm trying to find some help to validate the 3090 TI is supported. I can't easily replicate the failure, and when it does fail, the system is completely locked, so I have to power cycle it. I can't post a screen shot as I've physically pulled the pulled the power cables from my 3090 so I can verify the system is stable (runs for more than 24 hours) and also let the parity check complete. I can verify the GPU was found and properly working (I've got ollama setup to use it) so I know the nvidia-smi command was properly finding the GPU. I also saw something about how using this in a VM and docker-container can cause a hard freeze, but I'm not doing that. I had experimented with both, but I've unbound things from the VFIO page, and I also don't have any VMs currently setup. Since it's a hard freeze, getting any logs is problematic. I did setup a syslog server, but the only message from around the time of the freeze was "monitor_nchan: Stop running nchan processes" I also had similar issues when I was running a dedicated build of Ubuntu on this server (before installing Unraid 7.0.1) and I was able to resolve it by eventually finding the right driver version (I think I took several steps backwards/downgrading) but I haven't had that same luck here. If I have to plug the GPU back in and run any additional diagnostics I'm happy to, I just need to know what commands I can do to start figuring out exactly what might be going wrong.

Hey guys, I made a post here with the full details, but in short, I believe my system is completely locking up due to my GPU and this plugin and I'm trying to find some help to validate the 3090 TI is supported. I can't easily replicate the failure, and when it does fail, the system is completely locked, so I have to power cycle it. I can't post a screen shot as I've physically pulled the pulled the power cables from my 3090 so I can verify the system is stable (runs for more than 24 hours) and also let the parity check complete. I can verify the GPU was found and properly working (I've got ollama setup to use it) so I know the nvidia-smi command was properly finding the GPU. I also saw something about how using this in a VM and docker-container can cause a hard freeze, but I'm not doing that. I had experimented with both, but I've unbound things from the VFIO page, and I also don't have any VMs currently setup. Since it's a hard freeze, getting any logs is problematic. I did setup a syslog server, but the only message from around the time of the freeze was "monitor_nchan: Stop running nchan processes" I also had similar issues when I was running a dedicated build of Ubuntu on this server (before installing Unraid 7.0.1) and I was able to resolve it by eventually finding the right driver version (I think I took several steps backwards/downgrading) but I haven't had that same luck here. If I have to plug the GPU back in and run any additional diagnostics I'm happy to, I just need to know what commands I can do to start figuring out exactly what might be going wrong. serenity-diagnostics-20250310-0838.zip

Hey guys, I am in desperate hope that someone can help me troubleshoot some system stability as I think I've confirmed it's related to the 3090 TI in my system and the nvidia-driver plugin. I say this because I had a similar issue when my system was running on Ubuntu natively, and ultimately downgrading the drivers to some version (can't remember what) solved it. I'm on the latest 7.0.1 build of Unraid Server Currently I've removed the power cables from the GPU, but it's still physically plugged in. I want to wait another day or two for the parity checks to complete, and also ensure the system runs stable with the GPU disconnected. The short version: At some point within 24 hours, my system will completely lock up, to the point where it won't even respond on console. My only solution is to physically power cycle the system, which we all know is terrible. And yes, I've run a memory test. The initial run passed just fine, and after almost 24 hours later, there was still no errors. The longer version: As I mentioned, this physical server used to run Ubuntu natively and it was built to be an AI server. I've got months into troubleshooting this issue now and after swapping out my HBA etc...I finally plugged the GPU back in and enabled some of the docker containers that will use the 3090 (Ollama and Plex). Since I can't easily replicate the error, I simply have to wait 24 hours or so to see if it fails or not....which makes this just the most painful thing I've ever had to troubleshoot. The lack of logs also makes this incredibly difficult. I did setup a syslog server on my network, but the logs don't have any information on what might have happened. The only message within the timeframe of when it locked up is Mar 10 03:57:39 123.123.123.64 monitor_nchan: Stop running nchan processes I have tried using the different driver versions available within the nvidia-drivers plugin and it seems that all of them fail. I can't remember what version I used on Ubuntu that eventually cleaned this up. Ultimately I'm hoping someone can either find something in the diagnostics, or has first hand experience of a working 3090 TI in their Unraid server. serenity-diagnostics-20250310-0838.zip

Thanks. Both drives worked previously with the LSI controller, but you're right....one of them needed the molex fix. Maybe that tape was pulled off when I was swapping out cables.

I swapped out an old LSI HBA for the ASM1166 based on some feedback, hoping it would solve some issues I was having. The drives aren't showing up. I found some posts saying there was a known issue with my chipset so I upgraded the firmware which should fix it. Looking at something like lspci (I'm far from an expert on the low level hardware stuff) I can see the card at least shows up, but neither of the two drives connected are showing up. # lspci | grep -i asm 0b:00.0 SATA controller: ASMedia Technology Inc. ASM1166 Serial ATA Controller (rev 02) I really don't know where to go from here. I've attached my diagnostics, hoping there's some stupid thing somewhere I simply overlooked. serenity-diagnostics-20250307-0659.zip