Zechositus

I resolved the problem. 2 things were happening that resulted in the seg fault. UnRaid uses the same kernel for the OS as for the Docker containers, unless I am mistaken, but I couldn't find anything to the contrary, and I had a failing Docker container that was crashing repeatedly after hitting the PID limit, making it intermittent. https://github.com/ThePhaseless/Byparr/issues/322 The higher clock rate of the new CPU was creating a race condition for an invalid memory address due to the crash, hence all of my segfaults were the same error 6 of a write condition. Replacing the failing flaresolverr container with another flaresolver rectified my issues, both the PID limit, the segfaults, and the stability of containers using the flaresolverr. 20 hours of no Segfault, previously every 6 hours, and even my temps are down a bit.

I believe it is this https://github.com/ThePhaseless/Byparr/issues/322

actually I think my docker might be currupted root@Persephone:~# docker system df TYPE TOTAL ACTIVE SIZE RECLAIMABLE Images 44 33 35.11GB 30.5GB (86%) Containers 34 34 3.798GB 0B (0%) Local Volumes 136 1 138.4MB 113.6MB (82%) Build Cache 0 0 0B 0B root@Persephone:~# docker system prune WARNING! This will remove: - all stopped containers - all networks not used by at least one container - all dangling images - unused build cache Are you sure you want to continue? [y/N] y Total reclaimed space: 0B root@Persephone:~# Why am I not reclaiming the unused space.

There has not been a crash, just noticing the logs, in my own investigation, I found 3 things that stand out 1. PID task limit on a Docker that is CPU pinned 2. Kernel clock unsynchronized errors 3. There were 2 files that a Docker container was trying to access that did not have permissions to anything that was repeatedly spammed by the Docker task. I fixed the last and nothing since last night. I am just not sure what the risk is of letting it go like this. Summary: RAM tested good and stable for years, 3 CPUs, 2 are known good. The last thing is the mobo to see if there are any noticeable issues. I am wondering if any software issues might cause this before it becomes expensive.

tried a different CPU and still an issue, not sure what the deal is, but only 1 CPU seems to work, and then anything else just does't its all error 6, though I am dubious to think that out of 3 CPUs, only 1 works this time i9-12900k persephone-diagnostics-20260504-1907.zip

Got the og cpu back in and no issues, so pretty cut and dry.

welp, either way I bet it's the CPU as it's the only new thing to have changed. Memtest ran for 10 hours, no issues. Guess I'll be making a return. in terms of the 13/14th gen issue, it could be. I upgraded the BIOS before installation, but who knows.

I even hate to mention this out of fear, but I did just replace my CPU. I would see some kernel issues with the old CPU, but sparingly. I upgraded the CPU in question. Is it possible that a newer CPU would exacerbate a failing RAM?

Hmm, is there a generally accepted duration? Unfortunately, I built it too well, and its kinda a prod env for me. even as a hobbyist. But I can try and let it run overnight?

Whenever I am running Parity operations, I get several segfault issues. Apr 28 18:23:59 Persephone kernel: r8169 0000:06:00.0: invalid VPD tag 0x00 (size 0) at offset 0; assume missing optional EEPROM Apr 28 18:23:59 Persephone kernel: mpt3sas 0000:07:00.0: invalid VPD tag 0x00 (size 0) at offset 0; assume missing optional EEPROM Apr 28 18:24:03 Persephone emhttpd: read SMART /dev/sdj Apr 28 18:25:05 Persephone kernel: Web Content[3244676]: segfault at 0 ip 000014e69f8a12e8 sp 00007ffc56e301f0 error 6 in libxul.so[30a02e8,14e69f3bf000+6411000] likely on CPU 19 (core 35, socket 0) Apr 28 18:25:05 Persephone kernel: Code: ff ff ff f0 48 ff 4f 08 0f 85 14 ff ff ff 48 8b 07 ff 50 28 e9 09 ff ff ff 48 8d 05 3c be 28 fd 48 8b 0d 7b 86 3f 06 48 89 01 <c7> 04 25 00 00 00 00 62 01 00 00 e8 c8 41 f2 05 e8 53 41 f2 05 cc I would suspect the RAM, but the memtest passed after 1 pass, and it's, so far, only during parity operations. persephone-diagnostics-20260428-1823.zip

Hi! I replaced my CPU this weekend, and now, although finding drivers, the temp plugin does not work anymore, and the drop-downs are all "not used" no matter how much I troubleshoot. similar to this issue, except I am running 7.2.4

The best thing I could find that has actually helped has been: Disabling Docker Uninstalling nvidia driver adn GPU stats Rebooting Installing Nvidia driver and GPU stats Rebooting Re-enabling docker

Not causing to resolve this.

I have already updated the bios to the latest at the start of this and I have the latest Production branch nvidia driver. I can try in the BIOS disabling the PCIe native power management and maybe moving to just latest nvidia drivers but other than that I am struggling to find out whats causing this.

I just booted without the GPU installed and it doesn't have that issue! Only thing in the logs is that the nvidia driver ca't find the hardware *phew* that was a rabbit hole I still need this to have my containers work though so is there any hope moving forward? persephone-diagnostics-20250228-2202.zip

Updaated my nvidia driver "Production branch" and its better not fixed but better. If that helps.

I defaulted all bios settings Enabled iGPU Set XMP to disabled Disbaled VMD Enabled virtualization Still same issues on boot persephone-diagnostics-20250227-1554.zip

I can try this sometime later during my lunch, should I also turn off XMP?

I have this same issue I have updated bios, and updated UnRaid as well as removed GPU stats, still nothing. All of my plugins are upto date, all of my docker are upto date. I really hope its not something obvious but I am hitting my head against the wall trying to solve this. It all started as of Saturday. (writing this Wednesday) persephone-diagnostics-20250226-2031.zip

that link is dead, is there a proper way to replace a cache drive?