I can verify that a failed clone does indeed count as a copy,
incrementing the copy counter
This is why I 'nsrmm -d -S [ssid/cloneid]' any failures before cloning
HTH
jl
-----Original Message-----
From: EMC NetWorker discussion [mailto:NETWORKER AT LISTSERV.TEMPLE DOT EDU] On
Behalf Of Reed, Ted G [IT]
Sent: Friday, April 06, 2007 1:13 PM
To: NETWORKER AT LISTSERV.TEMPLE DOT EDU
Subject: Re: [Networker] Simple UNIX Clone script - for use by community
(UPDATED)
Good point in using ssflags as a saveset health check. How
would you code to vet the ssflags as kosher before the nsrclone portion?
The '!incomplete' just means not incomplete savesets.....so currently
running jobs (in-progress) and aborted jobs are not duplicated, only
finished savesets. But we don't make any checks on ssflags other than
the inferred "it can't have an 'i' or 'I' in ssflag" inherent in the
!incomplete. So it would clone regardless of pre-set suspect status (as
you describe in your email), but I would want it to have that behaviour.
If it fails at cloning, I'd rather have the failure and see it so I know
to check the original saveset/media for errors.
We have a total of ~120 otherwise-valid-but-listed-as-suspect
savesets (vF, vrEF, etc), of which 26 are on Clone media, the other 95
or so are in the BR Pool.....and many are spanned volumes so a single
suspect saveset may mark suspect as many as a dozen volume references.
So that implies that during the read back of saveset for clone creation,
there was a read-error on the original tape. But that'd usually never
come to light if we didn't run the clone. And even so, the copy is not
necessarily suspect. For example, the below is a case where the
original is marked suspect (due to some read error on one of the tapes)
but the clone is not....and I'd believe it's fully recoverable, if not
both original and clone recoverable.
volume client pool ssid ssflags
clflg
M20760 pdahlb01z BR Pool 1023713736 vF s
M20824 pdahlb01z BR Pool 1023713736 vF s
M21834 pdahlb01z Clone Vault TX 1023713736 vF
M21874 pdahlb01z Clone Vault TX 1023713736 vF
M21935 pdahlb01z BR Pool 1023713736 vF s
Also, are you sure a failed clone will result in a copy count
increase? That should only be true if it was successful, else there
isn't multiple copies. Thanks much for the feedback. I've seen your
threads and commentary for a long time on the list and very much welcome
your input. Thanks again.
--Ted
-----Original Message-----
From: EMC NetWorker discussion [mailto:NETWORKER AT LISTSERV.TEMPLE DOT EDU] On
Behalf Of George Sinclair
Sent: Friday, April 06, 2007 10:57 AM
To: NETWORKER AT LISTSERV.TEMPLE DOT EDU
Subject: Re: [Networker] Simple UNIX Clone script - for use by community
(UPDATED)
Shouldn't you also be checking the ssflags and clflags values for the
original save sets before cloning them? I've seen cases where an
original save set was marked 'suspect' even though it had never been
read during a clone operation. I've seen cases, too, where a save set
completed (no abort) but whose ssflags suggested a something was awry. I
would want to ensure that the ssflags were golden before I started a
clone on it. Is this what the '!incomplete' flag is accomplishing? Also,
what if the save set was previously cloned but not successfully?
It's value for 'copies' would be >= 2 but would still need to be cloned
again, obviously to a different volume unless 'nsrmm -d -S ssid/cloneid'
was run.
George
Reed, Ted G [IT] wrote:
> Is it Monday again. Arghhhh.....here's the final, really right
version.
>
> mminfo -omo -r ssid -q "!incomplete,pool=BR
> Pool,copies=1,level=full,location='$JB'" -t "$TIME" > $LOG_DIR.$JB
>
>
>
> -----Original Message-----
> From: Reed, Ted G [IT]
> Sent: Friday, April 06, 2007 10:26 AM
> To: 'EMC NetWorker discussion'; Reed, Ted G [IT]
> Subject: RE: [Networker] Simple UNIX Clone script - for use by
> community (UPDATED)
>
> Sorry folks, I cut/pasted an old, nonworking version of the mminfo
(bad quotation management for variable interpretation). Here's the
RIGHT version. So the script below, plus this fix, equals working UNIX
script again.
>
> mminfo -omo -r ssid -q "!incomplete,pool=BR
> Pool,copies=1,level=full,location='$SN'" -t "$TIME" > $LOG_DIR.$SN
>
>
>
> -----Original Message-----
> From: EMC NetWorker discussion [mailto:NETWORKER AT LISTSERV.TEMPLE DOT EDU]
> On Behalf Of Reed, Ted G [IT]
> Sent: Thursday, April 05, 2007 11:29 AM
> To: NETWORKER AT LISTSERV.TEMPLE DOT EDU
> Subject: Re: [Networker] Simple UNIX Clone script - for use by
> community (UPDATED)
>
> NOTE: Outlook likes to remove "extra" line breaks sometimes.....which
is really bad for scripting. Be sure you check to see if it says "Extra
line breaks in this message were removed", and if it does, click on the
message and "Restore line breaks". Otherwise, some of the code gets
mangled. Thanks.
> --Ted
>
> I'd like to thank Conrad Macina for providing an elegant piece of code
to replace the ugly 'echo "JUKEBOXNAME" >> FILE' hard code repeats we
had in place to list all defined jukeboxes. Why edit when you can look
it up and maintain dynamic functionality?
> PS. Reminder that the 'pool=BR Pool' in the mminfo call and the '-b
"Clone Vault TX"' in the nsrclone are both specific to my environment
and should be edited to meet your environment's needs. See previous
thread entries for greater detail.
> ----------BEGIN CODE----------
>
>
> #!/bin/ksh
> #
> # Name: clone_script.sh
>
> #*******************
> # Script Variables *
> #*******************
> LOG_DIR="./ssid"
> JB_NAMES="./JB_NAMES"
> TIME="one week ago"
>
> #*********************************************************************
> ************************* # Change directory used because ps -ef
> output was too long and was breaking the if statement. *
> # By using the change directory we shorten the ps -ef output to
manageable length *
> #*********************************************************************
> *************************
> cd /usr/local/Legato/clone
>
> #**************************************************
> # This writes the jukebox names into a text file. *
> #**************************************************
> echo "show name \n print type:nsr jukebox" | nsradmin -i - | grep
> "name:" | awk '{print $NF}' | tr -d '";' | sort > $JB_NAMES
>
> #*********************************************************************
> *************************************
> # Verifies the last nsrhost has finished. Want clone to include most
> recent master backup and bootstrap. *
> #*********************************************************************
> *************************************
> while ps -ef | grep nsrhost | grep -v grep do
> sleep 300
> done
>
> #*********************************************************************
> *****************************************
> # Section to check for running clones, if not generate list of save
> sets to be cloned and executes the clone. *
> #*********************************************************************
> *****************************************
> for JB in $(cat $JB_NAMES)
> do
> if ! ps -ef | grep nsrclone | grep $JB | grep -v grep > /dev/null
> then
> mminfo -omo -r ssid -q '!incomplete,pool=BR
Pool,copies=1,level=full,location=$JB' -t $TIME > $LOG_DIR.$JB
> nsrclone -b "Clone Vault TX" -S -f $LOG_DIR.$JB &
> fi
> Done
>
> ----------END CODE----------
>
> 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
>
> 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
>
>
--
George Sinclair - NOAA/NESDIS/National Oceanographic Data Center
SSMC3 4th Floor Rm 4145 | Voice: (301) 713-3284 x210
1315 East West Highway | Fax: (301) 713-3301
Silver Spring, MD 20910-3282 | Web Site: http://www.nodc.noaa.gov/
- 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
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
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
|
