Re: [zfs-discuss] ZFS GSoC ideas page rough draft
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. cbergst...@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@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss ___ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
Re: [zfs-discuss] ZFS GSoC ideas page rough draft
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. cbergst...@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@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss ___ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss ___ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
Re: [zfs-discuss] ZFS GSoC ideas page rough draft
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
Re: [zfs-discuss] ZFS GSoC ideas page rough draft
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
[zfs-discuss] ZFS GSoC ideas page rough draft
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@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
