Thanks for feedback.

Please tell me if tou find this scenario possible:
I will install on one of the drives - ad0. It will work normally.

Than a few day, weeks, later, when we decide that the ar is fine, go to the
RAID bios, duplicate the disk ad0 to ad1 and RAID1 them.
Other than changing /etc/fstab entries, it should work fine - or am I wrong

I understand that it will definitely not work, if the ar driver offsets its
partitions by 10.
But with offset=0, will I be fine?

Those are just my thoughs, because I have to make that machine work, and
unfortunately have not that much time to experiment.

You have been very helpful, thanks for great work on ata. If I knew, that
Promise is that better supported, I would go for that. But anyway, HPT was
on the mainboard, and it looked very attractive after you CVS messages.

Maybe we should mention these shortcomings somewhere.


-----Original Message-----
From: Soren Schmidt [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, November 08, 2000 6:20 PM
To: [Ivan Debn_r]
Subject: Re: HPT370 RAID - booting

It seems [Ivan Debn_r] wrote:
> I'm just looking at the disk partitions, and the first 63 sectors are by
> default marked as unused. So is it really nescessary to have the ofset in
> the ar driver for HPT?
> I would prefer to have the requirement to not to use dangerously
> but be able to boot the drive and install on it as a normal one.

Well, for all I care it can be changed, and I put a note in there to
mail you when users have RAID's that suddenly disappear :)
Seriously I'm tempted to have a chat with HighPoint if they could
maybe change this to use a setup like Promise do....

> Correct me if I'm wrong, but in RAID1 it is essential to be able to take
> of the drives and boot from it almost as if it was singe simple disk.
> How does the driver handles situation when there is one of the mirror
> broken or missing ?

The driver doesnt handle that, its up to the BIOS for now.

> Is it possible to query the driver to check, if the drives are OK from the
> userland ?

No, again the BIOS is to be used for now, if the RAID is broken it wont
be configured in the driver.

This might change in the (not too distant) future, but for now this is
all there is, but I thought this feature was essential enough to put
it in as is.

On the bright side remember that FreeBSD is the only free OS that has
support for these ATA RAID cards and tagged queueing, but I only
have this much spare time to do it.....


To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message

Reply via email to