+1 I have also looked for VSN information in the output of samfsdump -t a few times.
Thanks. On Apr 4, 2011, at 11:32 PM, Frank Limstrand wrote: > Hi listmembers > > Put me on the "me too!!" list. I do the "sfind" every time a tape gets in > trouble and rearchiving has to be done. We are in the process of using SSD > for the mm luns but still, the information should be in the samfsdump (which > we do three times a day). > > /FrankL > National Library of Norway > > > -----Opprinnelig melding----- > Fra: [email protected] > [mailto:[email protected]] På vegne av Dan Kozak > Sendt: 4. april 2011 22:56 > Til: Chris Banal > Kopi: sam-qfs-discuss; [email protected] > Emne: Re: [sam-qfs-discuss] Archive_audit command File Position usability > > >> Perhaps something that would produce output similar to a archive_audit >> without necessarily needing to do the restore? > >> Does anyone else see any value in being able to list all of the >> information in a samfsdump? > > Yes!! > >> The backline engineer was nice enough to suggest an RFE but was told by a >> developer "he doesn't see or understand what the exact scenario/need would >> be for being able to pull the archive info out of the inode. He doesn't >> believe this would be a good candidate for enhancement to the product." > > An easy example: a tape breaks/goes bad/becomes unreadable. It is only one > copy of two (or more). You want to rearchive all the archive copies on > that tape, so you need to find out what files are on it. At the moment, > the only way to do this is an archive_audit of all filesystems that > might have had archive copies on the tape or an sfind </FS> -vsn <VSN> > of all the filesystems that might have had archive copies on that tape. > Both are metadata intensive operations and can be slow. But I'm > already doing a metadata intensive operation every night: samfsdump. > If I can just pull the file/VSN information out of the dump output(s), > I can save myself another trip through the (live) metadata. > > I've wanted this capability almost since the day I started using SAM. > > -- > Dan Kozak > [email protected] > _______________________________________________ > sam-qfs-discuss mailing list > [email protected] > http://mail.opensolaris.org/mailman/listinfo/sam-qfs-discuss > _______________________________________________ > sam-qfs-discuss mailing list > [email protected] > http://mail.opensolaris.org/mailman/listinfo/sam-qfs-discuss -- Stuart Anderson [email protected] http://www.ligo.caltech.edu/~anderson _______________________________________________ sam-qfs-discuss mailing list [email protected] http://mail.opensolaris.org/mailman/listinfo/sam-qfs-discuss
