Packages not being displayed in Reseller WHM after transfer
Situation:
Sometimes packages will not be displayed in Reseller WHM >> Packages >> Edit, Delete lists after transfer.
The issue occurs when some packages are transferred with the accounts from dedicated servers, VPS etc to Shared/Reseller servers.
Solution:
1. Check if the packages are displayed under Create Account option in Reseller WHM.
2, If so check the package names : they should be prefixed with its owner name ‘user_’(Reseller account name).
3. If the username prefix is missing, it will not be available for editing or deleting in reseller WHM.
E.g: For a package ‘testpack’ under the reseller ‘new’.
The package name should be displayed as ‘new_testpack’.
4. If not, rename the package from the command line, prefixed with corresponding usernames.
mv /var/cpanel/packages/testpack /var/cpanel/packages/new_testpack
Then the package will become available for editing and deleting in Reseller WHM.
After this, all the accounts under the modified packages or plans should be updated with the new package name.
Bug in Mailman
Bug in Mailman version 2.1.9.cp2
We’re sorry, we hit a bug! Please inform the webmaster for this site of this problem. Printing of traceback and other system information has been explicitly inhibited, but the webmaster can find this information in the Mailman error logs.
One of the reason for the issue is that the folders in /usr/local/cpanel/3rdparty/mailman is not having sufficient permission. You can perform the following steps to fix the issue:
Go to /usr/local/cpanel/3rdparty/mailman and check the permission of all the folders.
$ ls -al /usr/local/cpanel/3rdparty/mailman
And then Try.
Now the permission of folders must have changed. Check if this has fixed the issue.
If not, you can try running the fixmailman script in the server at /scripts.
Fantastico Error in cpanel
If an error “Fantastico is unable to connect to your MySQL server at this time. Please contact your host for assistance” occurred during fantastico access, make sure the following are correct:-
1. First Check whether mysql server is running or not. You can confirm the same using following command:-
2. Check mysql.sock path in mysql configuration /etc/my.cnf file.
3. Then check if the link file is there to point /tmp/mysql.sock to /var/lib/mysql/mysql.sock in /tmp directory.
4. If not create a symbolic link. You can create the same using ‘ln -s’ command:-
# ln -s’ /var/lib/mysql/mysql.sock /tmp/mysql.sock
Then try to access the fantastico.
In Cpanel, when a user is created, it always creates the “public_html” directory with ownership user : and group: nobody. However, if suexec is enabled it requires the ownership of “public_html” directory to be user : and group: . This is not done when a account is created via WHM. It creates with the default. “public_html” : nobody
Here are two scripts which changes the permission.
Script 1
cat changeperm
echo “Enter the user:”
read user
chown $user.$user /home/$user/public_html
chmod 755 /home/$user/public_html
cat changepermall
for user in `cat /etc/trueuserdomains | cut -d : -f 2`
do
chown $user.$user /home/$user/public_html
chmod 755 /home/$user/public_html
done
The script “changeperm” when executed will prompt for the username for which the permissions will be set (single account). The second script “changepermall” will change the permissions of all the users.
Account Creation Failed
While creating an account via WHM, you may get an error stating that, cannot create new user.
You can check the cPanel logs for the error.
tail -f /usr/local/cpanel/logs/error_log
Sometimes, you may get the following error.
vipw lockfile (/etc/ptmp) is present!
This means that the “useradd” is locked. You will not be able to add new users unless you remove the following file.
You can also confirm it by executing the useradd command in the konsole. You will receive an error message stating the above.
Check if this file is present.
ls -l /etc/ptmp
/etc/ptmp >> This has a temporary copy of the password file. This file can be removed.
rm -f /etc/ptmp
