Here''s my rough draft of GSoC ideas http://www.osunix.org/docs/DOC-1022 Also want to thank everyone for their feedback. Please keep in mind that for creating a stronger application we only have a few days. We still need to : 1) Find more mentors. (Please add your name to the doc or confirm via email and which idea you''re most interested in) 2) Add contacts from each organization that may be interested (OpenSolaris, FreeBSD...) 3) Finalize the application, student checklist, mentor checklist and template 4) Start to give ideas for very accurate project descriptions/details (We have some time for this) Thanks ./Christopher --- Community driven OpenSolaris Technology - http://www.osunix.org blog: http://www.codestrom.com
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. I''m feeling the pain of this now as I try to figure out which disks on my failed filer belonged to my raidz2 pool - zpool status tells me the pool is faulted (I don''t have enough working SATA ports to connect all the drives from the pool), but doesn''t tell me which individual devices were in that pool (just the devids of the devices). On Mon, Mar 9, 2009 at 9:30 AM, C. <cbergstrom at netsyncro.com> wrote:> > Here''s my rough draft of GSoC ideas > > http://www.osunix.org/docs/DOC-1022 > > Also want to thank everyone for their feedback. > > Please keep in mind that for creating a stronger application we only have a > few days. > > We still need to : > > 1) Find more mentors. ?(Please add your name to the doc or confirm via email > and which idea you''re most interested in) > 2) Add contacts from each organization that may be interested (OpenSolaris, > FreeBSD...) > 3) Finalize the application, student checklist, mentor checklist and > template > 4) Start to give ideas for very accurate project descriptions/details (We > have some time for this) > > Thanks > > ./Christopher > > --- > Community driven OpenSolaris Technology - http://www.osunix.org > blog: http://www.codestrom.com > > _______________________________________________ > zfs-discuss mailing list > zfs-discuss at opensolaris.org > http://mail.opensolaris.org/mailman/listinfo/zfs-discuss >
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. --Toby> > I''m feeling the pain of this now as I try to figure out which disks on > my failed filer belonged to my raidz2 pool - zpool status tells me the > pool is faulted (I don''t have enough working SATA ports to connect all > the drives from the pool), but doesn''t tell me which individual > devices were in that pool (just the devids of the devices). > > > On Mon, Mar 9, 2009 at 9:30 AM, C. <cbergstrom at netsyncro.com> wrote: >> >> Here''s my rough draft of GSoC ideas >> >> http://www.osunix.org/docs/DOC-1022 >> >> Also want to thank everyone for their feedback. >> >> Please keep in mind that for creating a stronger application we >> only have a >> few days. >> >> We still need to : >> >> 1) Find more mentors. (Please add your name to the doc or confirm >> via email >> and which idea you''re most interested in) >> 2) Add contacts from each organization that may be interested >> (OpenSolaris, >> FreeBSD...) >> 3) Finalize the application, student checklist, mentor checklist and >> template >> 4) Start to give ideas for very accurate project descriptions/ >> details (We >> have some time for this) >> >> Thanks >> >> ./Christopher >> >> --- >> Community driven OpenSolaris Technology - http://www.osunix.org >> blog: http://www.codestrom.com >> >> _______________________________________________ >> zfs-discuss mailing list >> zfs-discuss at opensolaris.org >> http://mail.opensolaris.org/mailman/listinfo/zfs-discuss >> > _______________________________________________ > zfs-discuss mailing list > zfs-discuss at opensolaris.org > http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
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,sd at 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
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>
/pci at 0,0/pci15d9,1611 at 5/disk at 0,0
1. c4t1d0 <DEFAULT cyl 30398 alt 2 hd 255 sec 63>
/pci at 0,0/pci15d9,1611 at 5/disk at 1,0
# zdb
...
children[0]
type=''disk''
id=0
guid=9660743866801172401
path=''/dev/dsk/c4t0d0s0''
devid=''id1,sd at
f00439638498493aa00037d740001/a''
phys_path=''/pci at 0,0/pci15d9,1611 at 5/disk
at 0,0:a''
whole_disk=0
DTL=101
children[1]
type=''disk''
id=1
guid=5364095963942871931
path=''/dev/dsk/c4t1d0s0''
devid=''id1,sd at
AST3250310NS=____________9SF06BC8/a''
phys_path=''/pci at 0,0/pci15d9,1611 at 5/disk
at 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.elling at 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,sd at
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
>
>