> 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
