December 26, 201213 yr Hey everyone, As the subject says, I'm getting some relatively low parity sync speeds, and I'm of the impression that with my hardware, I should be able to achieve speeds far greater. Speaking of hardware, I'm using a SuperMicro X9SCM-F motherboard, IBM M1015 MegaRAID controller (flashed to IT mode (P11 I think)), in a Norco 4224 case. The syslog, as it was too large to be allowed on the forum is linked: https://dl.dropbox.com/u/18394268/syslog-2012-12-25.txt From the looks of things, my hard drives are being treated like IDE drives, despite being /dev/sd* designations. Given that my motherboard is configured for AHCI mode, and my controller is in IT mode, I'm not sure what else I can do. The way things are hooked up, my cache drive is attached to the motherboard directly, as everything else goes through the controller. Any suggestions would be greatly appreciated. I should point out that I've unplugged and reconnected just about all the cables inside my case that have data going through them. EDIT: I'm adding this in should newcomers to the forum come in and see what steps I've performed so far: Removed Cache Drive Used a variety of firmware versions (P10, P11, P14) Disabled all plugins/etc
December 26, 201213 yr Author I should add that I've upgraded to the P14 firmware for the controller (after converting it to a SAS2008), however nothing else has changed in terms of a performance sync speed.
December 26, 201213 yr Hey everyone, As the subject says, I'm getting some relatively low parity sync speeds, and I'm of the impression that with my hardware, I should be able to achieve speeds far greater. Speaking of hardware, I'm using a SuperMicro X9SCM-F motherboard, IBM M1015 MegaRAID controller (flashed to IT mode (P11 I think)), in a Norco 4224 case. The syslog, as it was too large to be allowed on the forum is linked: https://dl.dropbox.com/u/18394268/syslog-2012-12-25.txt From the looks of things, my hard drives are being treated like IDE drives, despite being /dev/sd* designations. Given that my motherboard is configured for AHCI mode, and my controller is in IT mode, I'm not sure what else I can do. The way things are hooked up, my cache drive is attached to the motherboard directly, as everything else goes through the controller. Any suggestions would be greatly appreciated. I should point out that I've unplugged and reconnected just about all the cables inside my case that have data going through them. what about removing the cache drive attached to your mobo? Do speeds increase or decrease... I have a cheap ass build, but I get around 110mb/s.. with wd green drives
December 26, 201213 yr Googleing the error message "attempting task abort" indicates that it is a firmware issue. You may need to find alternate firmware. First test with no add-ons as a sanity check. See my sig.
December 26, 201213 yr Author Googleing the error message "attempting task abort" indicates that it is a firmware issue. You may need to find alternate firmware. First test with no add-ons as a sanity check. See my sig. I actually left the monitor and keyboard connected to the server, so it's probably easier to flash to another firmware than disabling all my add-ons. I do have a second unraid pro flash drive that I've left as is for testing purposes (it has version 4.7 final). Would it be easier to swap that drive in (or transfer some of the /boot/config data to it first and then plug it in) and test? ... due to having 3TB drives, I suppose I should put 5.0 RC8a on there...
December 27, 201213 yr Author Googleing the error message "attempting task abort" indicates that it is a firmware issue. You may need to find alternate firmware. First test with no add-ons as a sanity check. See my sig. So I've tried reflashing firmware of the M1015 (I guess it's now a SAS2008) to every version I could find, but showing the same results Also, per your signature, I loaded up a version of unRaid without plugins, and still getting ~5-16MB/s Parity Sync (same behavior as before). Here is a new syslog: https://dl.dropbox.com/u/18394268/syslog-2012-12-26.txt Next up, removing the cache drive to see what happens.... Removed the cache drive, also had no change... this is getting frustrating :-/
December 27, 201213 yr Author After going through the forums quite entensively, I've found what I suspect is the likely culprit. The CPU/IvyBridge BIOS. (link to post http://lime-technology.com/forum/index.php?topic=22327.msg201887#msg201887) I'm purchasing a CPU, and we'll see what happens. I'll send another update once I receive the CPU and install it.
January 2, 201313 yr Author After going through the forums quite entensively, I've found what I suspect is the likely culprit. The CPU/IvyBridge BIOS. (link to post http://lime-technology.com/forum/index.php?topic=22327.msg201887#msg201887) I'm purchasing a CPU, and we'll see what happens. I'll send another update once I receive the CPU and install it. CPU purchased and installed, BIOS updated to 2.0b ... still slow parity speeds Here is a link to the current syslog file, but it's not indicating any actual change: https://dl.dropbox.com/u/18394268/syslog-2013-01-02.txt
January 2, 201313 yr You can try this: http://lime-technology.com/forum/index.php?topic=22675.msg213845#msg213845
January 3, 201313 yr Author You can try this: http://lime-technology.com/forum/index.php?topic=22675.msg213845#msg213845 Are you referring to sysctl vm.highmem_is_dirtyable=1 I inputted the value (my parity is currently syncing) and it didn't make any noticeable difference. I'm not sure if I would need to stop/start the array for it to take effect.
February 15, 201313 yr Author Solved the issue, turns out I had a funky controller card. Got a new controller card, flashed it, plugged it in, parity speed in 70MB/s+ with no "Attempting task abort!" errors in my syslog.
Archived
This topic is now archived and is closed to further replies.