[Veritas-bu] Aptare and NBU not reporting properly ...
2007-06-14 18:47:24
Hey guys,
Has anyone who is running Aptare and NBU ever had issues
where the job summaries are reporting the wrong information?
I had an issue 2 weeks ago where a client (1 client out of
100 some odd) was reporting a fraction of the amount actually backed up.
It backed up and was reported as successful and the number of files backed up
were correct but Aptare would only report ~30GB out of the 150GB that was
getting backed up daily. I worked with support on it, and of course, it
magically disappeared after a week’s worth of frustrating work with
Support.
Today, I upgraded to 6.0.19 and as soon as I finished
upgrading, the job summaries for today started filling up with errors. Well, no
jobs ran but I have tons of Job Summaries that have either a 0 for the JOBID or
a NULL value. It’s totally blowing my SLAs and SOX audits to
pieces.
Has anyone else experienced this and is there a way to
remove the NULL values for the JOBIDs?
Thank you!
Phil
McDougal
CALAMOS INVESTMENTS CANNOT ACT UPON, AND WILL NOT ACCEPT, ANY TIME-SENSITIVE ELECTRONIC MESSAGES, SUCH AS TRANSACTION ORDERS AND FUND TRANSFER INSTRUCTIONS. ALSO, FOR YOUR PROTECTION, PLEASE DO NOT SEND ANY IDENTIFYING INFORMATION, SUCH AS ACCOUNT NUMBERS OR SOCIAL SECURITY NUMBERS, THROUGH THE INTERNET.
CONFIDENTIALITY NOTICE: This message is intended only for the use of the individual or entity to which it is addressed and may contain information that is confidential . If the reader of this message is not the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is prohibited. Please notify the sender immediately if this message was transmitted in error. Thank you.
|
_______________________________________________
Veritas-bu maillist - Veritas-bu AT mailman.eng.auburn DOT edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
|
<Prev in Thread] |
Current Thread |
[Next in Thread>
|
- [Veritas-bu] Aptare and NBU not reporting properly ...,
Philip McDougal <=
|
|
|