Some policies that use scheduled time zone are incorrectly handled on client side if the server and the client time are set to different time zones, or time.
If scheduled resource membership updates are performed on a server with its clock set to a future time, then new resources are not added. They are not added until the next resource membership update are performed. If you then set the clock on the server back to current time a new problem arises. The next resource membership update can't be performed because the current time is less than the previous updating time.
For example, agent rollout policies based on SWD rely on the Task Scheduler. The rollout policy page uses the policy scheduling control which provides more capabilities than the Task Scheduler supports. Among other things, the Task Scheduler does not support the use of timezones.
Step to reproduce (one example case):
1.Install on client Symantec Management Agent
2.Open NS console->Actions->Rollout Agents/PlugIns->Software->Software Management Solution(Patch management solution) folder.
3.Open Rollout policy page and add schedule time at 13:00 and time zone equal server time. Untick checkbox to install plugin ASAP and save changes.
4. Update configuration on client side and open received policy XML file.
The schedule time zone(server, utc, agent) is incorrectly handled on client side in case different time used for server and client.
Known Issue. The schedule time zone(server, utc, agent) is incorrectly handled on client side in case different time used for server and client.
This issue has been reported to Symantec Development team. This issue should be addressed in a later release.
ITMS 7.1 SP1, SP2
Imported Document Id
This is machine translated content
Login to Subscribe
Please login to set up your subscription.
Didn't find the article you were looking for? Try these resources.