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
