nomisharris

Ugh my Other sata card is also throwing occasional errors, maybe 1-2 a day. I'll probably ignore them for now seeing as it is a JMB582 controller which is on the recommended controllers list.

I pulled the sata expansion card and it seems to be happy. I assume it's just because it's a marvell controller that it has issues, and that other things plugged in to that slot won't have problems. I didn't bother messing with aspm off as the thread you posted suggested as I actually had enough sata ports without it, and I really like my server sipping power when possible. Now to find a sata expansion or HBA that is reliable and doesn't block C states. As is my power draw is down by almost 20w. Thanks Jorge!

I'm in the logs and I see it's having an error again and again about the Marvell 9215, maybe it's working the CPU to death trying to correct that, and the syslog process was also busy writing the issues down. That could explain why the issue isn't resolved when I close that task. I don't really wanna load the parts cannon at it but I'm seeing discussion about these being problematic cards

I also feel like it's maybe doing more network traffic than the docker containers account for... Is there any reasonable chance someone could be accessing my server and running things in the background without me knowing?

Hi all, I'm having an issue where I have high CPU usage when the server is basically idling. The worst offender is core 2, which pegs at 95% when this problem crops up, but I can see that the other 5 cores also jump up by 20% as well. This can make the server unresponsive in webui and I've been having random connection drops in Plex which I assume is the same problem. I noticed that the syslog was full and when I checked in htop I saw that the rsyslogd process seemed to be consuming a lot even though the syslog server is disabled in settings. I killed it but the problem persists. This started after I upgraded my server into a new PC so perhaps it stems from the hardware change. I attached the diagnostics, when I looked through the syslog in it I noticed that it had a ton of PCIE bus errors which must have been why the log was full. I have rebooted since pulling these diagnostics and the issue is still present. Checking htop again I see that the high usage I see on the dashboard page is matching when rsyslogd is consuming a lot of cpu. (Interestingly there's 2 processes of it in there) Help pls?? gigamulch-diagnostics-20250516-1547.zip

I swapped cables and still had random dropouts unfortunately. Thinking that it might be a hardware issue (3 drives hanging out of a laptop with an AliExpress a+e key sata card) I migrated my server to an optiplex which is thus far being reliable. Maybe laptop chipsets are just nerfed... Thanks for the help Jorge, I'll come begging for more if this configuration develops the same issues.

I chalked it up to drive failure, so I replaced it and rebuilt my array. Interestingly, I lost all the data on that drive even though it should have been protected by the parity. No problem, the data wasn't mission critical, so I set to work redownloading everything. Now, I'm seeing problems occur again. I checked this morning and the new drive contents were emulated, and while it didn't have a red x the second array drive didn't seem to be working either. A quick reboot brought the second disk back up but the one I replaced is still emulated, although it is connected has temp, smart data, etc). I only see one red error in the logs: "Mar 16 08:00:26 Gigamulch root: ERROR: The filesystem has valuable metadata changes in a log which needs to Mar 16 08:00:26 Gigamulch root: be replayed. Mount the filesystem to replay the log, and unmount it before Mar 16 08:00:26 Gigamulch root: re-running xfs_admin. If you are unable to mount the filesystem, then use Mar 16 08:00:26 Gigamulch root: the xfs_repair -L option to destroy the log and attempt a repair. Mar 16 08:00:26 Gigamulch root: Note that destroying the log may cause corruption -- please attempt a mount Mar 16 08:00:26 Gigamulch root: of the filesystem before doing this." but I can't really figure out what to do in xfs_admin. What is it about my system that the drives hate? Granted my server is a laptop so I power the drives externally from a wall wart to sata power cable, but it's protected on the UPS so it shouldn't be cutting out. Attached are my new diagnostics. Thanks for the help gigamulch-diagnostics-20250316-0808.zip

Interestingly, I fiddled with the cable and rebooted the server again and now the drive is showing up, but is limited to 3 gbps and has errors in the short SMART test. The drive only has 42 days of total uptime so maybe it'll warranty. I have ordered a new one to replace it, which is kind of a bitter pill with refurb drive prices so high right now.

Hi Jorge, Thanks for the reply. The drive ran fine in windows and had no errors in the SMART. It even performed well in a crystal disk check. How bizarre. I'll look for a replacement I suppose. Thank you!

Hi, the other day I got home and my server had lost power. Some problem had triggered the GFCI outlet I have it plugged in to. I believe that my UPS shut the system down gracefully, but when I fired the server up I noticed that my parity drive was offline. It didn't really bother me because I had a couple new drives sitting around for a capacity upgrade, so I replaced the parity, and then after a rebuild, the smallest drive in the array. I then formatted my old parity in my pc (the one that wasn't being detected), but when I tried to replace the last small drive in the unraid server, it still wouldn't show up in the main tab, or in system devices. It is still detected by the BIOS, my main PC, and worked previously as my parity drive, so I can't see why I can't get it to detect. I tried swapping SATA ports as I have 2 drives connected to the motherboard and 2 via a cheapo pcie adapter, but no difference. Any help for a poor noobie? Thanksgigamulch-diagnostics-20250308-1634.zip