I'm told RFE #7033729 "samfsrestore to have an option to provide
detailed description for every inode in the dump" has been submitted.
I'm not sure how you can +1 an RFE but it's probably worth a couple
phone calls if we want to see this implemented.
Thank you,
Chris Banal
Rhythm & Hues Studios
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
_______________________________________________
sam-qfs-discuss mailing list
[email protected]
http://mail.opensolaris.org/mailman/listinfo/sam-qfs-discuss
