Forwarded to devs Subscription Removal Issue

[WebHostingAce]

Username:

TITLE

Subscription Removal Issue

PRODUCT, VERSION, OPERATING SYSTEM, ARCHITECTURE

OS - CentOS Linux 7.9.2009 (Core)
Product - Plesk Obsidian - Version 18.0.47 Update #5

PROBLEM DESCRIPTION

When you are removing a Subscription with a Cron running every minute, It fails with the Error Message,

Unable to execute /usr/sbin/userdel username

Actual Subscription is removed from the Plesk interface but the,

/var/www/vhosts/SubscriptionName Directory remain in the system.

/var/www/vhosts/system/SubscriptionName Directory remain in the system.

The user remains in the psa database, sys_users table.

User remains in the system - Have to delete manually executing /usr/sbin/userdel username

STEPS TO REPRODUCE

Setup a Subscription with a Cron running every minute.

Execution of these Cron task should be about 30sec.

ACTUAL RESULT

Actual Subscription is removed from the Plesk interface but the,

/var/www/vhosts/SubscriptionName Directory remain in the system.

/var/www/vhosts/system/SubscriptionName Directory remain in the system.

The user remains in the psa database, sys_users table.

User remains in the system - Have to delete manually executing /usr/sbin/userdel username

EXPECTED RESULT

Subscription to be removed completely.

ANY ADDITIONAL INFORMATION

(DID NOT ANSWER QUESTION)

YOUR EXPECTATIONS FROM PLESK SERVICE TEAM

Confirm bug

 

[IgorG]

From the developer:

I can't reproduce that. I created a script, which interacts with I/O, run cron and after remove subscription with directories without any problems (on CentOS 7)
I try with a clean subscription. Maybe it depends on the weight of subscription, or it happens for every subscription with a running cron job, no matter how heavy it is (size in bytes, I mean).

 

[WebHostingAce]

This is happening with Magento 2 websites.

Subscriptions are about 5 - 20GB. Also we have a Cron running every minute. This Cron fires about 6 PHP processes every minute. Each of these PHP process runs for about 3 seconds.

We have to make sure to 'Suspend' the subscription before removal to prevent the above issue happening.

Also this doesn't happens 100% of the time. I will say about 50%.

 

[IgorG]

Thank you.
The bug was proved PPP-59280

 

[IgorG]

@WebHostingAce, developers would like to perform debugging this rare case directly on your server.
If you don't mind, please contact our Support Team to give them access to your server for further investigation.
Thank you.

 

[WebHostingAce]

@IgorG This is happening on all our servers.

As I explained in the above reply, we can eliminate this issue by Suspending the Subscription before removal.

Ok, I will contact the Support when I get a chance.

Thank you.