Re: SCSI and disk geometry
more on this issue. K WESTERBACK wrote: sd0: 34715MB, 34715 cyl, 16 head, 128 sec, 512 bytes/sec, 71096320 sec total sd0: 34715MB, 34715 cyl, 16 head, 128 sec, 512 bytes/sec, 71096320 sec total sd0: 34715MB, 34715 cyl, 16 head, 128 sec, 512 bytes/sec, 71096320 sec total sd1: 34715MB, 27150 cyl, 4 head, 654 sec, 512 bytes/sec, 71096640 sec total sd1: 34715MB, 31310 cyl, 4 head, 567 sec, 512 bytes/sec, 71096640 sec total sd1: 34715MB, 27150 cyl, 4 head, 654 sec, 512 bytes/sec, 71096640 sec total I did a test with FreeBSD and it detects a geometry of 4425/255/63 in mirrored (sd0) and not mirrored (sd1) disks, and the installation was successful. So OpenBSD is finding identical geometry for sd0 on all three servers. And the numbers match (34715*16*128 = 71096320). For sd1 one result differs from the other two and neither set of values seem to match. I suspect sd1 is behaving badly in some way. I would suggest trying a -current snapshot as the geometry code has been getting a lot of work lately. If you can (and want to) you can compile a kernel with the options option SCSIDEBUG option SCSIDEBUG_LEVEL=0xf0 option SCSIDEBUG_BUSES=0x2 option SCSIDEBUG_TARGETS=0x5 option SCSIDEBUG_LUNS=0xff and send me the output. It will show exactly what the disks are saying about their geometry. http://195.55.55.164/tests/OpenBSD/server3-dmesg-orig.txt http://195.55.55.164/tests/OpenBSD/server3-dmesg-SCSIDEBUG.txt http://195.55.55.164/tests/OpenBSD/server3-fdisk.txt http://195.55.55.164/tests/OpenBSD/server3-label.txt http://195.55.55.164/tests/OpenBSD/server3-sysctl.txt -- GCS/IT d- s+:+() a31 C+++ UBL+++$ P+ L+++ E--- W++ N+ o++ K- w--- O+ M+ V- PS+ PE+ Y++ PGP t+ 5 X+$ R- tv-- b+++ DI D+ G++ e- h+(++) !r !z --END GEEK CODE BLOCK--
Re: SCSI and disk geometry
At this point...I'm suspicious you found a nasty bug in the SCSI driver for that card, but a (set??) of really bad cables might explain it, too. Yes, I have seen piles of parts were every single one was bad in a similar way... Could also be a very bad jumper option on the drives, too. Check (and double check) the cables, jumpers, scsi ids and termination. sd0 at scsibus1 targ 0 lun 0: LSILOGIC, 1030 IM, 1000 SCSI2 0/direct fixed sd0: 34715MB, 34715 cyl, 16 head, 128 sec, 512 bytes/sec, 71096320 sec total Can the target id of the adaptor be modified? (Bringing in a fresh suppy of goats may also help). -- ach
Re: SCSI and disk geometry
Otto Moerbeek wrote: On Wed, 29 Jun 2005, [iso-8859-15] Josi M. [iso-8859-15] Fandiqo wrote: I'm trying to install OpenBSD in three servers with identical hardware and I was able to install it in two of them but not in the third. Each server detects a diferent geometry for the SCSI disks :-? server1 - geometry: 817199/87/1 [71096313 Sectors] server2 - geometry: 2843852/25/1 [71096300 Sectors] server3 - geometry: 4425/255/63 [71087625 Sectors] dmesg, fdisk and disklabel: http://195.55.55.164/tests/OpenBSD/server1.txt http://195.55.55.164/tests/OpenBSD/server2.txt http://195.55.55.164/tests/OpenBSD/server3.txt I cannot explain the differences in geometry. Your disklabels look OK, it might be a BIOS thing that hits you. This smells like a problem Nick loves ;-) definitely he is the man to find it. You server3 log puzzles me, since it is incomplete. I do not see you setting the size in fdisk. This is important since there are a few CAVEATS; see fdisk(8). it is a full install process. I see you violate the MBR boundary rules on server 1 and 2 as well. You might be just lucky the other two servers work, and have a hidden problem there as well. It was my first impression since they are very weird geometries. If possible, it is easiest to just use the whole disk for OpenBSD, since fdisk -i (as done by the installer) just takes care of everything. it isn't possible. I plan use the remain MBR partitions to store old OpenBSD installations, so if an update fails I can revert to the previous version immediately. -- GCS/IT d- s+:+() a31 C+++ UBL+++$ P+ L+++ E--- W++ N+ o++ K- w--- O+ M+ V- PS+ PE+ Y++ PGP t+ 5 X+$ R- tv-- b+++ DI D+ G++ e- h+(++) !r !z --END GEEK CODE BLOCK--
Re: SCSI and disk geometry
Nick Holland wrote: Each server detects a diferent geometry for the SCSI disks :-? server1 - geometry: 817199/87/1 [71096313 Sectors] server2 - geometry: 2843852/25/1 [71096300 Sectors] server3 - geometry: 4425/255/63 [71087625 Sectors] dmesg, fdisk and disklabel: http://195.55.55.164/tests/OpenBSD/server1.txt http://195.55.55.164/tests/OpenBSD/server2.txt http://195.55.55.164/tests/OpenBSD/server3.txt Ken was zooming in on something, I'm looking at something I am finding even stranger: sd0 at scsibus1 targ 0 lun 0: LSILOGIC, 1030 IM, 1000 SCSI2 0/direct fixed sd0: 34715MB, 34715 cyl, 16 head, 128 sec, 512 bytes/sec, 71096320 sec total sd1 at scsibus1 targ 2 lun 0: IBM-ESXS, MAS3367NC FN, C901 SCSI3 0/direct fixed sd1: 34715MB, 27150 cyl, 4 head, 654 sec, 512 bytes/sec, 71096640 sec total Nick, might it be the hardware raid1 for the first two disks the guilty? (note that hd0+hd1=sd0 and hd2=sd1) afaik hardware raid is abstracted to the OS and it _should_ be transparent. Certainly it works with SuSE Linux and FreeBSD, even they were able to use the ServerRaid 6i controller but since it isn't supported by OpenBSD I remove it. Anyway the onboard SCSI card can do hardware raid1 which I'm using in all servers, simply because it's a lot more easy to configure it that software raid for the root partition. I would like to keep the configuration as easy as possible and not too OpenBSD specific since not all coworkers are BSD guys :-( Since when did LSILOGIC start making HARD DISKS with the exact same model number as their SCSI adapter?? Something is going seriously wrong there. (I'm guessing since you have three identical machines, they probably have six identical HDs). I think the driver is confused by the hardware raid. At this point, Simplify, Simplify, Simplify. Drop to one drive, then the other. Something is going seriously wrong there. I will try to install OpenBSD in a spare disk. Otto's right, I think at this point, the fact that anything here is working here is more good luck than good management. Something is broke. You don't have one bad and two good machines, you got three stinkers, but one of them rubs your nose in it more. the servers aren't in production so this is the moment to test things like these. Does your adapter's BIOS see the drives properly (i.e., not LSILOGIC 1030. Most will give you some kinda clue what kinda drive they have attached)? Try a different adapter, try a different cable, different drives, etc. Move the drives that work to the machine that doesn't -- does the problem follow the drive, the computer or the SCSI adapter? (probably on board...but if not, move the adapters around, too). At this point...I'm suspicious you found a nasty bug in the SCSI driver for that card, but a (set??) of really bad cables might explain it, too. do you mean in the OBSD SCSI driver? Yes, I have seen piles of parts were every single one was bad in a similar way... Could also be a very bad jumper option on the drives, too. Do you know if it's a supported configuration for OpenBSD? -- GCS/IT d- s+:+() a31 C+++ UBL+++$ P+ L+++ E--- W++ N+ o++ K- w--- O+ M+ V- PS+ PE+ Y++ PGP t+ 5 X+$ R- tv-- b+++ DI D+ G++ e- h+(++) !r !z --END GEEK CODE BLOCK--
Re: SCSI and disk geometry
Are you sure you wiped all RAID meta data of the disks? Did you reuse a disk that was part of a RAID set by any chance? Go to the card BIOS and wipe all RAID sets; that might just fix your problem. RAID volumes will work; just super slow. On Jun 30, 2005, at 7:01 AM, Josi M. Fandiqo wrote: Nick Holland wrote: Each server detects a diferent geometry for the SCSI disks :-? server1 - geometry: 817199/87/1 [71096313 Sectors] server2 - geometry: 2843852/25/1 [71096300 Sectors] server3 - geometry: 4425/255/63 [71087625 Sectors] dmesg, fdisk and disklabel: http://195.55.55.164/tests/OpenBSD/server1.txt http://195.55.55.164/tests/OpenBSD/server2.txt http://195.55.55.164/tests/OpenBSD/server3.txt Ken was zooming in on something, I'm looking at something I am finding even stranger: sd0 at scsibus1 targ 0 lun 0: LSILOGIC, 1030 IM, 1000 SCSI2 0/ direct fixed sd0: 34715MB, 34715 cyl, 16 head, 128 sec, 512 bytes/sec, 71096320 sec total sd1 at scsibus1 targ 2 lun 0: IBM-ESXS, MAS3367NC FN, C901 SCSI3 0/direct fixed sd1: 34715MB, 27150 cyl, 4 head, 654 sec, 512 bytes/sec, 71096640 sec total Nick, might it be the hardware raid1 for the first two disks the guilty? (note that hd0+hd1=sd0 and hd2=sd1) afaik hardware raid is abstracted to the OS and it _should_ be transparent. Certainly it works with SuSE Linux and FreeBSD, even they were able to use the ServerRaid 6i controller but since it isn't supported by OpenBSD I remove it. Anyway the onboard SCSI card can do hardware raid1 which I'm using in all servers, simply because it's a lot more easy to configure it that software raid for the root partition. I would like to keep the configuration as easy as possible and not too OpenBSD specific since not all coworkers are BSD guys :-( Since when did LSILOGIC start making HARD DISKS with the exact same model number as their SCSI adapter?? Something is going seriously wrong there. (I'm guessing since you have three identical machines, they probably have six identical HDs). I think the driver is confused by the hardware raid. At this point, Simplify, Simplify, Simplify. Drop to one drive, then the other. Something is going seriously wrong there. I will try to install OpenBSD in a spare disk. Otto's right, I think at this point, the fact that anything here is working here is more good luck than good management. Something is broke. You don't have one bad and two good machines, you got three stinkers, but one of them rubs your nose in it more. the servers aren't in production so this is the moment to test things like these. Does your adapter's BIOS see the drives properly (i.e., not LSILOGIC 1030. Most will give you some kinda clue what kinda drive they have attached)? Try a different adapter, try a different cable, different drives, etc. Move the drives that work to the machine that doesn't -- does the problem follow the drive, the computer or the SCSI adapter? (probably on board...but if not, move the adapters around, too). At this point...I'm suspicious you found a nasty bug in the SCSI driver for that card, but a (set??) of really bad cables might explain it, too. do you mean in the OBSD SCSI driver? Yes, I have seen piles of parts were every single one was bad in a similar way... Could also be a very bad jumper option on the drives, too. Do you know if it's a supported configuration for OpenBSD? -- GCS/IT d- s+:+() a31 C+++ UBL+++$ P+ L+++ E--- W++ N+ o++ K- w--- O+ M+ V- PS+ PE+ Y++ PGP t+ 5 X+$ R- tv-- b+++ DI D+ G++ e- h+(++) !r !z --END GEEK CODE BLOCK--
SCSI and disk geometry
Hello, I'm trying to install OpenBSD in three servers with identical hardware and I was able to install it in two of them but not in the third. Each server detects a diferent geometry for the SCSI disks :-? server1 - geometry: 817199/87/1 [71096313 Sectors] server2 - geometry: 2843852/25/1 [71096300 Sectors] server3 - geometry: 4425/255/63 [71087625 Sectors] in the third server the geometry causes a broken MBR anyone knows that can be causing this? Thank you. dmesg, fdisk and disklabel: http://195.55.55.164/tests/OpenBSD/server1.txt http://195.55.55.164/tests/OpenBSD/server2.txt http://195.55.55.164/tests/OpenBSD/server3.txt -- GCS/IT d- s+:+() a31 C+++ UBL+++$ P+ L+++ E--- W++ N+ o++ K- w--- O+ M+ V- PS+ PE+ Y++ PGP t+ 5 X+$ R- tv-- b+++ DI D+ G++ e- h+(++) !r !z --END GEEK CODE BLOCK--
Re: SCSI and disk geometry
On Wed, 29 Jun 2005, [iso-8859-15] Josi M. [iso-8859-15] Fandiqo wrote: Hello, I'm trying to install OpenBSD in three servers with identical hardware and I was able to install it in two of them but not in the third. Each server detects a diferent geometry for the SCSI disks :-? server1 - geometry: 817199/87/1 [71096313 Sectors] server2 - geometry: 2843852/25/1 [71096300 Sectors] server3 - geometry: 4425/255/63 [71087625 Sectors] in the third server the geometry causes a broken MBR anyone knows that can be causing this? Thank you. dmesg, fdisk and disklabel: http://195.55.55.164/tests/OpenBSD/server1.txt http://195.55.55.164/tests/OpenBSD/server2.txt http://195.55.55.164/tests/OpenBSD/server3.txt I cannot explain the differences in geometry. Your disklabels look OK, it might be a BIOS thing that hits you. This smells like a problem Nick loves ;-) You server3 log puzzles me, since it is incomplete. I do not see you setting the size in fdisk. This is important since there are a few CAVEATS; see fdisk(8). I see you violate the MBR boundary rules on server 1 and 2 as well. You might be just lucky the other two servers work, and have a hidden problem there as well. If possible, it is easiest to just use the whole disk for OpenBSD, since fdisk -i (as done by the installer) just takes care of everything. -Otto
Re: SCSI and disk geometry
On Wed, 29 Jun 2005, Otto Moerbeek wrote: On Wed, 29 Jun 2005, [iso-8859-15] Josi M. [iso-8859-15] Fandiqo wrote: Hello, I'm trying to install OpenBSD in three servers with identical hardware and I was able to install it in two of them but not in the third. Each server detects a diferent geometry for the SCSI disks :-? server1 - geometry: 817199/87/1 [71096313 Sectors] server2 - geometry: 2843852/25/1 [71096300 Sectors] server3 - geometry: 4425/255/63 [71087625 Sectors] in the third server the geometry causes a broken MBR anyone knows that can be causing this? Thank you. dmesg, fdisk and disklabel: http://195.55.55.164/tests/OpenBSD/server1.txt http://195.55.55.164/tests/OpenBSD/server2.txt http://195.55.55.164/tests/OpenBSD/server3.txt I cannot explain the differences in geometry. Your disklabels look OK, it might be a BIOS thing that hits you. This smells like a problem Nick loves ;-) As a start, the output of sysctl machdep.bios.diskinfo for all three machines might be interesting. -Otto
Re: SCSI and disk geometry
Otto Moerbeek wrote: On Wed, 29 Jun 2005, [iso-8859-15] Josi M. [iso-8859-15] Fandiqo wrote: Hello, I'm trying to install OpenBSD in three servers with identical hardware and I was able to install it in two of them but not in the third. Each server detects a diferent geometry for the SCSI disks :-? server1 - geometry: 817199/87/1 [71096313 Sectors] server2 - geometry: 2843852/25/1 [71096300 Sectors] server3 - geometry: 4425/255/63 [71087625 Sectors] in the third server the geometry causes a broken MBR anyone knows that can be causing this? Thank you. dmesg, fdisk and disklabel: http://195.55.55.164/tests/OpenBSD/server1.txt http://195.55.55.164/tests/OpenBSD/server2.txt http://195.55.55.164/tests/OpenBSD/server3.txt I cannot explain the differences in geometry. Your disklabels look OK, it might be a BIOS thing that hits you. This smells like a problem Nick loves ;-) yeah. worked late, gotta get up early tomorrow, should be in bed now, but yeah, you got my attention. :) (ok, a certain bcc: may have helped :) Ken was zooming in on something, I'm looking at something I am finding even stranger: sd0 at scsibus1 targ 0 lun 0: LSILOGIC, 1030 IM, 1000 SCSI2 0/direct fixed sd0: 34715MB, 34715 cyl, 16 head, 128 sec, 512 bytes/sec, 71096320 sec total sd1 at scsibus1 targ 2 lun 0: IBM-ESXS, MAS3367NC FN, C901 SCSI3 0/direct fixed sd1: 34715MB, 27150 cyl, 4 head, 654 sec, 512 bytes/sec, 71096640 sec total Since when did LSILOGIC start making HARD DISKS with the exact same model number as their SCSI adapter?? Something is going seriously wrong there. (I'm guessing since you have three identical machines, they probably have six identical HDs). At this point, Simplify, Simplify, Simplify. Drop to one drive, then the other. Something is going seriously wrong there. Otto's right, I think at this point, the fact that anything here is working here is more good luck than good management. Something is broke. You don't have one bad and two good machines, you got three stinkers, but one of them rubs your nose in it more. Does your adapter's BIOS see the drives properly (i.e., not LSILOGIC 1030. Most will give you some kinda clue what kinda drive they have attached)? Try a different adapter, try a different cable, different drives, etc. Move the drives that work to the machine that doesn't -- does the problem follow the drive, the computer or the SCSI adapter? (probably on board...but if not, move the adapters around, too). At this point...I'm suspicious you found a nasty bug in the SCSI driver for that card, but a (set??) of really bad cables might explain it, too. Yes, I have seen piles of parts were every single one was bad in a similar way... Could also be a very bad jumper option on the drives, too. maybe I'll come up with a better idea tomorrow... Nick.