RogerWilco486

Okay its been three weeks since I blacklisted i915 and stopped using the Intel GPU. I am happy and relieved to report I have not experienced a single lockup since then. Hopefully future RC versions of Unraid 6.10 implement a fix so I can put my GPU back to use, but in the meantime I am thrilled to have a reliable system again. Thanks!

Interesting... that may be it although I seldom do hardware transcoding. From the sounds of it though, the i915 inflicted lockups can occur at any time, with or without the iGPU being taxed at the time so maybe that really is my problem. For now I've blacklisted the i915 module, removed the Intel GPU Top and GPU Statistics plugins, removed /dev/dri from my Plex docker, and within the Plex settings disabled hardware acceleration. lsmod shows no sign of i915 nor does dmsg or any mention in syslog, so I think I've got the i915 module pretty well out of the loop now. Hopefully that finally does the trick for me. I'll keep an eye on that thread for updates... thanks!

Unfortunately it locked up again last night. I was actually in the middle of using the code-server docker when the whole Unraid system suddenly disappeared from the LAN... no response to ping or anything. Switching over to the local console, I could still interact via keyboard in that it would let me enter root to login in, but after hitting enter on root it would just return a blank line and never prompt for a password. All the consoles (ALT-F1, ALT-F2 etc) behaved the same way. Ultimately I had to hit the reset button to force a reboot, and it's back up and running yet another parity check. Is it possible that the corefrq plugin wasn't completely removed from use without a reboot, or does it sound like I have something else going on? In any event, most recent diagnostics are attached just in case. unraid-diagnostics-20220214-1347.zip

Just did, thanks! Wow what a relief if this turns out to be what the issue is.

For the past few months I've been plagued with random lockups that are so severe even the console becomes unresponsive. No ping, no response from keyboard and mouse... nothing. Initially I was running the most recent version of 6.9 but out of desperation I migrated to 6.10.0-rc2 to see if it would make a difference. I was still experiencing lockups on that too so to rule out the flash drive I also migrated that to a new device a few weeks ago. I also replaced the power supply with a new unit around that same time as well. Today I came home to another lockup, so this is getting pretty frustrating. The system is a self-built MiniITX system that's constructed around an ASRock H470 MiniITX motherboard, i7-10700K, 32-gigs of RAM, LSI SAS controller, a pair of WD-Black 1TB NVMEs for the cache drives and a combination of Hitachi 10TB SAS and 8TB SATA drives on a SAS backplane connected to the LSI HBA. I do have syslogging enabled and as far as I can see it looks like the system unexpectedly rebooted at 9:22 this morning, and then sometime between then and this afternoon completely locked up. I don't see any signs of a kernel panic et el, but perhaps folks here will have a keener eye then me. Diagnostics zip attached. Any ideas? unraid-diagnostics-20220211-2354.zip

Well this 30-year IT vet feels like an idiot now. I had been deleting config/shadow and config/smbpasswd, but not config/passwd. After that didn't work I started just deleting the shadow file since that was enough to get me back in without having to reset my user passwords every time. I just deleted all three, rebooted, reset the root password, and reconfigured my users. Logging out and logging back in now works normally. Thank you!

Anybody? For the sake of completeness I backed up my flash drive and migrated to a new one just to rule any issues with that out but this problem still persists. Basically, any time I want to log into the web GUI I must first SSH in, delete the /boot/config/shadow file, reboot, and set a new password. If I dare to log out or try from a different computer or browser... the whole process must be repeated.

Nope, I'm still having an issue with this. So deleting /boot/config/shadow and rebooting WILL get me to a password reset screen and then log me in. But logging out and back in, or trying to login from a different browser puts me right back were I started with an invalid password. Cookies and history cleared, even different computers that have never logged into the Unraid GUI all result in the same issue. In any event, here's the most recent diagnostics. Any help would be greatly appreciated, as you can imagine this is a pretty frustrating problem to deal with. I figured being RC2 I should be pretty safe to install this upgrade...shame on me. Thanks! unraid-diagnostics-20220115-1903.zip

I think I'm good now. Via SSH I backed up and removed /boot/config/shadow and /boot/config/smbpasswd, then rebooted. After that it prompted me to configure a new root password and then let me log into the web GUI. I obviously had to reset my user passwords for my various shares as well, but so far my login issue seems to be resolved. Regards

I've tried Safari, Chrome, and Firefox and completely cleared history/cache Safari for good measure. Here's a diagnostics file I just generated and retrieved via SFTP. Thanks for looking! unraid-diagnostics-20220115-1156.zip

Subject says it all... this morning I upgraded to 6.10 RC2 and after the reboot I can no longer log into the web GUI using either my root account or my user account. I do still have SSH access so I know my root password is fine. Could anyone suggest a course of action to help get me back into my web GUI? Thanks!