-
Notifications
You must be signed in to change notification settings - Fork 7
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
can't purge cron resources #19
Comments
Hello, I've just hit this while trying to use the module. I'm able to get cronjobs purged for the root user using a snippet similar to @vchepkov 's, but any for other user the cronjobs get marked as getting removed but they just stay there in the crontab file like what is described by OP. |
I'm trying to figure out what's present in the catalog, but with with a request of the following type against puppetdb, I'm not seeing a resource for the cronjob that's not getting removed:
nothing in the output is mentioning "unmanaged:" or "echo" (which is part of the test cronjob that should get removed). I don't know why that resource is not in the catalog but visibly getting processed by the agent |
ah, sorry for my confusion in the previous message. I've read the type code and I can see the resources are injected by the purge type. if I look at the reports (instead of the catalogs) for that same machine, I can see that puppet claims to have removed the resource:
as stated before though, it's still present in the crontab file for the www-data user. |
It's being awhile, anyone was able to find a solution? |
I have inspected the res object in generate function and I found that
I believe both are wrong and should be set to an actual user |
FYI, module fails to remove previously managed entries, i.e. those that have |
while attempting removing 'unmanaged' cron entries, module recognizes those, but fails to remove
how to reproduce:
puppet resource reports it as 'unmanaged'
Code to apply:
Result of puppet apply:
But cron entry remains intact.
Thanks,
Vadym
The text was updated successfully, but these errors were encountered: