Marky

What makes you think that? To others- You can not kill emhttp and then restart, it is not designed to do that and you will get a segfault every time. I had an issue like this on Saturday and of course hard to check wiki and doc when there is a site outage. What do you do if emhttp has died/become unresponsive and can't be restared if you want to shut the server down. I believe the powerdown script requires the web interface to be running, is there another way to safely shutdown?

That is not always the case. There are posts about cables becoming loose causing a redball. Not my situation. If what you say is true then there is a bug in unraid that tried to write to a disk that it should have only been reading from doing a non-correcting parity check.

Report was clean, no pending or reallocated sectors.

How would it be a write on a data disk doing a non correcting parity. Unraid in this situation should not be writing to any drives. The only time i could see that if there was a read error and then internally the drive reallocated a sector which is not the case here.

This might be a redundant question but it confused me at first and maybe it confused you to: In 5.0 the shares also get colored balls in front, a red (actually orange) ball means the cache drive needs to write data to it.. You did not by chance made the same mistake I made and looked at this ? Nope unfortunately. No mistake here, Don't use a cache drive. Its a drive that has redballed. Sigh....... Wish i had stayed on 4.7, that has worked flawlessly.

Well a data drive on a non correcting parity should not be being written to unless read errors occur. This check just stopped, array was still started but not doing anything and a redballed drive. smart report showed no errors whatsoever on the redballed drive. This is the reason i want to being the drive back online and do the check again as i believe for some reason a fault with unraid caused this issue. Mark

A smart report came up clean as stated. Which is why i asked the question i did. Want to just bring the drive back online and do a non correcting parity again to check everything again. Mark

Emailed the info below to Tom for information on what to do but have not had a reply as yet. Anyone else know what i can do. Thanks So 4.7 was working fine, did a parity check on it before doing any upgrades, everything perfectly fine and has been for a few years working great. So today upgraded to rc-1, upgrade went fine, all drives assigned correctly good to go. Started the array, perfect. So thought I’d do a non correcting parity check to make sure everything was good. This is where the issues started it was so slow at ~17.50MB/sec. 4.7 was ~55.0MB/sec Stopped this after a while and downgraded to 5.0B14. Now the non correcting parity was at ~50.0MB/sec so back to normal(ish) speeds. This went for about 5 hours and then I saw one of the drives had redballed. No clue why. The array showed as started and I was able to stop it without a problem and shutdown. Rebooted and it was still red. Array not started so did a smartctl on the drive, no issues. So I’m assuming that no writes would be occurring with a non correcting check so is there a way to get the drive back to green without any rebuilds or parity check? Would like to get it back online to try again doing a non correcting check to confirm everything with the drives and data is ok.

Either give number of drives and speed or maybe parity check speeds across versions of unraid. As for mine. 4.7 ~55.00MB/sec 5.0RC1 ~17.50MB/sec 5.0B14 ~50.00MB/sec Exact same hardware only changed unraid version.

Would you mind doing a test on your setup with RC1 and run a parity check, non correcting as you can stop it after the test is done. Would like to see what your parity speeds are. I upgraded from 4.7 and only got ~17.50MB/sec. Someone else on this thread also reported that kind of speed and was also using SUPERMICRO AOC-SASLP-MV8 cards. I use those cards also, if yours is slow then maybe these cards are the comman factor causing the slowdown. Mark

i would suggest creating your own thread, this thread is for discussion about 5.0-rc1. Post exactly what you did, detailed system specs and if possible, a system log. Might be an idea but posted here as if you see my previous posts in this thread its due to upgrading to 5.0rc1 first that caused me to downgrade to b14. Tom himself has said that rc1 is a lemon. Thought i'd keep everything related in the same thread.

Ok now i really need some help to get everything back to normal. Running 5.0B14, doing a non correcting parity check, was working fine for quite a few hours. Before upgrading i was running 4.7 and did a check there to make sure everything was running fine. No errors at all. One of the drives has gone offline and redballed. smartctl has shown the drive is fine. Sure its more of a software fault than hardware. How can i get it back to green without doing any rebuilds or parity checks as i know the drive is fine. Thanks Mark

So a little more info on parity speeds. Like i posted earlier. 4.7 was ~55MB/sec 5.0RC1 was ~17.50MB/sec I've now dropped back to 5.0B14. Now parity check is running at ~50MB/sec. So RC1 certainly has some issues.

Funnily enough the web interface has started responding again while the parity check is in progress. The parity speeds still concern me though its now so slow. Tom any ideas or any tests you would like me to do? Thanks Mark

Hmmm so now after an hour the web interface has died. Can telnet in ok so the machine has not crashed. Is there a way to stop the parity check from the command promt and do a safe shutdown? Was only doing a check with no correct just as a verification after the upgrade. Thanks Mark

So finally taken the plunge and upgraded from 4.7 to 5.0RC1. Upgrade went fine but i am also seeing parity speed problems. On 4.7 i was getting ~55MB/sec On 5.0RC1 i'm getting ~17.50MB/sec This is a huge speed drop. This is on a Supermicro C2SEA board as recommended by Limetech so would have thought Tom you would have seen it on one of your test systems. Where are you located in Carlsbad Tom? I live and work there so if a meetup is needed to find out whats going on here it might be possible. Mark

I'm using 2 of the supermicro cards now. Appear to work just fine. Mark

Has anyone tried the latest beta with one of these cards yet? Mark

Ok to get this thread back on topic. Is there anyone out there with this card thats able to compile the kernel and try this out. Or if not able to compile maybe BRiT would be willing to post the files for the compiled kernel for someone to test. Mark

I'd also love to know if there has been any progress. Building another unraid server and have all the parts except the controllers as i'd love to use a couple of these boards so waiting on any info before purchasing.

An even better deal http://www.newegg.com/Product/Product.aspx?Item=N82E16817139006 750W and 60amp 12v single rail. Mark

I have nothing but praise for Monoprice. I've bought all sorts of cables from them, HDMI, SPDIF, Component, S-VHS, SATA, CAT6 Other items External USB Floppy (handy to have around as i don't bother with floppies in my pc's), Removable drive caddies Everything has been of really great quality. Only once have i had an issue, i wanted short SATA cables for a reason, needed some 9" which i ordered but was sent 18" Called them about it, and they said we will send you some out. Did not ask for the others back or anything and the correct ones arrived the next day. In this day and age that is great customer service. Highly recommend them to anyone. Even sometimes even with shipping costs its cheaper than going to a local store. Mark

No need to keep living in the past.

Great price for a great drive. http://www.microcenter.com/single_product_results.phtml?product_id=0266875 Mark

I'm in North San Diego County. According to the link for stock info the nearest BB to me has them. I'll be heading over to see what price they have them at. Thanks Mark