If a job is scheduled to run at 9:00 every morning, the job will run at 9:00 until Daylight Savings Time takes effect or passes. The time of year the job was scheduled will become the reference point from which the job's scheduled time changes with the onset or passage of Daylight Savings Time.
For example, suppose a job is scheduled to run in December at 9:05, and then repeat in 22 weeks; this should put it in April or May, after the time has changed. When the job runs the second time, it will run at 10:05. Conversely, if the job were originally scheduled to run in April at 9:05 and then again 22 weeks later, it will run in December at 8:05.
Deployment Server bases job scheduling on UTC and GMT. Consequently, variations in local time caused by Daylight Savings Time are ignored.
This behavior was purposefully implemented so as to avoid complications that arise over job scheduling across time zones.
Deployment Solution 6.9 (all builds)
ID: LB 32495
Logged in Littlebuggy (Altiris - Lindon, Plymouth) database
Development has refused to address this as a defect because it is the product working as designed.
See CRT notes from February 23, 2011.
Imported Document Id
This is machine translated content
Login to Subscribe
Please login to set up your
For security reasons, your link to this document has expired. Please click on the attachment link to access this file.
The attachment that you are looking for no longer exists.
There has been an issue retrieving your attachment. Please try again.
Currently server is down.
Didn't find the article you were looking for? Try these resources.