Virtuozzo 4.7 install show Hardware check errors as below :
[general] error getting information about file /sbin/lspci (No s|
The error is due to missing package pciutils which is not included in CentOS 6 minimal install.
Install pciutils using yum on CentOS server :
yum install pciutils
Once done you can start the install without issues.
CloudLinux is a good tool however we had some issues with our test production server and had to remove it. Here are the steps to remove CloudLinux :
CloudLinux Kb has below steps :
yum remove liblve-devel
sh centos2cl -c
After executing script from CloudLinux, you need to remove the CL kernels as provided in the output of the script.
eg : (This may be different so watch the output of “sh centos2cl -c”)
rpm -e --nodeps kernel-2.6.32-379.5.1.lve220.127.116.11.1.el6.x86_64 kernel-headers-2.6.32-379.5.1.lve18.104.22.168.1.el6.x86_64 kernel-2.6.32-379.9.1.lve22.214.171.124.1.el6.x86_64 kernel-firmware-2.6.32-379.9.1.lve126.96.36.199.2.el6.noarch kernel-2.6.32-379.9.1.lve188.8.131.52.2.el6.x86_64
Once done install the CentOs kernel :
yum install kernel kernel-headers
Make sure grub entries are fine and reboot.
Once the server is back execute below command to cleanup CL :
yum remove lve liblve lve-utils lve-stats
Finally run easyapache to rebuild :
You should be fine / free from CloudLinux 🙂
I was testing CloudLinux on a production server however it turned out bad and had to remove it. After removing the kernel and reboot, last step was to run easyapache which gave errors as below :
checking how to run the C preprocessor... /lib/cpp
configure: error: in `/home/cpeasyapache/src/httpd-2.2.23/srclib/apr':
configure: error: C preprocessor "/lib/cpp" fails sanity check
See `config.log' for more details
configure failed for srclib/apr
Further checking i found that the kernel-headers package was missing which was installed using command :
yum install kernel-headers-$(uname -r)
After installing kernel headers easyapache executed fine and the server was free from CloudLinux. 🙂
On Directadmin server httpd fails to start with below error :
# service httpd restart
Stopping httpd: [FAILED]
Starting httpd: Syntax error on line 47 of /usr/local/directadmin/data/users/linuxbabu/httpd.conf:
Invalid command 'php_admin_flag', perhaps misspelled or defined by a module not included in the server configuration
Execute below commands to rebuild php and http config files.
./build all d
If the size of your eximstats database is too large, you can do the following steps to empty it.
Login to mysql server from root.
[root@srv1 ~]# mysql
mysql> use eximstats;
mysql> show tables;
| Tables_in_eximstats |
| defers |
| failures |
| sends |
| smtp |
4 rows in set (0.00 sec)
mysql> delete from defers;
Query OK, 0 rows affected (0.52 sec)
mysql> delete from failures;
Query OK, 0 rows affected (0.35 sec)
mysql> delete from sends;
Query OK, 17310 rows affected (0.23 sec)
mysql> delete from smtp;
Query OK, 4678 rows affected (0.06 sec)
You can also do this by deleting the above .MYD files from the location /var/lib/mysql/eximstats and restart exim service afterwards.
To alleviate security risks arising from disclosure of information about files and their properties by Apache Web server, disable FileETag directive. For PCI Compliance it is required to disable ETags
Create a file at /etc/httpd/conf.d/no-etags.conf with the following:
Header unset ETag
Then of course restart Apache.
The private key contains a series of numbers. Two of those numbers form the “public key”, the others are part of your “private key”. The “public key” bits are also embedded in your Certificate (we get them from your CSR). To check that the public key in your cert matches the public portion of your private key, you need to view the cert and the key and compare the numbers. To view the Certificate and the key run the commands:
$ openssl x509 -noout -text -in server.crt
$ openssl rsa -noout -text -in server.key
The `modulus’ and the `public exponent’ portions in the key and the Certificate must match. But since the public exponent is usually 65537 and it’s bothering comparing long modulus you can use the following approach:
$ openssl x509 -noout -modulus -in server.crt | openssl md5
$ openssl rsa -noout -modulus -in server.key | openssl md5
And then compare these really shorter numbers. With overwhelming probability they will differ if the keys are different. As a “one-liner”:
$ openssl x509 -noout -modulus -in server.pem | openssl md5 ;\
openssl rsa -noout -modulus -in server.key | openssl md5
And with auto-magic comparison (If more than one hash is displayed, they don’t match):
$ (openssl x509 -noout -modulus -in server.pem | openssl md5 ;\
openssl rsa -noout -modulus -in server.key | openssl md5) | uniq
BTW, if I want to check to which key or certificate a particular CSR belongs you can compute
$ openssl req -noout -modulus -in server.csr | openssl md5
A potential security issue has been discovered whereby it may be possible for a malicious user to inject a specially crafted combination of variables leading to unexpected results. The issue revolves around the Smarty templating system and template related processing.
> Patch Download Link: http://www.whmcs.com/go/21/download
Patch will work for all versions of WHMCS 4.x.
Buy WHMCS cheap at Licensepal.com
Service of the sw-cp-server cannot be started after the Parallels Plesk Panel upgrade. The sw-cp-server fails to start with the following error:
Starting SWsoft control panels server…Duplicate config variable in conditional 0 global: var.sso_username
2011-04-14 05:48:16: (configfile.c.838) source: /usr/share/sw-cp-server/applications-conf.sh line: 72 pos: 11 parser failed somehow near here: (EOL)
2011-04-14 05:48:16: (configfile.c.838) source: /etc/sw-cp-server/config line: 13 pos: 1 parser failed somehow near here: (EOL)
Things to try
1. Check the number of the sw-sso packages installed on the server:
# rpm -qa |grep sw-sso
2. If this command shows 2 packages, the oldest version of the sw-sso package should be removed from the server.
# rpm -qa |grep sw-sso
If only one sw-sso package is installed do not remove it.
# rpm -e sw-sso-2.2-r3488
3. After removing the extra package, you should be able to start service on the sw-cp-server and access the control panel.
This morning I was doing some work with one of my website transfer and to see the changes on my MacBook laptop I knew I would need to flush the DNS cache so I wouldn’t have to wait for the cache to expire.
So for anyone else who needs to know the commands here they are:
OS X <= 10.5.1 (Mac OSX versions 10.5.1 and before)
OS X >= 10.5.2 (Mac OSX Leopard)
In Linux, the nscd daemon manages the DNS cache. To flush the DNS cache, restart the nscd daemon.
To restart the nscd daemon, use the command
In Microsoft Windows, you can use the command to flush the DNS resolver cache:
Windows IP Configuration
Successfully flushed the DNS Resolver Cache.
You can also use the command to view the DNS resolver cache.
Hope that will help anyone out there who needs to flush their dns cache.