That's excellent information Richard.

I have just exported the faulted pool (the disks aren't attached), but
what you are suggesting is verified by looking at the cache as it is -
I can see this information for my rpool mirror disks.

One other note - I see that using the old prtvtoc | fmthard trick to
create my 2nd mirror disk for the rpool created a generic label, and
it looks like zdb only stores the disk label:

# format

AVAILABLE DISK SELECTIONS:
       0. c4t0d0 <ATA-ST3250310NS-SN04 cyl 30398 alt 2 hd 255 sec 63>
          /p...@0,0/pci15d9,1...@5/d...@0,0
       1. c4t1d0 <DEFAULT cyl 30398 alt 2 hd 255 sec 63>
          /p...@0,0/pci15d9,1...@5/d...@1,0

# zdb

...

                children[0]
                        type='disk'
                        id=0
                        guid=9660743866801172401
                        path='/dev/dsk/c4t0d0s0'
                        devid='id1,s...@f00439638498493aa00037d740001/a'
                        phys_path='/p...@0,0/pci15d9,1...@5/d...@0,0:a'
                        whole_disk=0
                        DTL=101
                children[1]
                        type='disk'
                        id=1
                        guid=5364095963942871931
                        path='/dev/dsk/c4t1d0s0'
                        devid='id1,s...@ast3250310ns=____________9sf06bc8/a'
                        phys_path='/p...@0,0/pci15d9,1...@5/d...@1,0:a'
                        whole_disk=0
                        DTL=99


Cfgadm, however, returns the full serial number and model number for
each disk.  So I think storing the information cfgadm collects in
zpool.cache would be preferable to reading disk labels.




On Sat, Mar 14, 2009 at 12:47 PM, Richard Elling
<richard.ell...@gmail.com> wrote:
> Toby Thain wrote:
>>
>> On 14-Mar-09, at 12:09 PM, Blake wrote:
>>
>>> I just thought of an enhancement to zfs that would be very helpful in
>>> disaster recovery situations - having zfs cache device serial/model
>>> numbers - the information we see in cfgadm -v.
>>
>> +1  I haven't needed this but it sounds very sensible. I can imagine it
>> could help a lot in some drive replacement situations.
>
> What do your devids look like?  Mine are something like:
>       devid='id1,s...@sata_____st3500320as_________________9qm3fwft/g'
>
> Where ST3500320AS is the model number and 9QM3FWFT is the serial
> number.  These are stored verbatim in the zpool.cache.
> -- richard
>
>
_______________________________________________
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss

Reply via email to