Hi Seymour,
Which OpenSolaris release is this?
I'm unclear of the root cause and because I don't know if you did this
step but because you are adding the second root pool disk manually, you
need to add a block block, like this:
x86# installgrub /boot/grub/stage1 /boot/grub/stage2 /dev/rdsk/c6d0s0
I'm asking about the OpenSolaris release because I see a bug that is
similar to these messages, but was fixed in build 106.
Thanks,
Cindy
Seymour Krebs wrote:
Two identical disks have identical partition tables:
Current partition table (original):
Total disk cylinders available: 30398 + 2 (reserved cylinders)
Part TagFlag Cylinders SizeBlocks
0 rootwm 262 - 30397 230.85GB(30136/0/0) 484134840
1 swapwu 1 - 2612.00GB(261/0/0) 4192965
2 backupwu 0 - 30397 232.86GB(30398/0/0) 488343870
3 unassignedwm 00 (0/0/0) 0
4 unassignedwm 00 (0/0/0) 0
5 unassignedwm 00 (0/0/0) 0
6 unassignedwm 00 (0/0/0) 0
7 unassignedwm 00 (0/0/0) 0
8 bootwu 0 - 07.84MB(1/0/0) 16065
9 unassignedwm 00 (0/0/0) 0
the single primary disk boots, etc. when the second disk is added to the pool:
~# zpool attach rpool c7d0s0 c6d0s0
invalid vdev specification
use '-f' to override the following errors:
/dev/dsk/c6d0s0 overlaps with /dev/dsk/c6d0s2
when -f is added the second disk then resilvers and everything seems fine until
a reboot occurs.
Upon reboot, the original mirror member goes into grub2 menu, boots to build
110 of x64 Opensolaris, then refuses to continue an repeatedly throws errors
concerning the second disk errors 0x03 and 0x07.
Attempting to boot from the second disk give s a couple of very quick zio_read_data
failed and drops to Grub.
the second disk has been reformatted and tested and appears to be fine
hardware-wise, so does the controller.
Any suggestions would be appreciated. Otherwise I may have to back up and try
reinstalling.
___
indiana-discuss mailing list
indiana-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/indiana-discuss