• Plesk Uservoice will be deprecated by October. Moving forward, all product feature requests and improvement suggestions will be managed through our new platform Plesk Productboard.
    To continue sharing your ideas and feedback, please visit features.plesk.com

Question Why plesk dont remove the cron asociated to the subscription when you delete that subscription?

Server operating system version
Ubuntu 22.04
Plesk version and microupdate number
Plesk Obsidian 18.0.73.3
Hi:

I see that when i delete a subscription via plesk, in /var/spool/cron/crontabs/ dont delete the file of the username of the subscription, and in the /var/log/syslog i have the following error:

Nov 11 15:26:10 giftXX cron[414]: (us_tarjetasXX) ORPHAN (no passwd entry)
Nov 11 15:30:11 giftXX cron[414]: (us_tarjetasXX) ORPHAN (no passwd entry)
Nov 11 15:32:09 giftXX cron[414]: (us_tarjetasXX) ORPHAN (no passwd entry)
Nov 11 15:35:10 giftXX cron[414]: (us_tarjetasXX) ORPHAN (no passwd entry)
Nov 11 15:36:10 giftXX cron[414]: (us_tarjetasXX) ORPHAN (no passwd entry)

I delete the file mencionated and restar service cron and the error desapear.

Why plesk dont delete this file that was asociated to the subscription?

Best regards!
 
Hi,

Thanks for post. This seems like a bug to me. I've tested it myself, and it does not delete the cronjob that belongs to the subscription.

@Sebahat.hadzhi, is this a known bug, or should I report it?
 
@Maarten No, I don't think we have such bug registered, but I am also unable to replicate the behavior by adding a scheduled task to a subscription and then deleting the subscription. If you don't mind, please do open a bug report with the steps you performed to reproduce the issue. Thank you in advance.
 
hi @Sebahat.hadzhi

I think that is a bug, because when you create a new subscription, the name of Username, that create plesk in the System user credentials, create a file in /var/spool/cron/crontabs/, but, if you delete that subscription, plesk dont remove the file asociated to that susbcription, and in the log of syslog, ypu can chek that error: ORPHAN (no passwd entry)

Thanks!
 
Thank you for the clarification. I misunderstood that the cron remains rather than the system user. I was able to replicate the behavior now. I will double-check with our team and follow-up with more details.
 
Back
Top