Issue :

Unzipping of an archive fails with the following error :

Updating : gzip 1/2
Error unpacking rpm package gzip-1.3.5-11.el5.centos.1.i386
error: unpacking of archive failed on file /bin/gunzip: cpio: rename

Failed:
gzip.i386 0:1.3.5-11.el5.centos.1

This is happening since the last cPanel update only.

Fix :

This might be a problem due to the attributes of the binary. Run the following command and try again.

chattr -i /bin/gunzip

Sometimes, permissions might get screwed server wide resulting in various problems for different users.

Here are some steps to reset the permissions.

/scripts/checkbsdgroups — Checks and repairs proftpd ownership on FreeBSD.
/scripts/chownpublichtmls — Change ownership of all users web space to them, which is useful for converting to suexec. Files owned by nobody are deleted.

Then, login to WHM as ‘root’ and go to Whm >> Resellers >> Reseller Center >> Reset Resellers

Select all Resellers under Reset package permissions to default and click the reset button.

Assuming that you have an ACL with the default permissions, select all Resellers under ‘Apply an ACL list to multiple resellers >> Select the appropriate ACL list >> Apply.

Also, it is advised to run the following :

/scripts/fixeverything/
/scripts/upcp –force

service httpd restart
service named restart

Also, refer to Changing multiple account ownerships via SSH

Error :

2008-08-02 11:18:23 fixed_login authenticator failed for (localhost) [127.0.0.1]:54412 I=[127.0.0.1]:25: 535 Incorrect authentication data

Permissions for /etc/passwd and /etcshadow are fine.
/scripts/eximup –force did not help either.

Solution :

There can be multiple reasons for this.

First, check whether the folder ‘etc’ located at /home/”username”/etc/ has the ownership username:mail . If not, then correct that.

chown username:mail /home/username/etc/ -R

===================
If that does not resolve the issue then check the permissions for the folder /home/username itself. It should be 711.

In one such case, it was set to 700. So, the mail group process couldn’t get down into /home/user/etc/domain to read the passwd file. Hence, the error.
===================
Another scenario when this can happen is when the option “Allow mail account authentication using the password of the domain owner’s account” in WHM -> Server Configuration -> Tweak Settings is enabled.
Webmail logs you in but attempts to use the cPanel account password via SMTP. Hence, the problem.

Disable the option and check.
===================

If none of these resolve the issue then try running /scripts/upcp .

Issue:

How to change the ownership of multiple accounts under /home via SSH? The option in WHM is a bit tedious.

Solution :

To change the ownership of all accounts to the respective user.user :

cd /home
ls -al | grep root

for i in `ls /var/cpanel/users/`; do chown $i:$i /home/$i ; done
for i in `ls /var/cpanel/users/`; do chown -R $i:$i /home/$i/* ; done

Then change the ownership of the individual public_htmls to their respective user.nobody:

for i in `ls /var/cpanel/users/`; do chown $i:nobody /home/$i/public_html ; done

Change the permissions for public_htmls to 750:

for i in `ls /var/cpanel/users/`; do chmod 750 /home/$i/public_html ; done

Fix the permissions for mail to work fine:

/scripts/mailperm

Fix the ownership of /home:

chown root.root /home