cPanel Overload / High Load on Account Termination

[osirion]

When I terminate large customer accounts (20GB+ / many inodes) via the WHM - server load shoots so high that the server is unresponsive for a long time (depending on the size 5-15minutes for example).

Any way to throttle cPanel from choking itself out like this when doing a simple account delete?

Thanks in advance!

 

[cPRex]

Hey there! That's interesting as this is one I haven't heard before, and I'm not seeing any current issues like this on my end.

Do you happen to know how many inodes you were using? I setup an account that was using 100000 inodes and I didn't see any odd issues when terminating it.

 

[osirion]

Hi There,
It's nothing over the top. Here are the stats of the account that was deleted:


Server Details:

Server Information

Processor Information​

Total processors: 12Processor #1VendorGenuineIntelNameIntel(R) Xeon(R) CPU E5-1650 v4 @ 3.60GHzSpeed3799.951 MHzCache15360 KBProcessor #2VendorGenuineIntelNameIntel(R) Xeon(R) CPU E5-1650 v4 @ 3.60GHzSpeed3788.085 MHzCache15360 KBProcessor #3VendorGenuineIntelNameIntel(R) Xeon(R) CPU E5-1650 v4 @ 3.60GHzSpeed3800.170 MHzCache15360 KBProcessor #4VendorGenuineIntelNameIntel(R) Xeon(R) CPU E5-1650 v4 @ 3.60GHzSpeed3799.951 MHzCache15360 KBProcessor #5VendorGenuineIntelNameIntel(R) Xeon(R) CPU E5-1650 v4 @ 3.60GHzSpeed3800.170 MHzCache15360 KBProcessor #6VendorGenuineIntelNameIntel(R) Xeon(R) CPU E5-1650 v4 @ 3.60GHzSpeed3799.731 MHzCache15360 KBProcessor #7VendorGenuineIntelNameIntel(R) Xeon(R) CPU E5-1650 v4 @ 3.60GHzSpeed3799.951 MHzCache15360 KBProcessor #8VendorGenuineIntelNameIntel(R) Xeon(R) CPU E5-1650 v4 @ 3.60GHzSpeed3801.269 MHzCache15360 KBProcessor #9VendorGenuineIntelNameIntel(R) Xeon(R) CPU E5-1650 v4 @ 3.60GHzSpeed3799.511 MHzCache15360 KBProcessor #10VendorGenuineIntelNameIntel(R) Xeon(R) CPU E5-1650 v4 @ 3.60GHzSpeed3799.951 MHzCache15360 KBProcessor #11VendorGenuineIntelNameIntel(R) Xeon(R) CPU E5-1650 v4 @ 3.60GHzSpeed3800.170 MHzCache15360 KBProcessor #12VendorGenuineIntelNameIntel(R) Xeon(R) CPU E5-1650 v4 @ 3.60GHzSpeed3799.951 MHzCache15360 KB​

Memory Information​
[ 0.000000] Memory: 3828588k/27262976k available (7437k kernel code, 2212812k absent, 665384k reserved, 6210k data, 1892k init) [ 1.872409] memory memory154: hash matches​

System Information​
Linux hostname_removed 3.10.0-962.3.2.lve1.5.39.el7.x86_64 #1 SMP Thu Sep 17 06:10:33 EDT 2020 x86_64 x86_64 x86_64 GNU/Linux​

Physical Disks​

[ 2.602377] sd 4:0:0:0: [sda] 2000409264 512-byte logical blocks: (1.02 TB/953 GiB) [ 2.602473] sd 6:0:0:0: [sdc] 1953525168 512-byte logical blocks: (1.00 TB/931 GiB) [ 2.602480] sd 5:0:0:0: [sdb] 2000409264 512-byte logical blocks: (1.02 TB/953 GiB) [ 2.602525] sd 6:0:0:0: [sdc] Write Protect is off [ 2.602528] sd 6:0:0:0: [sdc] Mode Sense: 00 3a 00 00 [ 2.602550] sd 6:0:0:0: [sdc] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA [ 2.602646] sd 5:0:0:0: [sdb] Write Protect is off [ 2.602650] sd 5:0:0:0: [sdb] Mode Sense: 00 3a 00 00 [ 2.602687] sd 5:0:0:0: [sdb] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA [ 2.604554] sdb: sdb1 sdb2 sdb3 sdb4 [ 2.605134] sd 4:0:0:0: [sda] Write Protect is off [ 2.605159] sd 5:0:0:0: [sdb] Attached SCSI disk [ 2.605601] sd 4:0:0:0: [sda] Mode Sense: 00 3a 00 00 [ 2.605624] sd 4:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA [ 2.607581] sda: sda1 sda2 sda3 sda4 [ 2.608283] sd 4:0:0:0: [sda] Attached SCSI disk [ 2.639986] sdc: sdc1 [ 2.640569] sd 6:0:0:0: [sdc] Attached SCSI disk [ 7.206402] sd 4:0:0:0: Attached scsi generic sg0 type 0 [ 7.206689] sd 5:0:0:0: Attached scsi generic sg1 type 0 [ 7.207030] sd 6:0:0:0: Attached scsi generic sg2 type 0 ​

Current Memory Usage​
total used free shared buff/cache available Mem: 24406580 5587836 1171268 188100 17647476 16574504 Swap: 16777208 3584 16773624 Total: 41183788 5591420 17944892​

Current Disk Usage​
Filesystem Size Used Avail Use% Mounted on devtmpfs 12G 0 12G 0% /dev tmpfs 12G 6.5M 12G 1% /dev/shm tmpfs 12G 176M 12G 2% /run tmpfs 12G 0 12G 0% /sys/fs/cgroup /dev/md1 930G 711G 173G 81% / /dev/md0 991M 90M 835M 10% /boot /dev/sdc1 917G 435G 437G 50% /backup​

 

[cPRex]

Thanks for the additional details. None of that seems too crazy to me at all, so I'm wondering if there are other underlying issues with the machine, like a disk that's a bit slower than it should be.

If you'd like to submit a ticket to our support team we could do some testing on our end to ensure there isn't an issue with cPanel itself on the system.

 

[laxbobber]

This just happened to me also. Following to see if anything else comes around. My terminated account had 13 database, 7.23 GB of disk and 210,300 inodes. Anything interesting in the ticket @cPRex ?

 

[cPRex]

@laxbobber - this thread is a year old, and I don't have a record of that user creating a ticket as there is no ticket number mentioned here.

If you could submit a ticket we'd be happy to check things on our end!

 

[laxbobber]

@cPRex Sorry, I totally missed that! I had occasion to transfer tool another site and found the termination on the previous server caused jbd2 to jump high. I suspect it's related to the filesystem/raid catching up on piles of files disappearing. Probably nothing to worry about! Thanks for answering.