The first thing that comes to mind is to check the QUERY EVENT * * start and end times for the node, and compare to the start and end time criteria in the RUN QEVENT script.
Regards, Andy Andy Raibeck IBM Software Group Tivoli Storage Manager Client Product Development Level 3 Team Lead Internal Notes e-mail: Andrew Raibeck/Tucson/[EMAIL PROTECTED] Internet e-mail: [EMAIL PROTECTED] IBM Tivoli Storage Manager support web page: http://www.ibm.com/software/sysmgmt/products/support/IBMTivoliStorageManager.html The only dumb question is the one that goes unasked. The command line is your friend. "Good enough" is the enemy of excellence. "ADSM: Dist Stor Manager" <[email protected]> wrote on 2007-07-17 11:09:24: > Hello, > I am putting this out to see if anyone can explain to me why... > > Everyday I have an automated report that send to me which gives me a > status of all the nodes backed up on tivoli. It will give me a status of > 'failed', 'completed', 'Started' or 'In progress'. For some odd reason this > nodeX does not get captured in this report. It never happened before. I > verified that using 'q fi nodename f=d' that it is being backed up nightly. > I also do 'q event * *' and this nodeX shows up there. I looked at the > query which is behind the 'run qevent' , it is a simple query ' q event * > * begind=-1 endd=today begint=15:00 endt=10:00 ' , so nothing special. The > one thing that the OS on this node is Debian for Linux. I am not sure if > that has anything to do with it. Thanks for your help. > > > > Node Name: NodeX > Platform: Linux86 > Client OS Level: 2.6.8-2-3 > Client Version: Version 5, Release 4, Level 1.0 > Policy Domain Name: STANDARD > Last Access Date/Time: 07/16/2007 14:20:24 > Days Since Last Access: 1 > Password Set Date/Time: 07/12/2007 14:15:46 > Days Since Password Set: 5 > Invalid Sign-on Count: 0 > Locked?: No > Contact: > Compression: Client > Archive Delete Allowed?: Yes > Backup Delete Allowed?: No > Registration Date/Time: 07/12/2007 14:15:46 > Registering Administrator: WONGAV > Last Communication Method Used: Tcp/Ip > Bytes Received Last Session: 44.50 M > Bytes Sent Last Session: 9.05 M > Duration of Last Session: 47.65 > Pct. Idle Wait Last Session: 0.06 > Pct. Comm. Wait Last Session: 6.64 > Pct. Media Wait Last Session: 0.00 > Optionset: > URL: > Node Type: Client > Password Expiration Period: 0 Day(s) > Keep Mount Point?: No > Maximum Mount Points Allowed: 1 > Auto Filespace Rename : No > Validate Protocol: No > TCP/IP Name: twiki > TCP/IP Address: 10.2.4.222 > Globally Unique ID: 22.bf.70.9a.31.3b.11.dc.a8.ee.00.50.56.9 > e.48.e5 > Transaction Group Max: 0 > Data Write Path: ANY > Data Read Path: ANY > Session Initiation: ClientOrServer > High-level Address: > Low-level Address: > Collocation Group Name: > Proxynode Target: > Proxynode Agent: > > > Avy Wong > Business Continuity Administrator > Mohegan Sun > 1 Mohegan Sun Blvd > Uncasville, CT 06382 > ext 28164 > ************************************************************************************************** > The information contained in this message may be privileged and > confidential and > protected from disclosure. If the reader of this message is not the > intended recipient, or > an employee or agent responsible for delivering this message to the > intended recipient, > you are hereby notified that any dissemination, distribution, or copy of this > communication is strictly prohibited. If you have received this > communication in error, > please notify us immediately by replying to the message and deleting > it from your > computer. > **************************************************************************************************
