How to avoid the Gigabyte HPA problem?


MrLeek

Recommended Posts

At the risk of being awarded with "newbie question of the day", what is wrong with this?

 

- Set up CPU, mobo and 1 hard drive.

- Connect it to the power supply/monitor and do the initial test (i.e. make sure it's all working, CPU is not overheating, etc).

- Gigabyte does its thing and adds the BIOS copy to the hard drive.

- Switch off and add the second hard drive - this will be your parity drive!

- Boot into unRAID, configure the first drive (with the BIOS copy) as a data drive and the second drive as the parity one.

 

For what I'm reading, the major problem comes when the HPA copies the BOIS onto the parity drive. Get this to happen onto a data drive and there's not a problem.

 

Or is that too simple a solution?

Link to comment

Hi MrLeek. I have two recent Gigabyte mobo's, and I've never enabled such a feature (I don't see any point in using it anyways), so I would just simply disable it. My basic rule of thumb for an unraid is if you don't plan to use a device/feature that is on your mobo, simply just disable it. The least you have to worry about, the least you have to conquer and divide when you need to troubleshoot for problem when they arise.

 

Refer to the thread below:

 

http://lime-technology.com/forum/index.php?topic=4638.0

 

I've read about this before, and often members have upgraded their BIOS to the latest firmware, and just disable this (if no option is present in your curent BIOS)

 

Hope this helps.

Link to comment

How to avoid the Gigabyte HPA problem

 

Don't buy a Gigabyte MB.  :D

 

Oh, I feel the same!  I am very angry at Gigabyte for this whole HPA fiasco.

 

 

To be honest, this issue is making me rethink my choice of using a Gigabyte board. Whilst you should be able to turn it off in the BIOS (as unraided has pointed out) the mobo manual is seriously lacking details on how to do it. The feature is great for a desktop, but a server is different.

 

I am curious if my newbie solution could avoid the problem; I've had several Gigabyte boards before and they've all been great. Moreover, if you could predict which HD the HPA will appear on. But sadly my focus has to be on getting unRAID working for me.

 

As a result I'm updating my choice of components. I've dropped it in my final hardware check thread, so please comment accordingly.

Link to comment

At the risk of being awarded with "newbie question of the day", what is wrong with this?

 

- Set up CPU, mobo and 1 hard drive.

- Connect it to the power supply/monitor and do the initial test (i.e. make sure it's all working, CPU is not overheating, etc).

- Gigabyte does its thing and adds the BIOS copy to the hard drive.

- Switch off and add the second hard drive - this will be your parity drive!

- Boot into unRAID, configure the first drive (with the BIOS copy) as a data drive and the second drive as the parity one.

 

For what I'm reading, the major problem comes when the HPA copies the BOIS onto the parity drive. Get this to happen onto a data drive and there's not a problem.

 

Or is that too simple a solution?

Yes, if that data drive with the HPA fails (or the cable to it comes loose), the BIOS on the motherboard will not detect it and then add an HPA to a different disk.

 

If it happens to pick a data drive it will trash anything in the last 2 Meg of the disk AND make the drive size look smaller to unRAID.  This will then cause it to not match the size in the superblock.  That in turn makes unRAID think it is a different disk than expected. Now it thinks you have one failed drive and another that has been replaced so your array will not start. (as far as it is concerned, you have two failed drives)

 

If it happens to pick the parity drive to add the HPA instead of a data drive it will then look about 2 meg smaller and potentially cause about 2 million parity errors.  It will then be detected as a different disk when you next reboot.  If it happens to make the parity-disk look smaller than any of of your data disks your array will not be able to start because the parity disk is too small.

 

Still think the HPA is OK on a data drive?  I know I've had to help people with both these scenarios.    In one case the added HPA took over the entire disk (all but 32 Meg of it) and really caused some hair pulling.  If you cannot disable the HPA be prepared eventually for one of these problems.  I'd say pick a different MB or update the BIOS to one where the HPA "feature" can be disabled.

 

Joe L.

Link to comment

Yes, if that data drive with the HPA fails (or the cable to it comes loose), the BIOS on the motherboard will not detect it and then add an HPA to a different disk.

 

If it happens to pick a data drive it will trash anything in the last 2 Meg of the disk AND make the drive size look smaller to unRAID.   This will then cause it to not match the size in the superblock.  That in turn makes unRAID think it is a different disk than expected. Now it thinks you have one failed drive and another that has been replaced so your array will not start. (as far as it is concerned, you have two failed drives)

 

If it happens to pick the parity drive to add the HPA instead of a data drive it will then look about 2 meg smaller and potentially cause about 2 million parity errors.  It will then be detected as a different disk when you next reboot.  If it happens to make the parity-disk look smaller than any of of your data disks your array will not be able to start because the parity disk is too small.

 

Still think the HPA is OK on a data drive?  I know I've had to help people with both these scenarios.    In one case the added HPA took over the entire disk (all but 32 Meg of it) and really caused some hair pulling.  If you cannot disable the HPA be prepared eventually for one of these problems.  I'd say pick a different MB or update the BIOS to one where the HPA "feature" can be disabled.

 

Joe L.

 

Thanks for the reply Joe - and I'm way ahead of you. Currently looking at an Asus M4A78L-M and Sempron 140 CPU instead to see if that is up to the task.

 

I hadn't considered what would happen if the drive that contained the HPA was damaged (or removed); I was just looking at the start of an unRAID build - which is where I'm starting from. Add the scenarios that you've described - and something like it is almost certain to happen during the lifetime of the raid - and the result could be disaster.

 

What bothers me is that it's not clear from Gigabyte which boards come with this feature and the BIOS option to turn it off is not obvious. I spend around 30 minutes looking at the manual for the GB board I was going to use and I still couldn't tell if it had HPA.  ??? Maybe I'm dumb...  :)

Link to comment
How to avoid the Gigabyte HPA problem?

 

It is for this reason that after researching this site I decided on an Asus AMD board. I have never seen such a smooth operation. It is not the time worth futzing around with all this different tech features that are not used by UnRaid. Hope you get to a decision that will give you peace of mind.

Link to comment

If you disable the feature and your cmos battery dies, would this setting come back? That would worry me.

I think it depends on the board.  On Gigabyte's newer boards, HPA is disabled by default, so in that case the answer would be no.  However, on Gigabyte's older boards (like the one in my custom title), HPA is enabled by default, so I would assume the answer would be yes.

 

As previously mentioned, the simple solution is to just avoid Gigabyte boards.  I prefer Biostar, especially the board in my sig.

Link to comment

 

Joe, That sounds brutal! I would totally take the advice of going non-gigabyte, but I have a P35-DS3R board with 8 SATA ports that is about to become surplus when I upgrade my desktop computer. I'm not buying probably not buying Gigabyte again for the desktop, by the way.

 

Problem is there is not option to disable and I am already on the latest BIOS.

 

Do you know if there is any truth to the one person reporting he might have gotten rid of HPA by setting the SATA controllers to AHCI mode ?

 

I asked in another thread if running the Parity drive off of an add-on SATA controller would be a solution, but if understood your description, that would only solve some of the problem, what do you think?

 

By the way, MrLeeTek - This HPA (Host Protected Area) is created by the Gigabyte feature called "Virtual Dual BIOS", which is mentioned in the featurelist for the motherboard (at least in the manual). I agree Gigabyte is not being very open about it.

 

Link to comment

Latest BIOS for my MB have been updated so it can be disabled, and it's disabled by default  :D

 

Manual from Gigabyte MA-785g-UD3H

Backup BIOS Image to HDD

Allows the system to copy the BIOS image file to the hard drive. If the system BIOS is corrupted, it will be recovered from this image file. (Default: Disabled)

Link to comment

I just pulled the trigger on

 

SuperMicro MBD-X7SBE

SuperMicro AOC-SAT2-MV8

 

Why the SAT2 instead of the SASLP?  Your board supports both, and the SAS is faster (albeit more expensive and requires separate breakout cables).

got benchmarks? ive yet to see a pcie version of a pcix card faster (3ware, acrea etc). pcix chipsets are super mature so are their drivers, theyve had ages to perfect perofrmance.

Link to comment

got benchmarks? ive yet to see a pcie version of a pcix card faster (3ware, acrea etc). pcix chipsets are super mature so are their drivers, theyve had ages to perfect perofrmance.

 

I can attest to this, back when I only had my onboard SATA ports in use my parity check speeds would max at ~95MBps. I added a SASLP-MV8 card last night to expand my storage and my max speed has dropped to around ~60MBps.

 

Edit:

Had to run another parity check and this time my max transfer was around 70MBps... better but still not as good as it used to be.

Link to comment
  • 9 months later...

I have a Gigabyte GA-EX58-UD5 system board. I checked the Bios for HPA and I found nothing. I did not see anything about HPA in the manual. How can I check if my Gigabyte system board has HPA or doesn't have HPA?

 

Dave

It won't say "HPA."  HPA goes by many names, such as 'Save a copy of BIOS to HDD' and 'Backup BIOS Image to HDD'. Look around in your board's BIOS for something like that - it is generally in the 'Advanced BIOS Features' tab.
Link to comment
  • 1 month later...

Now I'm worried about the spare gigabyte board I have, I really don't want to ever loose this data, Over time I'm thinking I'll maybe build another file server to sync the two just incase. Also with unraid do I need to format the drive or can unraid do that for me? Also if I'm using WD Greens is it a good idea to turn off WD IDLE on every drive? I plan on installing a hotswap bay in my main pc to be able to do this if needed (I just need to install the hot swap, it's in the jungle of boxes in my living room full of pc stuff lol I'll post pictures later) So yea if unraid can't format them I'll just hot swap all the drives.

 

When you hot swap a drive you don't need to reboot do you? My current windows takes about 10-15 minutes to get past the windows XP loading screen, I believe I might need a format or my ram is going but I've just left my pc on the last month or so to not have to deal with the hanging boot.

Link to comment

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Reply to this topic...

×   Pasted as rich text.   Restore formatting

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.