We open the device by devid, so all is well. There is an open bug to
''fixup'' the paths on open, along with some work to clean up
how we
handle whole disks. Expect this to be fixed in the near future.
- Eric
On Sat, Dec 03, 2005 at 09:26:48PM -0600, Tao Chen
wrote:> It seems zpool can detect existing datasets after the underneath disk
> is moved to a different path. However, it still shows the old disk
> name based on the old path, until I explicitly export/import the pool.
>
> I created a zpool on c5t1d0s0:
>
> # zpool status
>
> pool: sg
> state: ONLINE
> scrub: none requested
> config:
>
> NAME STATE READ WRITE CKSUM
> sg ONLINE 0 0 0
> c5t1d0s0 ONLINE 0 0 0
>
>
> Later, I shutdown the box, moved the scsi card to a different PCI slot.
> After boot, ''format'' command no longer sees the disk, but
zpool ''sg''
> is still accessible, actually I/Os no problem.
>
> I then did a ''touch /reconfigure'' and ''init
6''.
> After boot, ''format'' discovers the disk as c6t1d0:
>
> AVAILABLE DISK SELECTIONS:
>
> 1. c6t1d0 <SEAGATE-ST336753LW-0003-34.18GB>
> /pci at 0,0/pci1022,7450 at b/pci9005,60 at 1/sd at 1,0
>
> Hoewever ''zpool status'' still shows
''sg'' is on c5.
>
> I then run ''zpool export sg'' and ''zpool import
sg'',
> after that ''zpool status'' shows c6.
>
> Working as designed?
> Should we be concerned with the "wrong" disk name in status
output?
>
> Tao
> _______________________________________________
> zfs-discuss mailing list
> zfs-discuss at opensolaris.org
> http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
--
Eric Schrock, Solaris Kernel Development http://blogs.sun.com/eschrock