nooneralpha123

Nothing super obvious from your logs. It could be a hardware issue, as the Intel 13th and 14th gen are notorious for these types of issues, but I would think that would happen in any OS/version. Do you have perfect stability in 6.12.14, e.g. no errors or issues after a couple of weeks of uptime?

If I disable CSM, the iGPU gets disabled (I don't understand why they are linked) and I still have the recurring log entries. Above 4G Decoding was already enabled but I did have Resizable BAR support set to Disabled. I enabled that and the system was stable for about 90 minutes, then the log spam started again. I tried the workaround of editing my Go file so it looks like below and then rebooting but that also did not work. #!/bin/bash # Start the Management Utility /usr/local/sbin/emhttp & modprobe i915 # Suppress ACPI Error messages echo ":msg,contains,\"ACPI Error: AE_ALREADY_EXISTS\" stop" >> /etc/rsyslog.d/01-blocklist.conf echo ":msg,contains,\"ACPI Error: Aborting method\" stop" >> /etc/rsyslog.d/01-blocklist.conf echo ":msg,contains,\"ACPI BIOS Error (bug)\" stop" >> /etc/rsyslog.d/01-blocklist.conf /etc/rc.d/rc.rsyslogd restart

Hi! I recently upgraded hardware and have run into a frustrating issue although I do have a workaround at the moment of using Intel quick sync (I will need more streams sooner than later so I do want to figure this out). When I have the nVidia plugin installed to use my Quadro P2200, the memory log usage grows quickly and hits 100% after about 24 hours. When that happens, the UI is no longer accessible and I have to telnet in to restart the system and clear the log. Diagnostics are attached. From what I can tell, the syslog is just filling up with tens of thousands of repeated entries for the below. But I can't figure out why it's happening. I saw on page 101 there was a workaround to Suppress ACPI Error messages. I might give that a shot if there are no other recommendations or solutions? The weird thing is, despite the message log spam, the system works great otherwise. I can transcode on the nVidia perfectly fine with no issues and it would be perfect other than the system becoming unstable when the log maxxes out. Oct 11 17:22:40 Unraid kernel: ACPI BIOS Error (bug): Failure creating named object [\_SB.PC00.PEG1.PEGP._DSM.USRG], AE_ALREADY_EXISTS (20220331/dsfield-184) Oct 11 17:22:40 Unraid kernel: ACPI Error: AE_ALREADY_EXISTS, CreateBufferField failure (20220331/dswload2-477) Oct 11 17:22:40 Unraid kernel: ACPI Error: Aborting method \_SB.PC00.PEG1.PEGP._DSM due to previous error (AE_ALREADY_EXISTS) (20220331/psparse-529) unraid-diagnostics-20231011-1722.zip

I do, it's the Asus PRO WS W680-ACE motherboard.

I think it's the nVidia driver. Originally, I removed the GPU Statistics plugin and that helped for a bit, but ultimately ended up in the same lockup. After uninstalling the nVidia drivers (and reinstalling GPU Statistics to use with the iGPU), the system has been stable for 3 days so far.

PRO WS W680-ACE IPMI BIOS 2802 Version 2802 2023/10/06 I have upgraded to the latest BIOS version, released just last week, and the issue persists.

Hi folks! Long time Unraid user, first time poster. I recently upgraded hardware and have run into an issue. My memory log usage grows quickly and hits 100%. When that happens, the UI is no longer accessible and I have to telnet in to restart the system and clear the log. Diagnostics are attached. From what I can tell, the syslog is just filling up with thousands of repeated entries for the below. But I can't figure out why it's happening. I've increased the memory size of the log to buy more time between reboots, but that's a stopgap at best. Any ideas? Oct 11 17:22:40 Unraid kernel: ACPI BIOS Error (bug): Failure creating named object [\_SB.PC00.PEG1.PEGP._DSM.USRG], AE_ALREADY_EXISTS (20220331/dsfield-184) Oct 11 17:22:40 Unraid kernel: ACPI Error: AE_ALREADY_EXISTS, CreateBufferField failure (20220331/dswload2-477) Oct 11 17:22:40 Unraid kernel: ACPI Error: Aborting method \_SB.PC00.PEG1.PEGP._DSM due to previous error (AE_ALREADY_EXISTS) (20220331/psparse-529) unraid-diagnostics-20231011-1722.zip