Details
-
Bug
-
Status: Closed
-
Normal
-
Resolution: Fixed
-
None
-
1
-
Platform 2014-10-15
Description
The Windows scheduled task (scheduled_task) provider will generate spurious messages during Puppet runs which suggest that scheduled task resources are being reapplied during each run even when the task is present and its associated resource has not been modified. The messages in question look like the following:
notice: /Stage[main]/Schedtask/Scheduled_task[restart_some_service]/trigger: trigger changed '{'every' => '1', 'on' => ['sun'], 'schedule' => 'weekly', 'start_date' => '2012-10-22', 'start_time' => '01:00'}' to '[{'day_of_week' => ['sun'], 'schedule' => 'weekly', 'start_time' => '01:00'}]'
|
The resource associated with the task looks like this:
scheduled_task { 'restart_some_service':
|
ensure => present,
|
enabled => true,
|
command => 'c:\windows\restart_some_service.bat',
|
user => 'SYSTEM',
|
trigger => {
|
schedule => weekly,
|
day_of_week => [sun],
|
start_time => '01:00',
|
},
|
require => File['restart_some_service.bat'],
|
}
|
This seems to be some kind of artifact of date conversion/formatting or something. While Puppet reports a change, examining the history tab for the task shows no changes aside from the initial creation of the task and subsequent 'real' changes which were initiated by actually modifying the resource. The notices will be generated regardless of whether there is a real change to report.
Attachments
Issue Links
- blocks
-
ENTERPRISE-287 PE catalog on Windows includes scheduled task, so reports always include change messages
-
- Closed
-
- relates to
-
PUP-3203 scheduled_task triggers cannot be updated
-
- Closed
-
-
PUP-1498 scheduled_task won't update command
-
- Closed
-
- clones
- links to