binhex

Has anybody tried using a chromebook to upload photos from unraid share to facebook and if so how do you achieve this using a chromebook, would it involve copying the pictures to the local drive on the chrome book first? Sent from my GT-I9300 using Tapatalk 2

Yes I noticed this too when I created a share called TV was shown as lower case from Windows machine, ignoring it for now but it does niggle me :-) Sent from my GT-I9300 using Tapatalk 2

Yep m1015 on rc11 smooth as silk Sent from my GT-I9300 using Tapatalk 2

My pleasure :-) loving my m1015, tempted to get another one hehe. Sent from my GT-I9300 using Tapatalk 2

Nice pics I also have the 300 and I like your cable management mod :-). As far as card for additional sata ports I too ran out and went with a ibm m1015 which gives me the 4 additional ports I wanted plus I can then rip the card and use in my next build making use of all 8 ports :-) great card very fast and 3TB > support highly recommend. Sent from my GT-I9300 using Tapatalk 2

No probs mate :-) Sent from my GT-I9300 using Tapatalk 2

i have just got hold of a IBM ServeRAID M1015 card and struggled a bit to try and update to the latest LSI firmware (P15) once cross flashed to LSI 9211-8i. i have now got it all figured out so thought i would share the tools i used and notes on how to update both the firmware and bios revisions to the latest version (as of feb 2013). download the zip from the following location and unzip and then open the text file "upgrade instructions.txt" and follow carefully. http://sharesend.com/0m95ic8t IMPORTANT:- please note this will ONLY work once the M1015 has been cross flashed to a LSI 9211-8i (firmware revision P11) using the instructions shown in the first post of this thread. i hope this helps somebody out.

i think releasing a 32bit 5.0 final now would quieten down the people bitching about the lack of the word "final" in the release name, then you can concentrate on slowly releasing beta/RC releases of a new 64bit edition (ver 5.1?) to get around the slow write issue. i think to basically scrap all the good testing you've had done on 5.0 so far by radically changing over to 64bit kernel would be a bad move, just my thoughts, i know some people will strongly disagree.

Just to close this issue with a result, it turned out to be the cold temperatures causing slow writes to the drives, this was consistent with all the drives in the server, fix was to turn off all case fans and turn off hd spin down to force the hd temp to rise, looks like about 20c is min temp, very odd issue as most disks are rated down to freezing but that was the fix

Thanks for the reply, I can confirm all fans are spinning fine i can also see fan speeds in unmenu cpu info. The server won't be shutdown or put into sleep so hopefully I shouldn't get any issues with startup. Do you think this is temp issue with psu or mobo? edit - just to rule out any voltage issues i can confirm the voltage for vcore, 12v, 5v, and 3.3v are all steady when the server is outside or inside (information from unmenu cpu info acpi interface)

hi, i have an ongoing issue with slow write speeds to my array, i have finally diagnosed the issue to being thermal, if i bring my server in from the garage (temp currently at around 10C) and power it up in the house (temp around 20C) i have decent write speeds, if i power the unit up in the garage i have good write speeds for a short period before write speeds drop off again (assuming this is caused by the unit cooling down). i have done this process twice to make sure im not going insane, and can confirm this is the case, i can also confirm it isnt related to the nic in the server (changed for intel pci-e) or source pc (used linux pc as well) , network cable (changed) , or switch (changed), so im 100% sure it is temperature related. so my question is, has anybody experienced anything like this with the CX430 v2?, is this really a psu temp issue or could this be a mobo temp issue?. its extremely weird, not seen any issues with LOW temp before.

Thank the lord I've solved the issue, was a bug in the bios, updated to latest version which only came out two weeks ago and problem gone phew! Thanks to everybody who posted edit - or so i thought!, im beginning to think this is a thermal issue, reason im coming to this conclusion is that if i bring the server in from the garage (normal location) and bring it into the house and start it up and connect to the switch i can get decent write speeds, if i then shut it down and put it back in the garage and start it up i also have decent write speeds, but only for a short period, once the unit cools down due to the ambient temp (garage is around 15 C) im back to write speeds of 21MB/s. things im going to try tonight:- 1. check psu fan - is this rotating when in the garage or is this powered down due to the cold, if so is this the source of the issue?. 2. turn of q-fan in bios - perhaps this is incorrectly throttling the sata/cpu thinking its hot when in actual fact is actually cold. 3. reset bios to defaults - perhaps me updating the bios has screwed something up. its def a strange issue, never seen anything like this and ive been in the I.T. industry for over 15 years!

Thank the lord I've solved the issue, was a bug in the bios, updated to latest version which only came out two weeks ago and problem gone phew! Thanks to everybody who posted

Even writing directly to the cache or assigning cache to user share makes no difference to write speeds, still get around 20MB/s

It's windows 7 pc, also tried from a pc running linux (openelec) to unraid with the same result. Just for sanity I also tried it from a laptop running windows 7 on a different port on the switch with a different cable, same result.

and the mystery continues, im now using a pci-e nic (intel) and still getting the same write speeds, even directly to the cache drive, so i managed to borrow a gigabit switch from work, tried this and still not difference, so im left now with the following to try:- bios settings - perhaps cool and quiet is being a little bit over zealous? replace cpu? underpowered? - i know there is a post above saying write speeds are fine but im running out of ideas? replace mobo - again clutching at straws really but i cant think what else is left to try?. any suggestions anyone?

I have a cache drive but I've not assigned it to the user shares as I want to use the cache only for plugins. I realize writing directly to the array will be slow but I believe I should be getting better than 20MB/s correct? hmm ok new nic fitted and same result, slow write speeds, i can even see the windows progress bar stopping and starting (judder) during copies, just for giggles i enabled cache for one of my user shares, then did a write to the user share, same performance EVEN when writing to a cache enabled share, so then i did a write directly to the cache disk, same result! - it tends to level out around 18- 21 MB/s. so im completely lost as to what to try next, i am tending towards trying another gigabit switch but i dont want to spend any more money if this isnt going to fix it, plus the weird thing is i can write to another device (openelec) and get decent write speeds so that kind of rules out the switch, right? help me ob1 kenobi you're my only hope :-). just so your aware of what i have tried (as posted in my other thread):- copying from source pc (windows 7) to another linux device on same switch result - can write at full speed, thus ruling out source as issue and also switch changed cat6 cable for another cable (cat5e this time) result - same write speed, cannot seem to achieve write speeds above 21MB/s checked source disk can achieve speeds higher than 21MB/s (sata drive) achieved write speeds to another linux device (openelec) of around 56MB/s thus ruling out source drive made sure issue is not related to SMB copied using NFS from another linux device as source, same performance issue, this also strengthens argument that it ISNT related to source pc added the noacpi flag as per suggestion in other threads no change in write speeds updated bios for unraid mobo no change in write speeds

hi Chugiak, your right but as long as you dont have multiple pci cards then you should be fine as the pci bus is shared i believe, speeds will top out at around 118MB/s but hey thats pretty damn good, most drives wont read/write at that speed in any case, excerpt from a website:- One Gigabit Ethernet can be used in 32-bit, 33MHZ PCI slots up to the 90-118MB range, but throughputs above this may overrun the 32-bit PCI bus. 64-bit and/or 66 MHZ PCI bus based systems are highly recommended for Gigabit Ethernet. in any case ive gone for the PCIe x1 card so its all smiles :-), plus its turned up so going to fit tonight, fingers crossed it fixes my slow write speeds, im not expecting super fast performance as i know a parity protected array is slow, but im hoping for around 30MB/s, i shall post back. edit - hmm interesting!, looks like the realtek onboard nic's can also cause higher cpu usage than a dedicated nic, this is also a plus point for me as im only running a sempron 145 processor, nice!

hmm interesting, i am able to start a blu-ray mkv rip but it seems to consistently cut out part way through but only when a parity check or pre-clear are in operation. im beginning to wonder if this is nic related too, we shall see as i have a new nic on order, if this cures this issue as well i will be a happy bunny, thanks again for the feedback dgaschk

ok talking to myself again, man i gotta stop this :-). well i did a quick search around and see other people are having success with this nic so i might take the plunge and go for the EXPI9301CTBLK, either that or i might save the pci-e x1 slot and instead got for the intel PWLA8391GT which is a pci slot card, hmm decisions decisions.

quick question, i dont know if anybody has this card and if so can verify whether drivers are included in unraid (ver 5.0 rc8a) as im thinking of switching from onboard nic to expansion card due to slow writes (http://lime-technology.com/forum/index.php?topic=23268.msg206633#msg206633), the card in question is this one:- Intel EXPI9301CTBLK Gigabit Ethernet Card many thanks.

Thanks that's good to know one other question for you, slightly off topic, can you watch hd movies whilst a parity check is in progress? I've found this isn't possible, im assuming due to processor not being powerful enough.

ok still talking to myself here, what do they say about people who do that?? tried setting one of my user shares to use the cache drive, still seeing slow write speeds, so i guess this rules out slow parity drive and/or cpu parity calculations causing a bottleneck. so my next attack is nic replacement, can anybody recommend a decent (relatively cheap) supported nic that def can handle full gigbit speeds, was thinking about a pci-e intel nic dont know which ones are fully supported by unraid though couple of questions for anybody reading this, is anybody using a amd sempron 145 2.8Ghz process and seeing decent write speeds?, or using my motherboard ( Asus M5A78L-M LX v2) and seeing decent write speeds?. thanks.

hi, i am trying to diagnose slow write speeds to my unraid box, here is what im running hardware wise:- proc AMD sempron 145 2.8Ghz ram 4GB DDR3 mobo Asus M5A78L-M LX v2 switch TP-LINK 8-port Gigabit Unmanaged Desktop Switch (TL-SG1008D) im using the onboard gigabit nic, which looking at unraid syslog is detected as follows:- eth0: Identified chip type is 'RTL8168E-VL/8111E-VL' software wise im running unraid 5.0 rc8a licenced with a pro licence, i do have a parity drive and i do have a cache drive, but i dont have the cache drive assigned to any of the shares as i want to use this solely for plugins only, no caching, so writes are ALWAYS directly to the protected array. im basically having write speeds that top out at 21MB/s read speeds are perfect and return around 75MB/s to 85MB/s which is great. one other thing to add is that im writing to the disk share not the user share, the destination drive im writing to is just over 50% full so i dont think its a problem with fragmentation/slow inner write speeds. ive noticed that im getting dropped packets on RX (less than 1% of total packets), which makes sense in that its writes that are slow, things i have tried so far with no result:- copying from source pc (windows 7) to another linux device on same switch result - can write at full speed, thus ruling out source as issue and also switch changed cat6 cable for another cable (cat5e this time) result - same write speed, cannot seem to achieve write speeds above 21MB/s checked source disk can achieve speeds higher than 21MB/s (sata drive) achieved write speeds to another linux device (openelec) of around 56MB/s thus ruling out source drive made sure issue is not related to SMB copied using NFS from another linux device as source, same performance issue, this also strengthens argument that it ISNT related to source pc added the noacpi flag as per suggestion in other threads no change in write speeds updated bios for unraid mobo no change in write speeds at this point my gut feeling is this is either unraid nic driver related or my mobo nic is faulty, my money is on the driver, any other suggestions as to how to solve this VERY welcome as im coming to the end of my dagnosis with no fix at present. link to syslog just incase you guys want to take a look through:- http://pastebin.com/KpJ3Tpwb thanks.

Thanks Joe that confirms what I thought