lishpy

Has anyone been able to get fan control working with this board through unRaid and NOT IPMI (for those of us who have the non Ipmi boards)? I'm not pleased with the drive temps I'm seeing and want to ramp up my fans a bit.

The copy completed and now I was given the ability to start the data rebuild. The SOP should be updated to reflect the reboot in step 5 being an issue if that's truly the cause. Since it's before the copy procedure is initiated it's still not clear that's the issue. Otherwise there's a bug here considering the two threads that followed the SOP to a T and failed in the same way only to be successful on the redo.

Exactly, the only time I shut down was before I initiated the copy procedure. Plus if you see above the logs say the copy succeeded, but then seemed to not work correctly.

I just kicked off a new copy so we'll see, I'll report back. I did power down at Step 5 because I pulled the data drive I'm replacing and put the new parity in it's drive bay.

Interestingly enough, I just posted a thread with exact same results because I'm going through the same process.

I initiated a parity swap yesterday following this procedure: https://docs.unraid.net/legacy/FAQ/parity-swap-procedure/ I checked on the progress this morning and it was at 96% for the copy procedure, so I expected things to be done shortly there after and initiate the disk rebuild. I just checked progress in the array again, and the array operation page is now back to where I started, saying I can initiate the copy again. According to the documentation, that COPY button should be a START button to start the array and initialize the data rebuild. What's even more confusing, checking my server notifications, about the time I expected the copy function to complete, I have a notification saying the following: "Disk 4, is being reconstructed and is available for normal operation" Disk 4 is the old parity drive that is being turned into a data disk. I can't see any indication that disk 4 is actually being reconstructed though, I have no ability to start the array, and the array devices page shows the new parity drive and new disk as new devices. Did this somehow not complete successfully and I need to run the copy again? I don't see any indication of any failures and the notification message this morning makes me think it completed successfully, but now I don't know what state the array is in. I don't see anything in the logs out of the ordinary right now, the disks are spun down. Log says the copy completed successfully, but below says slot 0 is wrong import. Sep 24 12:29:29 Tower emhttpd: copy: disk4 to disk0 completed Sep 24 12:29:55 Tower kernel: md: unRAID driver removed Sep 24 12:29:55 Tower emhttpd: shcmd (39876): /sbin/modprobe md-mod super=/boot/config/super.dat Sep 24 12:29:55 Tower kernel: md: unRAID driver 2.9.27 installed Sep 24 12:29:55 Tower kernel: mdcmd (1): import 0 sdf 64 13672382412 0 WDC_WUH721414ALE6L1_Y6G3NGSC Sep 24 12:29:55 Tower kernel: md: import disk0: (sdf) WDC_WUH721414ALE6L1_Y6G3NGSC size: 13672382412 Sep 24 12:29:55 Tower kernel: md: import_slot: 0 wrong Sep 24 12:29:55 Tower kernel: mdcmd (2): import 1 sdd 64 7814026532 0 WDC_WD80EDAZ-11TA3A0_VGGYLR9G Sep 24 12:29:55 Tower kernel: md: import disk1: (sdd) WDC_WD80EDAZ-11TA3A0_VGGYLR9G size: 7814026532 Sep 24 12:29:55 Tower kernel: mdcmd (3): import 2 sdc 64 7814026532 0 WDC_WD80EFAX-68LHPN0_7SGLHX6C Sep 24 12:29:55 Tower kernel: md: import disk2: (sdc) WDC_WD80EFAX-68LHPN0_7SGLHX6C size: 7814026532 Sep 24 12:29:55 Tower kernel: mdcmd (4): import 3 sdh 64 3907018532 0 ST4000DM000-1F2168_Z304H4Z2 Sep 24 12:29:55 Tower kernel: md: import disk3: (sdh) ST4000DM000-1F2168_Z304H4Z2 size: 3907018532 Sep 24 12:30:05 Tower kernel: mdcmd (5): import 4 sdg 64 7814026532 0 WDC_WD80EFAX-68LHPN0_7SGLWD9C Sep 24 12:30:05 Tower kernel: md: import disk4: (sdg) WDC_WD80EFAX-68LHPN0_7SGLWD9C size: 7814026532 Sep 24 12:30:05 Tower kernel: md: import_slot: 4 replaced Also probably unrelated, but if you hover over the orange triangle on the array operation page, it says "Started, array unprotected" but on the dashboard I see all disks as offline. Looking for next steps to help troubleshoot. Array operation: https://imgur.com/id9jLUc Array disks: https://imgur.com/hukGTbI

Appreciate the follow up everyone. Regardless of what it's called, if I run 5.7.x ("unstable" or stable) branch, when 5.8.X drops here shortly as the full stable branch as Ubiquiti is calling it, is that line going to update to 5.8.X or am I going to have to make more changes to the Docker setup and pulling from a different track every time Ubiquiti marks a release as stable? My point was more so of how this line is going to progress going forward. Unifi's listing here: UniFi Controller 5.9 (Testing) We recently shared a testing release of the 5.9 line. This version is still under development. Our main goal is to give you a better overview of your Wi-Fi setup. UniFi Controller 5.8 (Stable Candidate) We added couple new features to the 5.8 line: UniFi Controller 5.7 (Stable) Amongst many performance and stability improvements we also added these features to the 5.7 line: UniFi Controller 5.6 (LTS) Long-Term Support (LTS) release with security updates and critical bug fixes. I'm running AP's which in the next firmware version will absolutely require the 5.7.X controller line, which is why I asked. I'm not asking for beta support here or even running the betas/RCs, just an outline of how this plans to progress going forward. Thanks for your time, I didn't mean to come off as harsh if that was taken as that.

Is there a way to update this container without having to wait for the maintainer to do so? Can I just update the controller via the webUI with the Unifi firmware? This is still sitting on the 5.6 branch which is the older stable version. The stable 5.7.X has been out for months (which you are having us mark as "unstable" if we want to run it), and release candidates of 5.8 have been out for months as well, which means this is going to be two .X releases behind once 5.8 drops here. They've even had 5.9.X betas out for a while as well. I do appreciate a way to run Unifi on my unRAID server but I wish there were more options for those who don't want to run old stable versions. Options to run the 5.7 track while not as "unstable" would be great, along with ways to run the betas.

The server is not set to power back on post utility coming back on so that's a non issue. I'd rather have the server running on battery if I'm using it then shut down after 10 minutes expecting it to go back out again. It's rare that the power goes out and I need the server online immediately anyway.

That's odd, the webUI is showing the system as unRAID Pro. I just confirmed as well, the Pro.key file is located under /flash/config. There isn't anything named ._Pro.key.

Hi all, Running 6.4.1, last weekend the power went out at my house and my UPS shut down the server after about an hour (a clean shutdown). I powered it back on earlier this week, but didn't have a chance to look at it today. I started the array just now (since I have autostart disabled) and all of my user shares are missing. I can access the individual disks, but SMB folders are all gone. Did I miss something here with upgrading in the past releases? I'd appreciate any assistance here. I've attached my diagnostics. Thanks! tower-diagnostics-20180309-1235.zip

I also just had an 8TB WD Red get stuck on cycle 2's post read at 95%, pegging a CPU core at 100%. I used gfjardim-0.8.9-beta. Is there no known fix for this? A little frustrating to see all these posts go back months but no definitive script updates or answers. Thanks everyone for the help.

Holy shit this is awesome. So much faster to list everything, it's like a time warp back to unRAID 4. Thanks!

Well, ended up having to remove 2 sticks of RAM. I narrowed down to having two sticks not erring, one I knew for sure was (100000+ by this morning) and the last one I put back in ended up having 8 errors detected after an hour or so. I can live with only having 16GB of RAM now. I can't recall where I got this RAM so no idea where to warranty it. It's got Crucial stickers on it but they're covered with some other warranty stickers that aren't coming up on the Crucial site, so it seems I bought them from some reseller or something. Anyway, the server is back online and the webGUI loads just fine now. Thanks for the assistance everyone.

They're all secured I made sure. 15 minutes into the Memtest there were 3500 errors.

Thanks for the response. I removed a DIMM because it was reporting as 4GB but it's a 8GB DIMM. System was functioning fine for months before but was saying 28GB instead of 32GB installed the whole time. Maybe I removed the wrong DIMM? EDIT: I've installed the DIMM I removed and booted to Memtest, will run it over night and report back. Memtest is showing 32GB as of now.

Hello, Two nights ago I powered down my server to remove a DIMM. I booted it back up and was in the webGUI no problem, and then I updated from 6.3 to 6.3.1. From there I started the array and went to go to sleep, but before I noticed a Pushover alert that one of my drives was reporting as hot. I couldn't load the webGUI but I still had SSH access, so I turned the server off and figured I'd deal with it later. Woke up the next morning and the server never shut down so I had to shut it off using the power button. Upon reboot, of course a parity check started, but again, no webGUI access. I got several alerts from Pushover about drive temperature again and Common Problems alerting me there was a problem with my server. The parity check finished but still no webGUI access. I've attached some diagnostics to hopefully get some light involved as to why the webUI isn't loading. Unfortunately this morning is my scheduled monthly parity check, so that's currently running on the server right now. I do still have share access and SSH access at this moment. Any assistance would be greatly appreciated. tower-diagnostics-20170209-2237.zip

Thanks for taking a look. That's a great question, it didn't even phase me to check that. I'm going to run another check tonight and will update tomorrow morning. Unfortunately it seems I removed the diagnostics files I saved from after the last check I completed on the 15th.

The last couple of parity checks on my server keep identifying an error but I'm having a hard time identifying anything wrong with the server. I've attached the diagnostics for my server, any help would be greatly appreciated. tower-diagnostics-20160826-1052.zip

Any chance you were able to get this working on El Capitan? I want to direct connect the UPS to my unRAID server and then have the Mac just talk to the unRAID server and figure out when it needs to shutdown over the network instead of being direct connected. From the thread's that I read, the only issue was with the UPS being connected to the Mac via USB. If it's connected over the network, I'm not sure if there's even an issue.

I've never tried it with unRAID (nor any other slack based distros) but I don't see why this wouldn't work with rEFInd. http://www.rodsbooks.com/refind/

Do you live by a Microcenter? Even if you don't, browse through here. There are tons of bundled motherboard/CPU combos you could get that would fulfill your needs. http://www.microcenter.com/site/products/amd_bundles.aspx

Confirmed. No issues on 6.1.9.

Well I finally got around to upgrading my server as well. Thanks to everyone who put forth their ideas in this thread. I went the opposite direction of most of you, I went with a X79 board and only one 2670, but I'm very very happy with the upgrade. All in all I'm in this for under $320: CPU: $64 Motherboard: $185 CPU Cooler: $55 (Noctua NH-D14, went a little overboard) GPU: $15 (GT210)

I have an Intel E3-1220v2 CPU for sale. I do not have a motherboard capable of testing this anymore, therefore I'm looking to sell this AS-IS. It's been out of use for two years now and I am cleaning house of some items I'm no longer using. Because I'm selling AS-IS, looking for $100 shipped CONUS. I'll ship elsewhere but that would mean shipping is on you.