Blade1001

Mainly because for heat generation and drive life I guess.

I have a Sonos system which plays music tracks kept on my UnRaid server. Its not a major problem, more of an inconvenience, but when the disc with the music share on it spins down (after a period of inactivity), it takes between 30 seconds to 1 minute for the disc to spin back up and connect to the Sonos system again. I was therefore wondering if this delay could be eliminated by replacing the drive with an SSD, which would of course never need to spin down. Has anyone tried this, and are SSD's compatible with UnRaid 4.7? Thanks, - Gareth

Bugger! That's a shame. I guess I'll have to get a separate USB capable NAS drive then, and just have it back up to my UnRaid server.

Hi all, I have done a couple of searches of the forum but can't find an answer to this question. Is there any way to connect an UnRaid server via USB, so that it acts like a USB connected storage device. Basically I want to stream 24/192 music files to a streamer than can only take the format from a USB connected drive. Thanks in advance, - Gareth

Ok, will give that a go too - do I need to edit the scripts at all to go into S1 sleep (my Linux knowledge is patchy at best)?

I am using S3; my BIOS only has options for S1 and/or S3. I can try pulling the Supermicro card I suppose, though I was hoping to diagnose the problem without. I will have a go!

Anyone??

Hi guys, I'm looking for a little help from you experienced unRAID people once again please. I am setting up my unRAID server to go into sleep mode after disk spin down, and then Wake On Lan by sending a 'magic packet'. I have followed the Wiki guide to the letter, and have also read through the entire 24 pages of the main topic on this subject. I can get the server to go into automatic sleep mode without a problem, timed after all disks have spun down. I can also send the server the magic packet by using the WOLcmd program via a batch file (I can even send it one wirelessly via my iPhone). The server starts to wake up, and all disks spin up, but then the 'wake' process seems to lock up, and all the hard drive activity lights (on the Icydock hotswap backpane caddys that I have in my server) on those drives connected to my Supermicro SASLP-MV8 controller just flash orange and green (green is for when a drive is powered, orange is when it is spinning). I can't seem to get past this point. I have a monitor attached, but this does not recieve any further video signal from the server so it displays nothing, and the attached keyboard does not have any effect. The only thing I can do to sort it is a hard reboot. I'm assuming this might be an issue with the reboot of the Supermicro card, but have no idea how to trouble shoot it. I don't have a syslog to attach because I have to do a hard reboot (I am right in thinking that this clears out the syslog?). If I need to list any other system details to aid any advice, please let me know. unRAID version is 4.7beta (haven't upgraded it yet) and apro licence. ANy ideas you might have would be greatly appreciated?

Did you also set the mtu on your PC? No, I didn't. Only on the unRAId server. It is really odd that this does anything for several reasons. The IP standard requires that all hosts on a subnet have a common MTU. But that is not the real issue. Data transfer is from your PC which should default to 1500 bytes. The server is sending small acknowledgement packets which should be 576 bytes in size. The PC is still sending the data in 1500 byte packets. The server is sending acknowledgements of 576 bytes. So the 6000 byte MTU is never being used. To an unRaid array with parity protectionin place but NOT using a cache drive?

Sorry if this has been answered elsewhere in this thread and I have missed it, but are you saying with this tweak you get 75-80MB/s when writing directly (i.e. not using a cache drive) to the array WITH parity protection in place? If not, can you test this, as this is surely the acid test of an improvement in write speeds to an unRaid array?

This could have been the problem with mine too as my syslog got to about 1.7GB I think

You'll have to excuse my newbie ignorance, but what is a tmpfs?

Right, so what are you thinking? That the systems trying to make so many writes to the log file that it causes a system crash? My system only has 2GB but I thought the UnRAID system wasn't very demanding in terms of hardware requirements?

Right, just a bit of an update on this issue: I tried the drive in a different working drive slot, and still the same crash, so I have replaced the power supply for a shiny new Corsair AX850 which provides 70A on a single rail as recommended above. I know this is a little bit overkill, but I wanted to cover all future possibilities in one hit. I re-ran the pre-clear script and still no joy, pre-clear crashed again part way through the initial read. I have even tried running pre-clear by skipping the initial read, it gets all the way through the write but crashes on the post-read. I also checked the slot the drive was in by pre-clearing a different old, known working drive in it, and that pre-cleared without a problem!?? Anyway, I have now sent the drive back to Scan for a replacement. Does anyone have any suggestion of what might have been wrong with this drive? Why is the Smart report not showing any errors?

@ Prostuff1 - Thanks for that, sso for absolute future proofing, should I step up to the 850W version (70A over a single rail) for the extra £15 it would cost - since that would cover the option of 22 x 7200rpm drives (3amp x 22 = 66amp)? @ dgaschk - I'm not sure, and I'm not sure quite how to find out?? It is a BFG nVidia 680i SLI board out of an old gaming PC. I'm also running it with a graphics card (since it has no on board graphics) so I can access the console - this requires a molex connector to be plugged into the MB to supplement the dedicated graphics card power cable, so perhaps this uses the 12v as well? @ Joe. L - Based on these other overheads, how big a PSU should I be going for? Is the HX850 even enough??