They better be!! Thanks to them, I have 100+ tapes that have an expiration
date of 2034 and I cannot remove or CHANGE them now !!
Regards
Simon Weaver
3rd Line Technical Support
Windows Domain Administrator
EADS Astrium Limited, B23AA IM (DCS)
Anchorage Road, Portsmouth, PO3 5PU
Email: <mailto:Simon.Weaver at Astrium-eads.net> Simon.Weaver at
Astrium-eads.net
-----Original Message-----
From: Major, Rusty [mailto:RMajor at vericenter.com]
Sent: 23 August 2006 22:19
To: Wessam Aly; Lewick, Taylor; veritas-bu at mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] netbackup DB inconsistency ?
I tend to agree with you. Ever since they got rid of all the support people
after the merger, support has not been as good as it used to be (I hope
Symantec/Veritas is listening!).
-Rusty
_____
From: Wessam Aly [mailto:WAly at Mobinil.com]
Sent: Wednesday, August 23, 2006 9:52 AM
To: Major, Rusty; Lewick, Taylor; veritas-bu at mailman.eng.auburn.edu
Subject: RE: [Veritas-bu] netbackup DB inconsistency ?
Rusty, I already ran the utility and the output is ready..
I however would not recommend to myself to open a case until its my last
resort.. I dont have good experience with cases opened on veritas support.
Wessam Aly
Senior UNIX & Storage Systems Admin.
_____
From: Major, Rusty [mailto:RMajor at vericenter.com]
Sent: Wednesday, 23 August, 2006 17:51
To: Lewick, Taylor; Wessam Aly; veritas-bu at mailman.eng.auburn.edu
Subject: RE: [Veritas-bu] netbackup DB inconsistency ?
You need to use the Netbackup Catalog Consistency Utility (NBCC), found
here. It will run against all the databases and create reports. It doesn't
fix anything itself, but with this info and a case with Veritas, you can get
it fixed. Note, this only works on 4.5 - 5.1 environments.
http://seer.entsupport.symantec.com/docs/267965.htm
<http://seer.entsupport.symantec.com/docs/267965.htm>
I'm actually just about to start the utility on one of my environments
myself.
-Rusty
_____
From: veritas-bu-bounces at mailman.eng.auburn.edu
[mailto:veritas-bu-bounces at mailman.eng.auburn.edu] On Behalf Of Lewick,
Taylor
Sent: Wednesday, August 23, 2006 9:43 AM
To: Wessam Aly; veritas-bu at mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] netbackup DB inconsistency ?
I have a script that reports on media inconsistencies, I know it works under
4.5 and 5.1, not sure about 6.0 because we aren't there yet...
_____
From: veritas-bu-bounces at mailman.eng.auburn.edu
[mailto:veritas-bu-bounces at mailman.eng.auburn.edu] On Behalf Of Wessam Aly
Sent: Wednesday, August 23, 2006 9:17 AM
To: veritas-bu at mailman.eng.auburn.edu
Subject: [Veritas-bu] netbackup DB inconsistency ?
Hey all,
I have a mind boggling problem, I have a bunch of media which is the
following:
- when reports run on the pool, it is reported as protected for 1 year
- when i run bpexpdate on any media to expire it immediately, my system
reports that the media does not exist
- when i run media contents report of any of those media, i get a bunch of
backup IDs which do not show up in the "client backups" report
- when i run bpexpdate on the backup IDs themselves, i also get that no
backup ID exists with the ID i listed
- when i try to erase the media, NB says its assigned and cannot be erased
What i am trying to do is delete these media and redefine them (as if
completely new) without changing their barcode IDs.
Any help will be greatly appreciated.
NB: Is there a utility or something which will fix inconsistencies inside
the database ? maybe and export/import thing which will automatically do a
"cleanup" of old/invalid/inconsistent entries ?
Regards,
Wessam Aly
Senior Systems Adminstrator
*******
IMPORTANT
Confidentiality: This e-mail communication and any attachments thereto
contain information which is confidential and are intended only for the use
of the individuals or entities named above. If you are not the intended
recipient, you are hereby notified that any disclosure, copying,
distribution or the taking any action in reliance on the contents of these
documents is strictly prohibited and may be illegal. Please notify us of
your receipt of this e-mail in error and delete the e-mail and any copies of
it.
Monitoring/Viruses: Mobinil may monitor all incoming & outgoing e-mails in
line with current legislation. Although we have taken steps to ensure that
this e-mail and attachments are free from any Virus, we advise that in
keeping with good computing practice the recipient should ensure they are
actually virus free.
The Egyptian Company for Mobile Services (Mobinil)
www.mobinil.com
*******
*******
IMPORTANT
Confidentiality: This e-mail communication and any attachments thereto
contain information which is confidential and are intended only for the use
of the individuals or entities named above. If you are not the intended
recipient, you are hereby notified that any disclosure, copying,
distribution or the taking any action in reliance on the contents of these
documents is strictly prohibited and may be illegal. Please notify us of
your receipt of this e-mail in error and delete the e-mail and any copies of
it.
Monitoring/Viruses: Mobinil may monitor all incoming & outgoing e-mails in
line with current legislation. Although we have taken steps to ensure that
this e-mail and attachments are free from any Virus, we advise that in
keeping with good computing practice the recipient should ensure they are
actually virus free.
The Egyptian Company for Mobile Services (Mobinil)
www.mobinil.com
*******
This email is for the intended addressee only.
If you have received it in error then you must not use, retain, disseminate or
otherwise deal with it.
Please notify the sender by return email.
The views of the author may not necessarily constitute the views of Astrium
Limited.
Nothing in this email shall bind Astrium Limited in any contract or obligation.
Astrium Limited, Registered in England and Wales No. 2449259
Registered Office: Gunnels Wood Road, Stevenage, Hertfordshire, SG1 2AS, England
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
http://mailman.eng.auburn.edu/pipermail/veritas-bu/attachments/20060824/05135cf1/attachment.html
|
