Hi Allen, No, this shouldn't be a DST thing, unless the OS isn't patched accordingly to support the DST changes; and even then, I can't see it being off by that much (a one-hour difference maybe, but not 14 hours).
What does the schedule definition look like? Is the 0800 kick-off within the window? What is randomization? IC53294 come to mind; pay no attention to the "Vista" bit, it isn't Vista specific, but I can't swear it is limited to the classic scheduler, either. Did this client system go to sleep at some time, then wake up? Anything in dsmwebcl.log, dsmerror.log or dsmsched.log that might hint at a clue? 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 11/15/2007 08:18:42 AM: > I've got a few boxes (Windows NT 5, TSM Client 5.4.1.2, TSM server > 5.3.4.0) on which the CAD seems confused about what time to do which. > > An example is a box which has a schedule for 1800, but it attempted to > kick it off at 0800 this AM. The diagnostics seem reasonable > (ANR2568E "request to start schedule is denied) but I can't really > figure out how the CAD reaches the conclusion that 'now is a good > time'. > > A simple search at IBM didn't turn up anything particularly relevant: > Has anyone seen this? I told my customer I was handwaving, but > 'restart the CAD, maybe it is nutso because of daylight savings or > some such'. > > > I found myself going down a numerological rabbit-hole looking for > plausible time-related errors which add up to 10 hours... > > > > - Allen S. Rout
