Re: HPT370 RAID - booting
It seems [Ivan Debn_r] wrote: [Charset iso-8859-2 unsupported, filtering to ASCII...] 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? This has been changed in both -current and -stable, so use DD disks with care (ie skip the first 10 secs) Correct me if I'm wrong, but in RAID1 it is essential to be able to take one of the drives and boot from it almost as if it was singe simple disk. Yes, and ? that works just fine... How does the driver handles situation when there is one of the mirror drives broken or missing ? Not at all, you have to use the BIOS to either switch off the RAID or setup a new fresh disks or whatever you want to do. If a RAID array is broken somehow, the driver wont attach it (a safety mesure so you wont blow up the remaining disks).. Is it possible to query the driver to check, if the drives are OK from the userland ? No. However I have an atacontrol thingie on the bench but its not ready yet, with that you will be able to control the RAIDs and other ATA related stuff... -Søren To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
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 dedicated, 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 one 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 drives 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. -Søren To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
RE: HPT370 RAID - booting
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. Ivan -Original Message- From: Soren Schmidt [mailto:[EMAIL PROTECTED]] Sent: Wednesday, November 08, 2000 6:20 PM To: [Ivan Debn_r] Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED] 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 dedicated, 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 one 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 drives 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. -Søren To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
HPT370 RAID - booting
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 dedicated, but be able to boot the drive and install on it as a normal one. Correct me if I'm wrong, but in RAID1 it is essential to be able to take one 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 drives broken or missing ? Is it possible to query the driver to check, if the drives are OK from the userland ? Ivan Debnr Online Consulting, s.r.o. tel.://+421 88 4146721 fax://+421 88 4142231 http://www.o-c.sk BEGIN:VCARD VERSION:2.1 N:Debnár;Ivan FN:Ivan Debnár ORG:Online Consulting, s.r.o. TEL;WORK;VOICE:+421 (88) 4146721 TEL;HOME;VOICE:+421 (88) 4171223 TEL;CELL;VOICE:+421 (903) 506197 TEL;WORK;FAX:+421 (88) 4142231 ADR;WORK:;;Rudlovská cesta 53;Banská Bystrica;;974 01;Slovak Republic LABEL;WORK;ENCODING=QUOTED-PRINTABLE:Rudlovsk=E1 cesta 53=0D=0ABansk=E1 Bystrica 974 01=0D=0ASlovak Republic BDAY:19770829 EMAIL;PREF;INTERNET:[EMAIL PROTECTED] REV:2922T091913Z END:VCARD
