Werth, Dave wrote:

Yes, I was wondering what the 1000.0 meant as well. Seems like useless information since it's the same on all of them.

mysterious, certainly.

As far as determining what is spanning volumes below the save set level, I'm 
not sure that NetWorker even has that information to give you.  The index 
probably just stores what save set the file is in but not what volume.  The 
media DB stores what volume(s) a save set is on but doesn't break it down to 
file/directory level.  That is just my guess but it makes sense to me.

George

Dave Werth
Garmin AT, Inc.
Salem, Oregon

-----Original Message-----
From: EMC NetWorker discussion [mailto:NETWORKER AT LISTSERV.TEMPLE DOT EDU] On 
Behalf Of George Sinclair
Sent: Wednesday, October 06, 2010 4:54 PM
To: NETWORKER AT LISTSERV.TEMPLE DOT EDU
Subject: Re: [Networker] How to find a piece of a save set that spans?

Werth, Dave wrote:

George,

I was playing around a bit with this in the NMC GUI and found if you go to "Media" and select 
"Save Sets" you can set a query for the save sets you are interested in.  Then in the "Save 
Set List" tab it gives you a list of all of the volumes that save set is on.

For instance a save set from my weekend full backup displays in the volume name 
column:

150021(1000.0,h),150022(1000.0,m),150023(1000.0,m),150024(1000.0,t)

That's the sort of information you're looking for, right?

Well, that tells me which volumes the save set is split across and the size of each such piece (on each volume). That's the same as running an 'mminfo' command and reporting the various fields, e.g. sumflags,sumsize,totalsize,volume ...

What I actually need is a way to find a file or directory or something that's contained within the save set itself but is split across tapes 1 and 2. Clearly, once the first tape (h) is full, it then moves onto the next tape (m), but what file, from that save set, is actually split between those two tapes? I'd like to be able to determine that also for volumes 2 and 3 and 3 and 4. In my case, I don't really need to go down to the actual file name itself, just the top level parent directory that's directly beneath the save set.

For example, let's say the save set name is '/export/dir1/data', and the save set spans four tapes. Let's assume that 'data' contains hundreds of sub-directories named: 0001, 0002, 0003, 0004 ... Which one of those directories spans both tapes 1 and 2? Which one spans both tapes 2 and 3, tapes 3 and 4? That's what I need to find out. In my case, none of these directories is large enough to span more that two tapes.

BTW: What does the '1000.0' value refer to? I see that on my end, too. In fact, it looks to always be that same value. The volume names and the 'h', 'm' and 't' values make perfect sense and concur with what 'volume,sumflags' shows from 'mminfo', but the '1000.0' has me confused.

George

Dave Werth
Garmin AT, Inc.
Salem, Oregon

-----Original Message-----
From: EMC NetWorker discussion [mailto:NETWORKER AT LISTSERV.TEMPLE DOT EDU] On 
Behalf Of George Sinclair
Sent: Wednesday, October 06, 2010 4:01 PM
To: NETWORKER AT LISTSERV.TEMPLE DOT EDU
Subject: Re: [Networker] How to find a piece of a save set that spans?

Werth, Dave wrote:

Yes, I like slick too but sometimes when it's something you're only doing once 
or twice for testing purposes and don't need it on an ongoing basis then brute 
force methods are adequate.

I agree, but in this case, there's so many top level directories for some of these save sets that it could take me an unacceptably long time.

Would the following scenario possibly work???:

Obviously, I can run 'mminfo' and have it tell me the size (sumsize) of each piece of the save set that's on each volume. Let's say there's four pieces, and I specify something like 'sumsize(20)' to have it list it out in actual bytes. So what if I then run 'nsrinfo -s server -t nsavetime -v client' for the given save set and capture that to an output file. That will list all the pieces/parts in the save set, file by file, with the 'NSR size' and 'file size' of each. Next, I write a script to parse that output file and add up the sizes until it hits something close to the 'sumsize(20)' for the first volume. Once it hits that, it then prints out the pathname of that file. I then manually check to see if that directory spans. If not, it's probably one of the directories just before or after that? I could then do this for the second piece and third piece. In this example, the fourth piece would be the last so that would be moot.

Assuming this harebrained scheme would even work, I'm not sure what the difference between 'NSR size' and 'file size' is, but 'NSR size' is always a little bigger. Maybe I would want to use 'NSR size' for this? Also, is the order that 'nsrinfo' lists everything in the same as the order that the data was actually backed up? If not, this goofy method won't work.

Maybe there's a better way (sigh ...).

George

Dave Werth
Garmin AT, Inc.
Salem, Oregon

-----Original Message-----
From: EMC NetWorker discussion [mailto:NETWORKER AT LISTSERV.TEMPLE DOT EDU] On 
Behalf Of George Sinclair
Sent: Wednesday, October 06, 2010 3:31 PM
To: NETWORKER AT LISTSERV.TEMPLE DOT EDU
Subject: Re: [Networker] How to find a piece of a save set that spans?

Werth, Dave wrote:

George,

I don't know about how you can determine ahead of time what directories will span 
multiple volumes but you can certainly go into Recover and select a directory to recover 
then check the "Show required volumes" display to see if in fact it does span 
volumes.  I don't imagine it would take too long to find one that did (but then what do I 
know?).

Yes, that's exactly what I'm looking for: a way to determine which directories did in fact span tapes, NOT which ones will span tapes. So, this is an "after the fact" question. I can certainly do as you mentioned but was looking for a slick way to determine this without trial and error?

Some of the save sets have a small number of top level sub-directories so it won't take too long to find one that spans, but most of the save sets have a lot of top level sub-directories, so that will take much longer. Obviously, at least one of them must span two tapes.

George

Dave Werth
Garmin AT, Inc.
Salem, Oregon
-----Original Message-----
From: EMC NetWorker discussion [mailto:NETWORKER AT LISTSERV.TEMPLE DOT EDU] On 
Behalf Of George Sinclair
Sent: Wednesday, October 06, 2010 3:08 PM
To: NETWORKER AT LISTSERV.TEMPLE DOT EDU
Subject: [Networker] How to find a piece of a save set that spans?

Hi,

We have 19 save sets that we've just backed up. These have also been
cloned. Each of these save sets is 1+ TB and consist of a number of
smaller sized sub-directories, e.g. 300 KB, 2.4 GB, 19 GB, etc. The tape
pool is indexed. All of these save sets span multiple tapes (minimally
3-4 tapes) as they were multiplexed together (parallelism=4) during backup.

I'd like to run a browseable recover test (nwrecover or CLI recover) on
   a couple of random sub-directories from each save set, but I'd like
to also pick a few that span at least two tapes. I don't want to recover
the whole save set, however, as these are all very large.

Is there a way I can determine which directories span two tapes?

Will I have to just select random directories, using nwrecover or CLI
recover, until I find one that shows two volumes required?

Thanks.

George

--
George Sinclair
Voice: (301) 713-3284 x210
- The preceding message is personal and does not reflect any official or
unofficial position of the United States Department of Commerce -
- Any opinions expressed in this message are NOT those of the US Govt. -

To sign off this list, send email to listserv AT listserv.temple DOT edu and type 
"signoff networker" in the body of the email. Please write to networker-request 
AT listserv.temple DOT edu if you have any problems with this list. You can access the 
archives at http://listserv.temple.edu/archives/networker.html or
via RSS at http://listserv.temple.edu/cgi-bin/wa?RSS&L=NETWORKER


This e-mail and any attachments may contain confidential material for the sole 
use of the intended recipient. If you are not the intended recipient, please be 
aware that any disclosure, copying, distribution or use of this e-mail or any 
attachment is prohibited. If you have received this e-mail in error, please 
contact the sender and delete all copies.

Thank you for your cooperation.

--
George Sinclair
Voice: (301) 713-3284 x210

- Any opinions expressed in this message are NOT those of the US Govt. -

To sign off this list, send email to listserv AT listserv.temple DOT edu and type 
"signoff networker" in the body of the email. Please write to networker-request 
AT listserv.temple DOT edu if you have any problems with this list. You can access the 
archives at http://listserv.temple.edu/archives/networker.html or
via RSS at http://listserv.temple.edu/cgi-bin/wa?RSS&L=NETWORKER