by dino on May.26, 2010, under cPanel
Exim logs /var/log/exim_mainlog shows Berkeley DB error.
Berkeley DB error: PANIC: fatal region error detected; run recovery
Berkeley DB error: PANIC: fatal region error detected; run recovery
Berkeley DB error: PANIC: fatal region error detected; run recovery
Exim stores certain databases using BerkeleyDB (e.g. aliases file). These are due to corrupted Berkeley DB.
In cPanel server you can remove / move the DB and restart exim to fix.
mv /var/spool/exim/db /var/spool/exim/db.bak
/scripts/restartsrv_exim
Now confirm the errors are gone.
tail -f /var/log/exim_mainlog
by dino on Jun.22, 2009, under cPanel
Horde login error
Horde Login shows below error :
Warning: Unknown: write failed: Disk quota exceeded (122) in Unknown on line 0
Warning: Unknown: Failed to write session data (files). Please verify that the current setting of
session.save_path is correct (/var/cpanel/userhomes/cpanelhorde/sessions) in Unknown on line 0
Then try this cPanel script :
/scripts/autorepair phpapps_owner_fix
The above cPanel script will reset all the quotas for the cPanel users.
by dino on Feb.20, 2009, under Uncategorized
cPHulk Brute Force Protection prevents malicious forces from trying to access your server’s services by guessing the login password for that service. BUT sometimes it becomes troublesome when you are accessing the cPanel with incorrect password and cPanel assuming you as attacker blocks you with below message :
—————————————————————————————
This account is currently locked out because a brute force attempt was detected. Please wait 10 minutes and try again. Attempting to login again will only increase this delay. If you frequently experience this problem, we recommend having your username changed to something less generic.
—————————————————————————————
To get out of such situation you can disable cphulkd protection :
login via ssh and disable cphulkd using the command below.
# /usr/local/cpanel/bin/cphulk_pam_ctl –disable
This should allow you to login to WHM and double check your cphulk settings.
You can view IP addresses that have been blocked via the WHM interface: WHM -> Security -> Security Center -> cPHulk Brute Force Protection in the Brutes table. On that screen, you can also customize brute force protection settings.
Flush DB will remove all blocked IPs:
WHM >> Security Center >> cPHulk Brute Force Protection >> Click on Flush DB
Well the other way to this is to remove the IP’s blocked by cPHulk from its database .
ssh to the server login as root and type the following at the prompt
[root@server:] mysql
mysql> use cphulkd;
mysql>BACKUP TABLE brutes TO ‘/path/to/backup/directory’;
mysql> SELECT * FROM brutes WHERE `IP`=’xxx.xxx.xxx.xxx’;
mysql> DELETE FROM brutes WHERE `IP`=’xxx.xxx.xxx.xxx’;
mysql>quit
by dino on Jan.01, 2009, under cPanel
If a cPanel email user quota does not match what is being reported by the system or a mail client run the following to determine how much space has been used for real:
du -hs /home/username/mail/userdomain.com/user/
then compare it with what cPanel reports for the disk usage, if they are different delete:
/home/username/mail/domain.com/user/maildirsize
finally re-login to cPanel and it should be resolved.
by dino on Jul.21, 2008, under cPanel
RVSiteBuilder warning messages under WHM :
WARNING !!
WARNING: RVSiteBuilder recommend PHP maximum execution time of each script , in 180 seconds or above.
HELP: Edit /usr/local/cpanel/3rdparty/etc/php.ini and change “max_execution_time=180″ or above, and restart cPanel service (/usr/local/cpanel/startup).
WARNING: RVSiteBuilder recommend maximum size of POST data 105M or above.
HELP: Edit /usr/local/cpanel/3rdparty/etc/php.ini and change “post_max_size=105M” or above, and restart cPanel service (/usr/local/cpanel/startup).
WARNING: RVSiteBuilder recommend maximum allowed size for uploaded files that PHP will accept 100M or above.
HELP: Edit /usr/local/cpanel/3rdparty/etc/php.ini and change “upload_max_filesize=100M” or above, and restart cPanel service (/usr/local/cpanel/startup).
Solution :
Execute using root logins :
perl /var/cpanel/rvglobalsoft/rvsitebuilder/panelmenus/cpanel/scripts/autofixphpini.pl
Restart cPanel :
/usr/local/cpanel/startup
If again you see the warnings after cPanel restart, manually change the values for PHP under WHM >> Tweak Settings.
PHP PHP max execution time for cPanel PHP execution in seconds (default 90) PHP Max Post Size for cPanel PHP in Megabytes (default 55M) cPanel PHP Register Globals (Off [unchecked] is recommended for security reasons) PHP Max Upload Size for cPanel PHP in Megabytes (default 50M) Loader to use for internal cPanel PHP (Use oldsourceguardian for version 1.x and 2.x) none ioncube
sourceguardian
oldsourceguardian
This fixes your issue.
by dino on Jul.21, 2008, under cPanel
If you get the next problem on rvsitebuilder running on a cpanel server:
Not Found
The server was not able to find the document
(./3rdparty/rvsitebuilder/index.php/sitebuilder/sitebuilderhome) you
requested.
Please check the url and try again. You might also want to report this
error to your webhost.
It should fix the problem to you:
Log in as root on your cpanel server and run these commands:
# rm -f /var/cpanel/rvglobalsoft/rvsitebuilder/var/INSTALL_COMPLETE.php
# rm -f /var/cpanel/rvglobalsoft/rvsitebuilder/rvsitebuilderversion.txt
# perl /usr/local/cpanel/whostmgr/docroot/cgi/rvsitebuilderinstaller/autoinstaller.cgi
OR
Simply run
perl /usr/local/cpanel/whostmgr/docroot/cgi/rvsitebuilderinstaller/autoinstaller.cgi
Open your WHM on a web browser, https://serverip:2087
And go to root WHM -> Plugins -> RVSiteBuilder
by dino on Jul.05, 2008, under cPanel
Currently cPanel will start with eth0 and work through eth1 when you assign nameservers to your IPs via WHM. Unfortunately, this will automatically choose your management IP range first, which of course are non-routable. There are two work-arounds for this:
1: Create a fake nameserver record on your private IPs, and add an A record for that nameserver to your DNS. This is the fastest option, but not the best.
2: SSH to your server and edit /etc/nameserverips manually. An example file is blelow:
10.x.x.x=0
128.177.x.x1=ns1.my_cpanel_nameserver.com
128.177.x.x2=ns2.my_cpanel_nameserver.com
128.177.x.x3=0
128.177.x.x4=0
128.177.x.x5=0
Just replace the ’0′ after the ‘=’ with your nameserver name. In this example, the first IP (10.x.x.x) is the management IP, and not used for nameservers. The next two IPs are public and assigned to two nameservers. The last three are public and not in use.
by dino on Jul.05, 2008, under cPanel
Before setting up compression of your logs you will want to have cpanel run the stats as often as possible. This is so you do not miss any stats that would have been included were your logs not compressed before stats run.
To do this, login to WHM, and click on Tweak Settings under Server Configuration in the left menu. Scroll down to Stats and Logs, and then in the field next to “Number of days between processing log files and bandwidth usage (default 1, decimal values are ok):” enter ‘.5′.
This will cause your logs to be run twice a day, and should allow you to have up to date stats.
After doing this, we can begin to setup your domlogs compression. You will need to open an ssh shell to your server to complete this.
Change directories to /etc/logrotate.d/ and find the file named httpd. You will need to copy this file to a new file in the same directory:
root@cpdemo [/etc/logrotate.d]# cp httpd domlogs
root@cpdemo [/etc/logrotate.d]# ls -la domlogs
-rw-r–r– 1 root root 390 Nov 8 21:26 domlogs
root@cpdemo [/etc/logrotate.d]#
Now you will want to edit your new file to contain the following:
/usr/local/apache/logs/*.com /usr/local/apache/logs/*.org /usr/local/apache/logs/*.net {
missingok
notifempty
size=200M
rotate 2
compress
sharedscripts
postrotate
/bin/kill -HUP `cat /usr/local/apache/logs/httpd.pid 2>/dev/null` 2> /dev/null || true
endscript
}
Just save your new file and you are done. Most linux distributions come default with a logrotate cronjob running nightly that will work with this configuration.
by dino on Jul.05, 2008, under Uncategorized
Cpanel required ports list
| Port | Service | Protocol | Direction | Notes |
| 20 | ftp | tcp | inbound/outbound | |
| 21 | ftp | tcp,udp | inbound/outbound | |
| 22 | ssh | tcp | inbound | |
| 25 | smtp | tcp | inbound/outbound | |
| 26 | smtp | tcp | inbound/outbound | |
| 37 | rdate | tcp | outbound | |
| 43 | whos | tcp | outbound | |
| 53 | DNS | tcp/udp | inbound/outbound | Inbound only needed if you run your own DNS server |
| 80 | http | tcp | inbound/outbound | |
| 110 | pop3 | tcp | inbound | |
| 113 | ident | tcp | outbound | |
| 143 | imap4 | tcp | inbound | |
| 443 | https | tcp | inbound | |
| 465 | smtp | tcp/ssl, tcp/udp | inbound/outbound | |
| 873 | rsync | tpc/udp | outbound | |
| 993 | imap4 | ssl tcp | inbound | |
| 995 | pop3 | ssl tcp | inbound | |
| 2082 | cpanel | tcp | inbound | |
| 2083 | cpanel | ssl tcp | inbound | |
| 2086 | whm | tcp | inbound | |
| 2087 | whm ssl | tcp | inbound | |
| 2089 | cp license | tcp | outbound | |
| 2095 | webmail | tcp | inbound | |
| 2096 | webmail | ssl tcp | inbound | |
| 3306 | mysql | tcp | inbound | Only if you need to connect remotely |
| 6666 | chat | tcp | inbound |
by dino on Jul.05, 2008, under cPanel
There are many possible causes of this issue, however most relate to quotas being enabled on the filesystem itself.
Some ways to check the most common errors are:
Quotas enabled in the filesysem
By default, quoatas are enabled in the kernel on all SoftLayer Linux and FreeBSD kernels. If you’ve compiled/installed your own kernel, you’ll need to verify that quotas are enabled.
— FreeBSD systems will need to add “options QUOTA” to their kernel configuration and recompile. They will then need to add “enable_quotas=”YES”" to their /etc/rc.conf file.
— To enable quotas on a certain partition, one will need to modify the /etc/fstab file by adding usrquota (or grpquota if one desires the quota to pertain to an entire group rather than an individual user) to the options column (e.g. “LABEL=/home /home ext3 defaults,usrquota 0 0″).
| [root@linux-test-server ~]# cat /etc/fstab # This file is edited by fstab-sync – see ‘man fstab-sync’ for details LABEL=/ / ext3 defaults,usrquota 1 1 LABEL=/boot /boot ext3 defaults 1 2 none /dev/pts devpts gid=5,mode=620 0 0 none /dev/shm tmpfs defaults 0 0 none /proc proc defaults 0 0 none /sys sysfs defaults 0 0 LABEL=SWAP-sda2 swap swap pri=0,defaults 0 0 /usr/tmpDSK /tmp ext3 defaults,noauto 0 0 /tmp /var/tmp ext3 defaults,bind,noauto 0 0 [root@linux-test-server ~]# |
— Once those entries are added, a reboot of the server should resolve the issue.
Run /scripts/fixquotas
Cpanel has it’s own tools to repair the quotas for it’s accounts. the command
#/scripts/fixquotas
run through ssh may resolve the issue.
Repquota
The command
#repquota -ua
will tell you if quotas are being reported for OS users at all.
Quotacheck
The command
#quotacheck -fv /home
will display the quotas for that filesystem, however the partition has to be unmounted first. It’s best to do this from Single User mode.
Thanks for dropping by! Feel free to join the discussion by leaving comments, and stay updated by subscribing to the RSS feed. See ya around!
Use the form below to search the site:
Still not finding what you're looking for? Drop a comment on a post or contact us so we can take care of it!
A few highly recommended friends...
All entries, chronologically...
