• Content Count

  • Joined

  • Last visited

Community Reputation

0 Neutral

About fiscalcon

  • Rank


  • Gender

Recent Profile Visitors

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

  1. Config files are clean of that IP address, but I do agree it feels hard coded. That said, my Plex container was working fine and was in host mode. The broken ones were in bridge, so I switched those to host and they start now and appear to be working normally so far. Somehow I found an even simpler solution than swapping IP schemes or increasing the subnet. Thanks to all for bouncing ideas.
  2. Yeah, that is what I am leaning towards at this point. The troubleshooter in me is screaming "whyyyyyyy" though, :-). I'll revert to the old scheme to get things working again. Thanks!
  3. Hello, I recently swapped routers at my home. Found out my ISP does allow the use of your own router, so I wanted more management in that department. While this issue is related to Docker, I do seem to have 1-2 other issues going on that have hampered my troubleshooting. After router swap, my IP scheme changed from to being the network addresses. I found the network settings area in unRaid and that all looks good now. However, when I go to start containers, they appear to be hanging onto the old unRaid IP of root@localh
  4. Well I think it was the cat. I was on my computer next to my unRaid, he jumps onto the tower and unRaid starts to shutdown as you can hear all the disks spinning up. Wasn't the first of the month and wasn't 3 in the morning, then off it goes. I've covered the power switch to stop him from hitting it. I had uninstalled the power down script and it was still happening. Thanks for the simple but easily missed checks.
  5. I've been finding my unRAID server off randomly recently. I thought I was running into a hardware issue, but upon each boot I found that a parity check wasn't running. Checking logs, the powerdown script is causing the shutdowns. Thankful nothing more harmful isn't happening, but still want to find the cause. Started on the 27th here: syslog-20160527-144522.txt:May 27 14:43:45 Tower powerdown[28631]: Powerdown initiated syslog-20160529-130606.txt:May 29 13:04:32 Tower powerdown[28291]: Powerdown initiated syslog-20160529-192940.txt:May 29 19:28:29 Tower powerdown[22133]: Po
  6. Have you gone to Settings->Nerd Pack to check that you have those set to install? Maybe this is the first time you have rebooted since Nerd pack was updated to provide individual control over which packages are installed? Nice! Thank you! My server crashed for some reason (still haven't had time to look into why). Thought the plugins not working was caused by it. Even restored to one of my backup configs.
  7. Just updated and rebooted, no issues. Thanks for all the hard work!
  8. I am seeing this issue as well, b14b and b15 (asrock board as well). System specs: CPU - Intel Core i5-4440S Motherboard - ASRock Z97 Extreme6 Desktop Memory - Crucial Ballistix Sport 8GB x 2
  9. Haven't seen this happen on beta12 or higher, :-). Confirming solved for me as well. Feb 27 03:41:57 Tower logger: mover finished Feb 27 03:56:38 Tower kernel: mdcmd (68): spindown 2 Feb 27 03:59:00 Tower kernel: mdcmd (69): spindown 0 Feb 27 03:59:01 Tower kernel: mdcmd (70): spindown 1
  10. Appears resolved for me as well in 14b. I am not coming home to disks spun up. Real test will be if I have disk up in the morning after watching shows/mover runs. But looks promising with others confirming. Thanks to all who helped snipe this one!
  11. my log is showing spindown for drives and the webui is showing them as active. i tried videoing the screen but it's shite quality for some reason. Yea that was exactly what was happening to me. Not being home I couldn't confirm if they were actually up. Suppose I could have done a cd test on the command line. My spin up test worked though, all of them spun down. The next test is normal day use and watch for disks to stay up well after the 15 minute spin down timer. Feb 24 15:17:34 Tower kernel: mdcmd (53): spinup 0 Feb 24 15:17:34 Tower kernel: mdcmd (54): spinup 1
  12. So now none of my disks will spin down. Got all the messages in the log (times seem spread out to me compared to spin down button, but that could be due to reboot and last access on each disk): Feb 24 15:11:23 Tower kernel: mdcmd (41): spindown 0 Feb 24 15:11:24 Tower kernel: mdcmd (42): spindown 5 Feb 24 15:12:37 Tower kernel: mdcmd (43): spindown 1 Feb 24 15:12:55 Tower kernel: mdcmd (44): spindown 2 Feb 24 15:13:04 Tower kernel: mdcmd (45): spindown 3 Feb 24 15:13:15 Tower kernel: mdcmd (46): spindown 4 But all remain active in the UI. I am not at home to confirm that th
  13. Update through plugins page went smooth. Thank you sir! Here is to hoping my drives spin down.
  14. I had the same thought. In addition, not know what fixed it if it actually is this time, could lead to another break in the future.
  15. It happens in my system with a WD40EZRX drive in the parity slot. Steps to recreate: [*]Spin up the problem drive by itself [*]Wait for spin down delay [*]"spindown 0" appears in the syslog, but drive does not spin down I watched power consumption and listened as "spindown 0" appeared in the syslog. I heard disk head movement but power consumption did not drop as it usually does with a successful spin down. Unfourtunately, for limetech, it hasn't been this easy to reproduce. They were able to in beta12, then moved to 13 and saw the issue go away. But based on w