When the cron file /etc/cron.daily/1hup_apache_logs is executed the httpd service is not able to reload properly and it get stuck. The service is dead and it needs to be restarted manually. Even the server load goes high. And in some cases the server even crashes.
To Resolve this issue.
Change “reload” to “restart” in /etc/cron.daily/1hup_apache_logs
Content of /etc/cron.daily/1hup_apache_logs are as follows:
#!/bin/bash
#/etc/rc.d/init.d/httpd_app_init reload-grc
# XXX Fix of the “lost child came home” issue
! /sbin/chkconfig httpd || /etc/rc.d/init.d/httpd_app_init reload
And then change to
#!/bin/bash
#/etc/rc.d/init.d/httpd_app_init reload-grc
# XXX Fix of the “lost child came home” issue
! /sbin/chkconfig httpd || /etc/rc.d/init.d/httpd_app_init restart
Reference: http://parallels.com
Reseller bandwidth usage not working in Ensim Control Panel
The problem can appears on the server with large amount of sites, where server is heavily loaded.
To fix the issue you have to increase some parameters in apache config file /usr/lib/ensim/frontend/httpd/conf/eplhttpd.conf.template
Add there env apache module:
LoadModule env_module modules/mod_env.so
and add there following values to proxy:
SetEnv force-proxy-request-1.0 1
SetEnv proxy-nokeepalive 1
Also increase Timeout value at the begining of this file, from 210 to 500 :
Restarting epld is necessary to apply changes.
Reference: http://parallels.com
freshclam process starts despite clamav disabled
freshclam process started by /etc/cron.daily/freshclam script which doesn’t check if clamd is disabled, to resolve this we have to modify the /etc/cron.daily/freshclam script adding the check whether the clamd is disabled.
Log into your Ensim as root
Open the /etc/cron.daily/freshclam
Replace the following lines
/usr/bin/freshclam \
–quiet \
–datadir=”/var/clamav” \
–log=”$LOG_FILE” \
–log-verbose \
–daemon-notify=”/etc/clamd.conf”
with the lines
if [ "x" != "x`chkconfig --list clamd | grep on`" ]; then
/usr/bin/freshclam \
–quiet \
–datadir=”/var/clamav” \
–log=”$LOG_FILE” \
–log-verbose \
–daemon-notify=”/etc/clamd.conf”
fi
Proftpd service may not start after fresh install from a Virtuozzo template
Resolution
Change the /etc/xinetd.d/xproftpd file and restart services
Log as root to your box
Open the /etc/xinetd.d/xproftpd file using a text editor
vi /etc/xinetd.d/xproftpd
Change value of “disable =” to “yes”.
Restart xinetd service
/etc/init.d/xinetd restart
Start proftpd service
/etc/init.d/proftpd start
Reference: http://parallels.com/
MySQL database does not work and returns “Can’t create/write to file” error
The problem is related to the mysql directory permission.
‘mysql’ user is not able to create a temporary file in /var/lib/mysql/ directory due to permissions lack
# ls -lda ~mysql/
drwxr-xr-x 5 root mysql 4096 Aug 31 09:56 /var/lib/mysql/
The solution is to go to /etc/init.d/mysqld_app_init file and change
chown root.mysql /var/lib/mysql
to
chown mysql.mysql /var/lib/mysql
Then restart mysqld service or just change owner of /var/lib/mysql directory to “mysql” instead of “root”
chown root /var/lib/mysql
