You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Affected Puppet, Ruby, OS and module versions/distributions
It was observed that pe_patch::patch_server was incorrectly not reporting any updates on a server; manually running yum on the server, however, showed a long list of updates. The problem was that several months ago a lock file /var/run/pe_patch_fact_generation.lock had been left behind. Even though the cron job continued to run opt/puppetlabs/pe_patch/pe_patch_fact_generation.sh on a regular basis, the script exited with 0 and no warning.
How to reproduce (e.g Puppet code you use)
Manually create a lock file /var/run/pe_patch_fact_generation.lock owned by root in such a way that Cron cannot remove the file
What are you seeing
Manually running the script above with trace shows the following:
Affected Puppet, Ruby, OS and module versions/distributions
It was observed that
pe_patch::patch_server
was incorrectly not reporting any updates on a server; manually running yum on the server, however, showed a long list of updates. The problem was that several months ago a lock file/var/run/pe_patch_fact_generation.lock
had been left behind. Even though the cron job continued to runopt/puppetlabs/pe_patch/pe_patch_fact_generation.sh
on a regular basis, the script exited with 0 and no warning.How to reproduce (e.g Puppet code you use)
Manually create a lock file
/var/run/pe_patch_fact_generation.lock
owned by root in such a way that Cron cannot remove the fileWhat are you seeing
Manually running the script above with trace shows the following:
After removing the lock file, everything worked as expected.
What behaviour did you expect instead
Output log
Any additional information you'd like to impart
The text was updated successfully, but these errors were encountered: