Re: v-slow raid resync

Jake Anderson <[email protected]>
Newsgroups gmane.org.user-groups.slug.general
Message-ID <[email protected]>
This isn't going to be an issue with sata vs whatever (though I do 
suggest running in ahci mode if thats an option)

The issue is probably going to be how mdadm is growing the array, it 
will need to do a buttload of disk access to do that reading and writing 
every sector on every disk and trying to keep everything in a consistent 
state while doing so.

I don't know if it applies to whatever raid level you are using but is 
there something like an --assume-clean option you can pass it?
I'd also suggest asking in the mdadm list or perhaps IRC.
http://forums.whirlpool.net.au/archive/1056831 might be of interest.

On 18/03/14 20:02, Rachel Polanskis wrote:
> On 18 Mar 2014, at 6:46 pm, Jeff Allison <[email protected]> wrote:
>
> That's installed unfortunately didn't fix my problem. How badly configured does a disk need to be to only run at 4mb
>
>
>
> Sorry for the suck eggs question, but you did enable all the features in the BIOS e.g. turning on SATA II 3gbps support,
> write cache disable etc?   In the URL link to the forum below they discuss all the optimum settings.  I am using
> WD RED NAS drives (2x2tb) and Seagate 3Tb drives (latest model) in my system so similar to yours….
>
> rachel
>
>
>
> On 18/03/2014 3:43 PM, "Rachel Polanskis" <[email protected]> wrote:
> On 18 Mar 2014, at 3:14 pm, Jeff Allison <[email protected]> wrote:
>
> Is it the O41072911.ROM?
>
> Did you use flashrom of the dos disk thingo.
>
> On 18 March 2014 14:06, gr0ve <[email protected]> wrote:
>> Seriously, you should flash the BIOS!  I get 80mbps reads on ZFS
>> and depending, 30-40mbps on writes.  Without the BIOS mod, you
>> are getting only IDE speeds there.  The original BIOS holds this machine
>> back and it is perfectly safe.  The BIOS ensures AHCI support is operational
>> as well as the 3gbps SATA II bus. Once you see the improvement, you
>> can choose to also select write cache enabled|disabled although
>> this is best with a UPS ;)
>>
>>
>> rachel
> Hi,
> The HP BIOS version is the O41072911.ROM as you suggest.
> You need this to install the “theBay” ROM as well.
>
> The process is shown online, but in short you copy the HP BIOS using a
> DOS/windows installer to a USB stick then copy the “theBay” rom image over the
> top. You could try to “dd” the image but it does some weird trickery to make
> the stick bootable for installing the BIOS.
>
> You can look for TheBay_Microserver_Bios_041.rar online.
> The source information is:
>
> http://www.avforums.com/threads/hp-n36l-n40l-n54l-microserver-updated-ahci-bios-support.1521657/
>
> And it has all the guff on getting the BIOS onto your N54L and also tips on how to configure it.
> I have all the files if you need them….
>
> Once again, these are terrific little servers.  It has an internal USB port so I just loaded FreeNAS
> onto an 8Gb USB stick and boot from there.  All the internal SATA disks are in ZFS disk pools which
> do my bidding. As I use ZFS, I went with 8gb ECC memory. I also added an additional Gigabit Ethernet adaptor as the built in broadcom is general networking and I run the second Gig-E port with Jumbo Frames using a gigabit crossover (there is such a thing)
> to a Mac Mini with the thunderbolt port running Gig-E and doing iSCSI!  The Mac Mini runs esxi 5.5 and
> all the data stores (running various species of Linux) hosted off the HP-N54L.  It is like a little tiny
> SAN, small but perfectly formed….
>
>
> rachel
>
> —
> Rachel Polanskis                 Kingswood, Greater Western Sydney, Australia
> [email protected]             IT consulting, security, programming
>          The more an answer costs, the more respect it carries.
>
>
>
>
>
>
> —
> Rachel Polanskis                 Kingswood, Greater Western Sydney, Australia
> [email protected]		 IT consulting, security, programming
> 	The more an answer costs, the more respect it carries.
>
>
>

-- 
SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/
Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.