CriticalMach

Members
  • Posts

    26
  • Joined

  • Last visited

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

CriticalMach's Achievements

Noob

Noob (1/14)

3

Reputation

  1. My server was still doing it, but I "solved" the issue by getting a couple of molex to 4 pin fan adapters and bypassing my motherboard fan headers completely.
  2. I've been running in safe mode with zero plugins for the past week and thought I was in the clear, but it has happened again. Newest diagnostics attached. I'm completely lost on what else to try other than this being hardware. I would appreciate any help from any of the devs. tower-diagnostics-20221008-2232.zip
  3. Well, it's made it all day without the fans stopping so you might be onto something. Here's a list of all of my plugins but nothing here looks like it would anything to do with fans. Any thoughts, anyone? ca.backup2.plg - 2022.07.23 (Up to date) ca.mover.tuning.plg - 2022.04.13 (Up to date) ca.turbo.plg - 2022.09.16 (Up to date) ca.update.applications.plg - 2021.09.24 (Up to date) community.applications.plg - 2022.09.26 (Up to date) customtab.plg - 2021.03.10 (Up to date) disable.security.plg - 2021.03.10 (Up to date) disklocation-master.plg - 2022.06.10 (Up to date) docker.folder.plg - 2022.09.24 (Up to date) dynamix.active.streams.plg - 2020.06.17 (Up to date) dynamix.cache.dirs.plg - 2020.08.03 (Up to date) dynamix.file.manager.plg - 2022.09.07 (Up to date) dynamix.s3.sleep.plg - 2021.03.13 (Up to date) dynamix.system.buttons.plg - 2020.06.20 (Up to date) dynamix.system.info.plg - 2020.06.21 (Up to date) dynamix.system.stats.plg - 2022.05.20a (Up to date) dynamix.unraid.net.plg - 2022.09.28.1258 (Up to date) enhanced.log.plg - 2022.08.19 (Up to date) file.activity.plg - 2022.08.19 (Up to date) fix.common.problems.plg - 2022.09.26 (Up to date) flash.remount.plg - 2021.09.06 (Up to date) gpustat.plg - 2022.02.22 (Up to date) gui-links.plg - 2022.05.29 (Up to date) gui.search.plg - 2022.02.12 (Up to date) nvidia-driver.plg - 2022.09.27a (Up to date) open.files.plg - 2022.08.19 (Up to date) plexstreams.plg - 2022.08.31 (Up to date) rclone.plg - 2022.09.02 (Up to date) theme.engine.plg - 2020.01.16 (Up to date) tips.and.tweaks.plg - 2022.08.30 (Up to date) unassigned.devices.plg - 2022.09.16 (Up to date) unassigned.devices-plus.plg - 2022.08.19 (Up to date) unassigned.devices.preclear.plg - 2022.09.02 (Up to date) unbalance.plg - v2021.04.21 (Up to date) unlimited-width.plg - 2020.05.27 (Up to date) unRAIDServer.plg - 6.11.0 usb_manager.plg - 2022.08.20 (Up to date) user.scripts.plg - 2022.08.01 (Up to date) wakeonlan.plg - 2019.12.30 (Up to date)
  4. First noticed this problem a few weeks ago with 6.11.0 rc4. After rebooting into rc4 a few hours went by and then I started getting email alerts that multiple drives were overheating. I came downstairs and was met with complete silence. ALL of the fans in my server case were off. I rebooted and the fans spun up upon reboot but a few hours later it happened again. I reverted to rc 3 and it did not happen again. When rc5 came out I upgraded to it to see if it would happen again and sure enough a few hours later it did. Reverted to rc3 and no issues for about a week. I upgraded to 6.11 final when it was released and the issue happened again. At that point I reverted to 6.10.3 and have been running it for the past week with zero issues. This morning I went into my bios to ensure that nothing has changed with my fan settings. My fans are set to run 100% all the time. I then upgraded to 6.11 again and a few hours later the issue repeated. I am not running a fan controller nor do I have my fans on any kind of curve, they run at 100% all the time.. I can 100% replicate the bug by upgraded to 6.11 and waiting a few hours. Diagnostics are attached. I received the overheat alert email at 18:55 Sep 29th and immediately shutdown the server. I would appreciate any help! tower-diagnostics-20220929-1855.zip
  5. Same problem here. Diagnostics attached. tower-diagnostics-20220717-0129.zip
  6. Gotcha thanks, I saw that right after I posted and finally got it working. The tooltip was throwing me off, maybe a slight tweak in the ui to "Full path to a file that contains a list of files/directories you want ignored from being moved off the cache pool." Thanks for the help!
  7. How about a way to exclude a folder from being moved? I have a usenet directory under my data share and a media directory also under data. I obviously want the mover to run on media directory but would like to be able to exclude the usenet directory.
  8. Disabling DOCP is what seems to have resolved the issue.
  9. I'll make that change as well. I just wanted to check here if the errors that were in my syslog right as the crash happened might point to something specifically. Thanks.
  10. So I've been experiencing the hard freezes of unraid that come with having a Ryzen cpu (2700x). I've read the FAQ and made the specified changes in my bios as well as adding "/usr/local/sbin/zenstates --c6-disable" to my go file. I went about five days without a crash and then got one a day or two ago at 720pm. Here is the relevent portion of my syslog, file starts a little before 720pm but it went down at that time which is exactly when the errors start, reboot happpened at 8:33 pm. I would appreciate any help in determining if this freeze is associated to my system being ryzen or if this is something else entirely. Diagnostics are from after reboot, thanks! EDIT: Issue seems to be solved. The FAQ for Ryzen is there for a reason, follow it. Disabled c-states, idle power, and disable the DOCP memory profile and I haven't had a hard crash in a week. syslog.txt tower-diagnostics-20210714-1718.zip
  11. Thanks! I'll for sure check that out. Any reason why it's just now started? I've been running Ryzen with unRaid for almost 2 years at this point and this just starting happening about 2 weeks ago.
  12. I've had this happen a handful of times on the past week or two. Basically everything locks up, webui, all dockers, ssh, smb shares, everything. I can only regain access by a hard reboot. I have attached diagnostics knowing that they'll probably be useless since I had to hard reboot and theyre from after that, but I have also attached syslog from setting up the syslog server so hopefully it will be in there. The latest lockup, from what I can tell, happened sometime after 745ish am eastern time. Thanks for the help! tower-diagnostics-20210706-0912.zip syslog-192.168.1.10.log