On Tue, Jun 16, 2009 at 05:58:00PM -0600, Lori Alt wrote:
First: Thanx a lot, Lori for the quick help!!!
> On 06/16/09 16:32, Jens Elkner wrote:
> >At the evening the faulty disk was replaced and the mirror resilvered via
> >'zpool replace rpool c1t1d0s0' (see below). Since there was no error and
> >everything stated to be healthy, the s10u7 BE was luactivated (no error
> >here message as well) and 'init 6'.
> >
> >Unfortunately, now the server was gone and no known recipe helped to
> >revive it (I guess, LU damaged the zpool.cache?) :((((
> The other suggestion I have is to remove the
> /p...@1f,700000/s...@2/d...@1,0:a
Indeed, physically removing the "new" c1t1d0 was the key for solving the
problem (netboot s10u7 gave the same import error as s10u6).
Just in case, somebody is interested in the details:
Since 'cfgadm -c unconfigure c1::dsk/c1t1d0' didn't work (no blue
LED), the machine was 'poweroff'ed, disk removed and 'poweron'ed.
Really strange: it came back with the s10u6 BE instead of the s10u7 BE
and took quite a while 'til it gave up to get HDD1:
WARNING: /p...@1d,700000/s...@2,1 (mpt3):
Disconnected command timeout for Target 1
Hardware watchdog enabled
...
Now cfgadm did not show c1::dsk/c1t1d0. So re-inserted HDD1, which was
properly logged 'SC Alert: DISK @ HDD1 has been inserted.' Unfortunately
cfgadm didn't show it and 'cfgadm -c configure c1::dsk/c1t1d0' meant:
"cfgadm: Attachment point not found".
However, 'format -e':
AVAILABLE DISK SELECTIONS:
0. c1t0d0 <SUN36G cyl 24620 alt 2 hd 27 sec 107>
/p...@1f,700000/s...@2/s...@0,0
1. c1t1d0 <HITACHI-DK32EJ36NSUN36G-PQ08-33.92GB>
/p...@1f,700000/s...@2/s...@1,0
2. c1t2d0 <SEAGATE-ST3146707LC-0005-136.73GB>
/p...@1f,700000/s...@2/s...@2,0
3. c1t3d0 <SEAGATE-ST3146707LC-0005-136.73GB>
/p...@1f,700000/s...@2/s...@3,0
Specify disk (enter its number): 1
selecting c1t1d0
[disk formatted]
and now the machine seemed to be stalled. No ssh nor login via console
possible.
So 'poweroff'ed again, removed the disk, 'poweron'ed and this time
the first thing done was 'zpool detach rpool c1t1d0' and scrubbing the
pool (completed after 0h22m with 0 errors).
After that a 'cfgadm -x insert_device c1' got back c1::dsk/c1t1d0 and
'format -e' worked as expected (1p showed an EFI partition table)!
So the rest was trivial:
SMI label, repart, label, reattached c1t1d0 to rpool (resilver took
about 31m), installboot, verified boot 'ok' s10u6, luactivated s10u7
and finally verified boot 'ok' again.
Once again, thanx a lot Lori for your quick help!!!
Regards,
jel.
--
Otto-von-Guericke University http://www.cs.uni-magdeburg.de/
Department of Computer Science Geb. 29 R 027, Universitaetsplatz 2
39106 Magdeburg, Germany Tel: +49 391 67 12768
_______________________________________________
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
