menos

Is there a download link for 1.7?

Have you tried the i915.enable_dc=0 option?

No, this specific error is related to power management of the Intel igpu.

So far, up over two hours without any crashes or weirdness. KVM is connected and has been displaying the whole time. It looks like i915.enable_dc=0 may have worked. What are the long term drawbacks to leaving it set like that?

I'll try this morning and post my results.

Still running without crash?

Has anybody run into this issue again on rc5? I rolled back to stable but if rc5 is close to the final release I'm curious if this is solved.

Add one more to the list. I'm seeing the same behavior on RC4.1 on an i5-11400 with a kvm switch. I haven't been able to pull diagnostics but my symptoms are the same as described above. Monitor attached to kvm goes blank, UI and ssh command line get very, very laggy with crazy CPU spikes and the system eventually crashes. In my case a hard reset would also corrupt /boot. Tons of fsk* files and an unmountable disk.

All the drives in the system pass checks. I see a ton of out of memory so things are getting killed messages but I can't identify exactly what is causing it to go out of memory. SHFS seems to be one of the victims of the killing fields so obviously all the shares go on vacation. I've file system checked all the data drives and cache drives. All drives are passing SMART tests. Any ideas from the logs I've attached. These were taken while system was still in a degraded state and prior to a reboot. luna-diagnostics-20230212-1806.zip

Only once I switched to 6.10-rc2 and enabled nfs4. Before that nfs was not nearly stable enough to support a NFS based SR.

Mine has been stable since I updated to 6.6.2, going on 24 hours now.

I started having this exact issue after upgrading to the 6.6.0 release. Once NFS went down all of my shares from the shares page disappeared. Rebooting the unraid server was the only way to get them back. It kept happening so I downgraded to 6.5.3 and have had no further issues with NFS.