How to resolve : Internal Server Error when accessing cpanel/WHM/Webmail

Imagine you are accessing your Website WHM or cPanel or Webmail hosted (in your VPS) and what if you see this

Image showing the issue

How to solve this

Pre-Requisites : You should have Shell access (as root) to the Node server.

Mostly this happens due to inode issue. The inodes allocated to the server maybe full. inode is a data structure on a traditional Unix-style file system such as UFS. An inode stores basic information about a regular file, directory, or other file system object.

Steps

Say we are logged into the Node Server. There we are going to list all the Containers existing on the Hardware Node. By default, only running Containers are shown.

[root@linuxvps1 ~]# vzlist -a
CTID    NPROC STATUS   IP_ADDR        HOSTNAME
100     18  running    100.20.11.111  WEB.EXAMPLE.COM
101     63  running    100.20.12.203  -
102     169 running    100.20.92.182  server2.example.com
103     81  running    100.20.56.169  example.net
78965   236 running    100.20.77.204  server1.example.com

Assume your container is 103. So simply enter into 103 by this command

[root@linuxvps1 ~]# vzctl enter 103

Check if the inodes are full in the container

[root@linuxvps1 ~]# df -i

Most Probably it should display something like this :

Filesystem      Inodes      IUsed        IFree     IUse%      Mounted on
/dev/vzfs       200000      200000       0         100%       /
none            65536       95           65441     1%         /dev

Bang ! The inodes on /dev/vzfs mounted on / are full. You’ve to go nowhere else to see why that error was delivered. A simple solution will work out, you’ve to increase the inode limit. You’ve two options, either through Shell or through the Node Control Panel (like Parallels Infrastructure Manager)

First we will go through Shell mode with this command :

$ vzctl set veid --diskinodes softlimit:hardlimit 

Where ‘veid’ is the VPS ID

root@linuxvps1 ~]# vzctl set 103 --diskinodes 7680100:7680200

Second we are going for Node Control Panel. In the infrastructure, you will see your VPS with a ! sign. That indicates your VPS is having some sort of issue.

So you’ve seen the Alert. Next access the VPS, go to Resources tab. I’m sorry to tell you that I grabbed this screenshot after resolving the issue, but it will help you anyway

You should see the ‘Disk Inodes’ is full under ‘Disk Usage’ category (Here it is not !). Next Click Configure to settle this one

See the Highlighted part, the inodes should be limited to some size. Increase it or remove the check mark to make it unlimited.  Make sure you save the changes. Now try again accessing cpanel/WHM/Webmail. It should load with out any issues.That makes a smile in your face, isn’t it ? ;)

Post to Twitter Tweet This Post

Continue Reading

How to do : Add or Delete an IP Address in the VPS

Hello there,

Usually, we need to add or remove an IP address in the VPS. Here we go :

Prerequisites

You need Node Server access for these (then only you can manage those VPS), that too SSH root access. The VPS should be either OpenVZ or Virtuozzo.

Steps

Say we are logged into the Node Server. There we are going to list all the Containers existing on the Hardware Node. By default, only running Containers are shown.


[root@linuxvps1 ~]# vzlist -a
CTID    NPROC STATUS   IP_ADDR        HOSTNAME
100     18  running    100.20.11.111  WEB.EXAMPLE.COM
101     63  running    100.20.12.203  -
102     169 running    100.20.92.182  server2.example.com
103     81  running    100.20.56.169  test.example.net
78965   236 running    100.20.77.204  server1.example.com

Lets consider the VPS with ID 78965 needs the new IP 100.20.80.200 to be added. So the command will be :


[root@linuxvps1 ~]# vzctl set 78965 --ipadd 100.20.80.200
Adding IP address(es): 100.20.80.200 WARNING: Settings were not saved. On next start the original values will be applied.
Use --save to save the settings in the configuration file.

Save the Settings (this command will do the purpose instead of the above one)


[root@linuxvps1 ~]# vzctl set 78965 --save --ipadd 100.20.80.200
Adding IP address(es): 100.20.80.200 Saved parameters for Container 78965.

Thats it, now login to WHM and access ‘Change Site’s IP Address’. Select the website and change the IP address from the drop down list.

To remove an IP from the VPS


[root@linuxvps1 ~]# vzctl set 78965 --save --ipdel 100.20.80.200
Deleting IP address(es): 100.20.80.200 Saved parameters for Container 78965.

Mission Accomplished !

Post to Twitter Tweet This Post

Continue Reading

OpenVPN issues on a OpenVZ / Virtuozzo enabled VPS

Error Note: Cannot open TUN/TAP dev /dev/net/tun: Permission denied (errno=13)

Just follow the KB at http://wiki.openvz.org/VPN_via_the_TUN/TAP_device

Error Note: Cannot set tx queue length on tun0: Operation not permitted (errno=1)

As mentioned in the same KB URL, just do the steps below and things should be alright again

vzctl set 101 --devices c:10:200:rw --save
vzctl set 101 --capability net_admin:on --save

Basically the errors are caused by the non-execution of the two commands mentioned above.

Post to Twitter Tweet This Post

Continue Reading

User stats in directadmin admin area – Solved with a good client’s help :)

When one of our clients, Mr. Xavier opened an issue with us regarding the Usage stats not being shown, we were certain that this is a bug with DirectAdmin in the way how its license are read. We changed the ethernet_dev in directadmin.conf, but that didn’t work out.

Client was asking us,

In Admin Area –> Complete Usage Statistics –> Usage stats for venet0:0 is showing “None”

It’s possible to fix this to reflect the traffic of this virtual adapter?

DirectAdmin didn’t give a direct solution. Instead provided us with a complete packed files related to DirectAdmin. So the solution was this.

cd /usr/local/directadmin
wget -O new.tar.gz http://files.directadmin.com/7694310/packed_es50.tar.gz
tar xvzf new.tar.gz
./directadmin p
killall -9 directadmin
./directadmin d
/etc/init.d/directadmin restart

For anyone facing this issue. I didn’t check more deeper into what changed, but must be related to htmls in data page on how device gets read.

Post to Twitter Tweet This Post

Continue Reading

Adding packages from WHM or editing the reseller privileges is not working on a x86_64 architecture

As usual, start by checking the error log of cPanel at /usr/local/cpanel/logs/error_log

2009-05-23 15:44:24 info [whostmgr2] [28346] Waiting for lock on /var/cpanel/package-limits.yaml held by /usr/local/cpanel/whostmgr/bin/whostmgr2 – locking /var/cpanel/package-limits.yaml with pid 25968
2009-05-23 15:44:25 info [whostmgr2] [28346] Removing expired lock file /var/cpanel/package-limits.yaml.lock
(internal warning while parsing [stdin]) Sat May 23 23:41:28 2009 [25968] warn: Attempt to free unreferenced scalar.

While the error (internal warning while parsing [stdin]) Sat May 23 23:41:28 2009 [25968] warn: Attempt to free unreferenced scalar floods the error log

Permissions were all right, but suddenly this started happening, but only x86_64 architectures only. Reason being the cPanel is killing the process, since it exceeded the memory usage allowed by cPanel.

Solution would be to increase the memory limit of cPanel by following the instructions below.

WHM -> Server Configuration -> Tweak Settings Choose the setting for:

The maximum memory a cPanel process can use before it is killed off (in megabytes). Values less than 128 megabytes can not be specified. A value of “0″ will disable the memory limits.

The settings had 256M there, and increasing the value to 1024 M helped. Server had 8G RAM, so the value of 1024M was fine here.

Post to Twitter Tweet This Post

Continue Reading

Your email:

 

Post to Twitter Tweet This Post

About this blog

This blog, acts as a knowledge repository for the world and is unofficial! Anything we find interesting in the cyber world will go here. Most cases, this blog will reflect the happiness of our staff in reaching successful solution to an issue (s)he worked on. A reference for other fellow SAGEs who come across similar issues later