WHM/cPanel all packages get reapplied, and Upgrade/Downgrade notification is sent for all accounts.
lvemanager-1.0-9.9 has been released in production by CloudLinux yesterday, and it has caused issues on WHM/cPanel servers, by reapplying packages to all accounts.
https://cloudlinux.com/blog/clnews/lve-manager-1099-and-lveutils-1523-released-to-production.php
All accounts that had their quotas and limits modified, without modifying the related packages, have been reassigned to values that are specified in the package, they are assigned to. This will cause quota or bandwidth being exceeded on a lot of accounts on the server, if you haven’t been modifying them properly.
If you have received a following type of mail for all accounts on your server, that account Upgrade/Downgrade was made, then it is due to lvemanager update to lvemanager-1.0-9.9.
Upgrade/Downgrade: %account" from <root@%hostname> for email@domain.tld
If you check your yum update logs, you will see lvemanager-1.0-9.9 has been installed on the server overnight, which is the cause of the issues with the packages being reapplied.
# grep lve /var/log/yum.log | tail -2 Dec 17 05:09:12 Updated: lve-utils-1.5-2.3.el6.cloudlinux.i686 Dec 17 05:09:27 Updated: lvemanager-1.0-9.9.el6.cloudlinux.noarch #
According to the comments on CloudLinux blog
“You can find their last allocated settings from your last backup –
less /cpb/incremental/accounts/domainname/cp/domainname”
Update by CloudLinux:
CloudLinux has in the meantime issued a statement regarding LVE Manager 1.0-9.9 issues, with some details on how to revert the values to one prior the upgrade.
http://cloudlinux.com/blog/clnews/lve-manager-1099-issues.php
Excerpt from their blog:
If you have cPanel backups enabled, you can get previous limits from backups. Here is an example how to do it:
cd /backup/cpbackup/daily tar -zxvf username.tar.gz username/cp tar -zxvf username.tar.gz username/quota cat username/quota cat username/cp/username | egrep "MAX|BWLIMIT"
Then set limits manually with WHM –> Modify account.
UPDATED: Dec 18, 07:16 AM UTC
Here are some commands that should help you returning quotas back, if you have cpanel backups enabled.
Get list of users over quota:
cd /backup/cpbackup/daily/
repquota -a | grep "+" | awk '{ print $1 }' > users_overquota
Extract only quota files for them:
for i in `cat users_overquota` ; do echo "tar -zxvf "$i".tar.gz "$i"/quota" ; done | sh
Echo username and quota limit, the output value means Mb:
for i in `cat users_overquota` ; do echo "echo -e '\n'; echo "$i"; cat "$i"/quota " ; done | sh
Now use cpanel’s script to set quotas, based on above output add ‘M’ key for it. Copy-paste username and %value% and run command for each:
/scripts/editquota username %value%M
Another update:
CloudLinux has made another updated about the issue, and have provided a script that could be used to restore those limits if cPanel backups were enabled.
http://cloudlinux.com/blog/clnews/autorestore-package-limits-script-after-lvemanager1099-update.php
Excerpt from their blog:
Due to number of servers affected with custom package limits reset to package defaults we prepared a script that could be used to restore those limits if cPanel backups were enabled. It restores all limits if:
- package was not changed since backup time;
- limits are the same as package limits;
- all package limits in backup are the same as current package limits.
Required files: %backup_location%/files/_etc_quota.conf.gz and %backup_location%/dirs/_var_cpanel.tar.gz . Please, restore them from a day/week before LVE Manager update (before December 16). Better to place them in the same /root/ directory.
Download the following script and make it executable:
wget http://kb.cloudlinux.com/scripts/autorestore.py
chmod 755 autorestore.py
Run it the following way:
./autorestore.py /root/_var_cpanel.tar.gz /root/_etc_quota.conf.gz
The script will back up current user limits to /var/cpanel/users.%timestamp% before changing limits.