Bug #3132
closed
Technique 'Time settings': Reporting is invalid
Description
On a CentOS 5 64, the reporting sometimes fails on the Hardware clock (RTC)
2013-01-02 18:47 result_success Configure Time Settings Corporate Security Policy Hardware clock (RTC) - It is not yet time to synchronize the hardware clock with the NTP time. Skipping... 2013-01-02 18:47 result_success Configure Time Settings Corporate Security Policy Hardware clock (RTC) - The hardware clock has been synchronized with the NTP time
It seems it happens only on Centos5 (debian 5 and 6 are ok, as well as sles10-sp2)
Updated by Nicolas PERRON
Updated by Matthieu CERDA over 11 years ago
- Category set to Techniques
- Status changed from New to In progress
- Assignee set to Matthieu CERDA
- Priority changed from 5 (lowest) to 2
Changing priority to 2, reason:
Working on this.
Updated by Matthieu CERDA over 11 years ago
- Status changed from In progress to Discussion
- Assignee changed from Matthieu CERDA to Nicolas CHARLES
Actually, this is VERY surprising as the definition of the report is:
(!windows.!ntp_hwclock_sync_error.!ntp_hwclock_synced)::
"@@ntpConfiguration@@result_success@@&TRACKINGKEY&@@Hardware clock (RTC)@@None@@$(g.execRun)##$(g.uuid)@#It is not yet time to synchronize the hardware clock with the NTP time. Skipping...";
ntp_hwclock_synced::
"@@ntpConfiguration@@result_success@@&TRACKINGKEY&@@Hardware clock (RTC)@@None@@$(g.execRun)##$(g.uuid)@#The hardware clock has been synchronized with the NTP time";
The class ntp_hwclock_synced is triggered by an ifelapsed, are you sure that you did not trigger this during testing by nuking locks via cf-agent -K ?
Updated by Jonathan CLARKE over 11 years ago
- Assignee changed from Nicolas CHARLES to Matthieu CERDA
Apparently there may be other reporting bugs in this Technique - please test thoroughly and fix all issues!
Updated by Vincent MEMBRÉ about 11 years ago
- Target version changed from 2.4.13 to 2.6.11
Since Support for 2.4 branch is over, retargeting this issue to 2.6
Updated by Jonathan CLARKE about 11 years ago
- Status changed from Discussion to Rejected
Given this definition of the reports, this bug is simply impossible:
(!windows.!ntp_hwclock_sync_error.!ntp_hwclock_synced)::
"@@ntpConfiguration@@result_success@@&TRACKINGKEY&@@Hardware clock (RTC)@@None@@$(g.execRun)##$(g.uuid)@#It is not yet time to synchronize the hardware clock with the NTP time. Skipping...";
ntp_hwclock_synced::
"@@ntpConfiguration@@result_success@@&TRACKINGKEY&@@Hardware clock (RTC)@@None@@$(g.execRun)##$(g.uuid)@#The hardware clock has been synchronized with the NTP time";
Rejecting. Please re-open if this is not the case (but we'll have to consider it as a CFEngine bug, then).
Updated by