It's my understanding that Ciscoworks LMS gets it's clock from the server that it's installed on. This doesn't seem to be the case on our LMS 2.2 installation. Ciscoworks is an hour behind the system clock ? Stopping and starting the services doesn't seem to help.
When you search the BugTool on CCO there are some issues with RME and daylight saving time.
And perhaps you are running into
CSCeb45819 Bug Details
Using cwconfig to scehedule, for example, NetConfig jobs, will adjust the
specified time +/- one hour if the job is to be run after a daylight savings
If a NetConfig job is scheduled using cwconfig during daylight time, but the
job is scheduled to run during standard time, the job's time will be
scheduled one hour earlier.
When scheduling jobs beyond a daylight savings time boundary, take the offset
into account. That is, if it is currently daylight time, and the job will
be run during standard time, schedule it for one hour later. If it is
currently standard time, and the job is to be run during daylight time,
schedule it for one hour earlier. Alternatively, the NetConfig GUI can be
used to schedule jobs independent of daylight savings changes.
There is also a patch available by calling the TAC.
-- Are you using jobs that have been setup before start of DST? If yes, then I would say you hit the bug anyway if you are using cwconfig or the GUI.
Try to recreate the job, I think this should help.