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------
