you're right, you can't query clflags like that. its a very annoying
shortcoming of mminfo.
try:
mminfo -xc/ -ot -r ssid,cloneid,clflags -q 'copies>1,savetime>2 days ago'
|egrep '[isa]'|cut -f1,2 -d/
> -----Original Message-----
> From: Ben Deng [mailto:BD AT dbc DOT dk]
> Sent: Friday, 9 June 2006 12:15 AM
> To: Legato NetWorker discussion; Peter Viertel
> Subject: SV: [Networker] Copies counter for a saveset is incremented,
> even after a failed clone
>
>
> Thanks you all for answers, I've just tested it by delete a
> aborted saveset and notice the copies counter is decreased by one.
>
> But I get an error when I try to get a list of all the
> aborted savesets via this command
>
> mminfo -ot -r "ssid,cloneid, clflags, copies, name,pool,
> savetime" -q "clflags=a"
>
> It seems that one can not query the clflags. Any idea how to
> extract the aborted savesets??
>
> Regards,
> Ben Deng
>
>
> -----Oprindelig meddelelse-----
> Fra: Legato NetWorker discussion
> [mailto:NETWORKER AT LISTSERV.TEMPLE DOT EDU]På vegne af Peter Viertel
> Sendt: 6. juni 2006 13:28
> Til: NETWORKER AT LISTSERV.TEMPLE DOT EDU
> Emne: Re: [Networker] Copies counter for a saveset is
> incremented, even
> after a failed clone
>
>
> its a count of the number of clones that are in the media db
> - whether or not they're good ones...
>
> you can inspect the clflags of each clone - there should be
> no flags.... i have a process where any clones which are
> incomplete or suspect get removed using nsrmm -d -S
> ssid/cloneid and then the clones count goes down
> automatically (note: while any cloning or staging commands
> are running, half-done clones are marked incomplete so dont
> delete these!).
>
>
> note well that clflags is a per-clone attribute while ssflags
> is shared by all the clones of an ssid.
>
> > -----Original Message-----
> > From: Legato NetWorker discussion
> > [mailto:NETWORKER AT listserv.temple DOT edu]On Behalf Of Ben Deng
> > Sent: Tuesday, 6 June 2006 8:01 PM
> > To: NETWORKER AT listserv.temple DOT edu
> > Subject: [Networker] Copies counter for a saveset is
> incremented, even
> > after a failed clone
> >
> >
> > Greeting everyone,
> >
> > I've just found out the copies counter isn't what i think it
> > is designed to be in term of using it to determine which SSID
> > is not clone yet. Especially in situation where a cloning
> > process has failed. I would therefore like to ask any of you
> > gurus how to overcome this problem??
> >
> > Regards
> >
> > Ben Deng
> >
> >
> > ***From EMC Legato technical bulletin***
> >
> > Copies counter for a saveset is incremented, even after a
> > failed clone
> >
> >
> > Note: Fact: NetWorker
> > Fact: cloning
> > Fact: Using 'mminfo -q copies=1 -r ssid' to select save sets
> > for cloning
> > Fact: nsrclone
> > Symptom: Copies counter for a saveset is incremented, even
> > after a failed clone process
> > Symptom: Manual nsrclone failed
> > Fix: (Click Here To Go Back)
> >
> > The 'copies' counter in the media database is frequently
> > being used to determine which save sets are not cloned yet.
> > This is can be done by 'mminfo -q copies=1 -r ssid', this
> > will create a list of saveset id of all the savesets
> without a clone.
> >
> > While it may be argued that the documentation may leave some
> > room for interpretation on the meaning of the "copies
> > counter", this counter is just a record of the number of
> > "instances" of the cloning done for the saveset. It is not a
> > record of 'successful' or 'incomplete' runs of cloning
> > sessions for the particular saveset.
> > This means that when a clone process fails or is cancelled
> > for a specific saveset, the 'copies' counter will still be
> > incremented. As a result the saveset does not have a valid
> > clone but also does not show up anymore if the 'copies'
> > counter is used to determine which saveset are not cloned yet.
> >
> > From a user point of view, this attribute, "copies" should
> > only be used to check how many clones were done for a
> > particular saveset and then it is up to the user to use other
> > methods to check the validity of the clones - using "mminfo"
> > on the cloneids and check the "ssflags". If it is only this
> > counter that is used to determine what to clone or not, there
> > is a change that there are savesets that end up without a
> valid clone!
> >
> > The various man pages that mention this 'copies' counter will
> > be updated to reflect the meaning in more detail. Please
> > contact LEGATO Software (Division of EMC) Customer Support
> > for further details.
> >
> > A RFE (LGTpa62047) has been opened requesting a new counter
> > that will only count the number of valid copies of a saveset.
> > ***
> >
> >
> >
> >
> >
> >
> > 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
> > wit 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
> >
> >
>
>
> NOTICE
> This e-mail and any attachments are confidential and may
> contain copyright material of Macquarie Bank or third
> parties. If you are not the intended recipient of this email
> you should not read, print, re-transmit, store or act in
> reliance on this e-mail or any attachments, and should
> destroy all copies of them. Macquarie Bank does not guarantee
> the integrity of any emails or any attached files. The views
> or opinions expressed are the author's own and may not
> reflect the views or opinions of Macquarie Bank.
>
> 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
> wit 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
wit 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
|