<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Ru Servers Reference Blog &#187; Cpanel</title>
	<atom:link href="http://blog.server.ruservers.com/category/server/cpanel/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.server.ruservers.com</link>
	<description>Server Maintenance Guide</description>
	<lastBuildDate>Tue, 27 Jul 2010 12:14:04 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0</generator>
		<item>
		<title>Host Access Control (block IP access) 1</title>
		<link>http://blog.server.ruservers.com/2009/02/host-access-control-block-ip-access-1/</link>
		<comments>http://blog.server.ruservers.com/2009/02/host-access-control-block-ip-access-1/#comments</comments>
		<pubDate>Sun, 15 Feb 2009 19:24:42 +0000</pubDate>
		<dc:creator>Ru Servers</dc:creator>
				<category><![CDATA[Cpanel]]></category>

		<guid isPermaLink="false">http://blog.server.ruservers.com/2009/02/host-access-control-block-ip-access-1/</guid>
		<description><![CDATA[twist ((shell_command) Replace the current process by an instance of the specified shell command, after performing the % expansions described in the hosts_access(5) manual page.) deny (Denys Service/Access) banners ((/some/directory) Look for a file in &#34;/some/directory&#34; with the same name as the daemon process (for example in.telnetd for the telnet service), and copy its contents [...]]]></description>
			<content:encoded><![CDATA[<ul>
<li>twist ((shell_command) Replace the current process by an instance of the specified      <br />shell command, after performing the % expansions described in the       <br />hosts_access(5) manual page.)</li>
<li>deny (Denys Service/Access)</li>
<li>banners ((/some/directory) Look for a file in &quot;/some/directory&quot; with the same      <br />name as the daemon process (for example in.telnetd for the telnet       <br />service), and copy its contents to the client. Newline characters are replaced       <br />by carriage-return newline, and % sequences are expanded (see the       <br />hosts_access(5) manual page).)</li>
<li>nice ([number] Change the nice value of the process (default 10). Specify a positive      <br />value to spend more CPU resources on other processes.)</li>
<li>rfc931 ([timeout_in_seconds] Look up the client user name with the RFC 931 (TAP, IDENT,      <br />RFC 1413) protocol. This option is silently ignored in case of services based       <br />on transports other than TCP. It requires that the client system runs an RFC       <br />931 (IDENT, etc.) -compliant daemon, and may cause noticeable delays with       <br />connections from non-UNIX clients. The timeout period is optional. If no       <br />timeout is specified a compile-time defined default value is taken.)</li>
<li>setenv ((name) (value) Place a (name, value) pair into the process environment. The      <br />value is subjected to % expansions and may contain whitespace (but       <br />leading and trailing blanks are stripped off).)</li>
<li>user ((user[.group]) Ammume the privleges of the user and group)</li>
<li>allow (Permits Service/Access)</li>
<li>umask ((umask) Like the umask command that is built into the shell. Should be octal)</li>
<li>keepalive (Causes the server to periodically send a message to the client. The connection      <br />is considered broken when the client does not respond. The keepalive option can       <br />be useful when users turn off their machine while it is still connected to a       <br />server. The keepalive option is not useful for datagram (UDP) services.)</li>
</ul>
]]></content:encoded>
			<wfw:commentRss>http://blog.server.ruservers.com/2009/02/host-access-control-block-ip-access-1/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Cpanel Updates</title>
		<link>http://blog.server.ruservers.com/2009/01/cpanel-updates/</link>
		<comments>http://blog.server.ruservers.com/2009/01/cpanel-updates/#comments</comments>
		<pubDate>Tue, 20 Jan 2009 20:37:18 +0000</pubDate>
		<dc:creator>Ru Servers</dc:creator>
				<category><![CDATA[Cpanel]]></category>
		<category><![CDATA[Upgrade]]></category>

		<guid isPermaLink="false">http://blog.server.ruservers.com/2009/01/cpanel-updates/</guid>
		<description><![CDATA[&#160; http://updates.cpanel.net http://updates.cpanel.net/pub]]></description>
			<content:encoded><![CDATA[<p>&#160;</p>
<p><a href="http://updates.cpanel.net">http://updates.cpanel.net</a></p>
<p><a href="http://updates.cpanel.net/pub">http://updates.cpanel.net/pub</a></p>
]]></content:encoded>
			<wfw:commentRss>http://blog.server.ruservers.com/2009/01/cpanel-updates/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>remove an IP from the cphulkd blacklist</title>
		<link>http://blog.server.ruservers.com/2009/01/remove-an-ip-from-the-cphulkd-blacklist/</link>
		<comments>http://blog.server.ruservers.com/2009/01/remove-an-ip-from-the-cphulkd-blacklist/#comments</comments>
		<pubDate>Tue, 20 Jan 2009 14:34:45 +0000</pubDate>
		<dc:creator>Ru Servers</dc:creator>
				<category><![CDATA[Cpanel]]></category>
		<category><![CDATA[Security]]></category>

		<guid isPermaLink="false">http://blog.server.ruservers.com/2009/01/remove-an-ip-from-the-cphulkd-blacklist/</guid>
		<description><![CDATA[&#160; User root blocked &#8211; cPHulk Brute Force Protection Source: http://hostechs.com/2008/10/user-root-blocked-cphulk-brute-force-protection &#160; Had a few clients lately blocking them self out and when i say blocking i mean blocking the user root because of them inserting the wrong password more then X times when Brute Force Protection was enabled on the server. Of course that [...]]]></description>
			<content:encoded><![CDATA[<p>&#160;</p>
<p><font size="3"><strong>User root blocked &#8211; cPHulk Brute Force Protection</strong></font></p>
<p>Source: <a href="http://hostechs.com/2008/10/user-root-blocked-cphulk-brute-force-protection">http://hostechs.com/2008/10/user-root-blocked-cphulk-brute-force-protection</a> </p>
<p>&#160;</p>
<p>Had a few clients lately blocking them self out and when i say blocking i mean blocking the user root because of them inserting the wrong password more then X times when Brute Force Protection was enabled on the server.</p>
<p>Of course that they were unable to login anymore to the server using the root user and more to it no one was able to login over an ssh connection.</p>
<p>A way around this is to access the server in single user and delete the blocked users:</p>
<p><code>mysql cphulkd     <br />mysql&gt; delete from brutes;      <br />mysql&gt; delete from logins;      <br />mysql&gt; quit</code></p>
<p>Now this happens usually if the following setting is set to low when setting up Brute Force Protection:</p>
<p><code>Maximum Failures By Account:</code></p>
<p>For anyone who has this kind of issues you may want to create a second user on the server and add that user to the <code>sudoers /etc/sudoers</code> group so that if you block the root user out you will still be able to access the server and fix the problem.</p>
<p>All this goes also for anyone who uses another user to connect to the server and has root ssh access disabled.</p>
<p>&#160;</p>
<p>&#160;</p>
<p>&#160;</p>
<p><strong><font size="3">How to remove an IP from the cphulkd blacklist</font></strong></p>
<p>Source : <a title="http://openhelp.info/index.php?option=com_content&amp;task=view&amp;id=60&amp;Itemid=33" href="http://openhelp.info/index.php?option=com_content&amp;task=view&amp;id=60&amp;Itemid=33">http://openhelp.info/index.php?option=com_content&amp;task=view&amp;id=60&amp;Itemid=33</a>&#160;</p>
<p>&#160;</p>
<p>:-cPHulk Brute Force Protection prevents malicious forces from trying to access your server&#8217;s services</p>
<p>by guessing the login password for that service.</p>
<p>It blacklists IPs that it thinks are trying to run a brute force attack.</p>
<p>Just follow the below steps&#160; for removing the black listed IP:-   <br />1)Login to MySQL .    <br />root@server [/var/log]# mysql -u root -p    <br />Enter password:    <br />Welcome to the MySQL monitor.&#160; Commands end with ; or \g.    <br />Your MySQL connection id is 425476 to server version: 3.23.58    <br />Type &#8216;help;&#8217; or &#8216;\h&#8217; for help. Type &#8216;\c&#8217; to clear the buffer.    <br />mysql&gt; show databases;    <br />+&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;-+    <br />| Database&#160;&#160;&#160; |    <br />+&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;-+    <br />| cphulkd&#160;&#160;&#160;&#160;&#160;&#160; |    <br />| eximstats&#160;&#160;&#160;&#160; |    <br />| horde&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160; |    <br />| mail&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160; |    <br />| mirror_com&#160; |    <br />| mysql&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160; |    <br />+&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;-+    <br />9 rows in set (0.02 sec)    <br />2) &quot;use&quot; the cphulkd database and show tables inside the cphulkd&#160; database.    <br />mysql&gt; use cphulkd    <br />Reading table information for completion of table and column names    <br />You can turn off this feature to get a quicker startup with -A    <br />Database changed    <br />mysql&gt; show tables;    <br />+&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;+    <br />| Tables_in_cphulkd |    <br />+&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;+    <br />| auths&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160; |    <br />| brutes&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160; |     <br />| logins&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160; |    <br />+&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8211; +    <br />3 rows in set (0.00 sec)    <br />mysql&gt;     <br />3)Check the black listed IP&#8217;s in the tables brutes and logins.    <br />mysql&gt; select * from brutes;&#160;&#160; <br />+&#8212;&#8212;&#8212;&#8212;&#8211;+&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8211;+    <br />| IP&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160; | NOTES&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160; |    <br />+&#8212;&#8212;&#8212;&#8212;&#8211;+&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8211;+    <br />| 24.90.253.66 | 6 login failures to <a href="mailto:ad@ope.in">ad@ope.in</a><a href="mailto:ad@ope.in">ad@ope.in</a> This email address is being protected from spam bots, you need Javascript enabled to view it (ftp)&#160;&#160;&#160;&#160;&#160;&#160; |    <br />+&#8212;&#8212;&#8212;&#8212;&#8211;+&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8211;+    <br />1 row in set (0.00 sec)    <br />mysql&gt;    <br />4)Remove the iP Address s from the table and restart cPanel service.    <br />mysql&gt; delete from brutes where IP=&#8217;11.20.254.56&#8242;;    <br />Query OK, 1 row affected (0.00 sec)    <br />mysql&gt;&#160;&#160;&#160; <br />5) Restart cPanel service.    <br />service cpanel restart    <br />This will fix the issue.     <br />Note:-Error log for cphulkd is&#160; /usr/local/cpanel/logs/cphulkd_errors.log</p>
<p>If you want to remove all the IP&#8217;s which are balacklisted by the cPhulkd.</p>
<p>Then just issue the folowing MySQL query:-</p>
<p>delete from brutes ; ( Brutes is the table name&#160; here)</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.server.ruservers.com/2009/01/remove-an-ip-from-the-cphulkd-blacklist/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Upgrading to MySQL 5.1.x on cPanel</title>
		<link>http://blog.server.ruservers.com/2009/01/upgrading-to-mysql-51x-on-cpanel/</link>
		<comments>http://blog.server.ruservers.com/2009/01/upgrading-to-mysql-51x-on-cpanel/#comments</comments>
		<pubDate>Tue, 20 Jan 2009 14:27:56 +0000</pubDate>
		<dc:creator>Ru Servers</dc:creator>
				<category><![CDATA[Cpanel]]></category>
		<category><![CDATA[MYSQL]]></category>
		<category><![CDATA[Upgrade]]></category>

		<guid isPermaLink="false">http://blog.server.ruservers.com/2009/01/upgrading-to-mysql-51x-on-cpanel/</guid>
		<description><![CDATA[&#160; Source: http://www.v-nessa.net/2007/07/20/upgrading-to-mysql-5120-on-cpanel&#160; &#160; If you have server that run on cPanel, you’ll probably know how big of a Nazi it is in regards to the MySQL versions it can run. We just got this new line of servers at work and one of them I was pretty heartset on installing MySQL 5.1, mainly because [...]]]></description>
			<content:encoded><![CDATA[<p>&#160;</p>
<p>Source: <a title="http://www.v-nessa.net/2007/07/20/upgrading-to-mysql-5120-on-cpanel" href="http://www.v-nessa.net/2007/07/20/upgrading-to-mysql-5120-on-cpanel">http://www.v-nessa.net/2007/07/20/upgrading-to-mysql-5120-on-cpanel</a>&#160;</p>
<p>&#160;</p>
<p>If you have server that run on cPanel, you’ll probably know how big of a Nazi it is in regards to the MySQL versions it can run. We just got this new line of servers at work and one of them I was pretty heartset on installing MySQL 5.1, mainly because of its loadable plugin features where you can install a plugin or module without having to recompile the whole damn thing. Upgrading to 5.1 is easy, you just have to follow the right steps.</p>
<p>First, I would recommend upgrading to cPanel 11 or EDGE, which should have support for compiling Apache with non-supported versions of MySQL. On this server, I’m currently running 11 on the bleeding edge build. Also, it’s a splendid idea to dump all your databases before upgrading.   <br />Note that these instructions mention MySQL 5.1.20-beta because that’s the latest release available at the time of my writing….but you can essentially follow this guide for any version of MySQL!</p>
<p>1. Copy the MySQL libraries from the server into a temporary location:   <br /><code>     <br />mkdir /root/sqllibs      <br />cp /usr/lib/libmysqlclient.* /root/sqllibs</code></p>
<p>2. Find any installed MySQL packages:   <br /><code>rpm -qa | grep -i mysql-</code></p>
<p>This should present a list of installed rpm’s…remove them with<strong> rpm -e</strong> ,but note that some may need to be removed before others. Some people also would remove the <strong>/var/lib/mysql </strong>directory, but you can leave that there.</p>
<p>3. Download and install the MySQL 5.1.x packages:</p>
<p>Hop on over to <a href="http://dev.mysql.com/downloads/mysql/5.1.html#linux-x86-32bit-rpms">http://dev.mysql.com/downloads/mysql/5.1.html#linux-x86-32bit-rpms</a> and download the 5.1 RPM’s and install them:    <br /><code>rpm -i MySQL-client-5.1.20-0.glibc23.i386.rpm     <br />rpm -i MySQL-devel-5.1.20-0.glibc23.i386.rpm      <br />rpm -i MySQL-embedded-5.1.20-0.glibc23.i386.rpm      <br />rpm -i MySQL-test-5.1.20-0.glibc23.i386.rpm      <br />rpm -i MySQL-server-5.1.20-0.glibc23.i386.rpm</code></p>
<p>4. Prepare cPanel</p>
<p>You’ll want to make sure that cPanel’s updates don’t reset the MySQL version, so you need to run the following commands to force cPanel to skip MySQL updates:   <br /><code>touch /etc/mysqldisable     <br />touch /etc/mysqlupdisable</code></p>
<p>Now edit <strong>/var/cpanel/cpanel.config </strong>and change the MySQL version to<strong> 5.1</strong></p>
<p>Create the symlink:   <br /><code>ln -s /var/lib/mysql/mysql.sock /tmp</code></p>
<p>Also, verify that the MySQL version is correct by running <strong>mysql -V </strong></p>
<blockquote><p>root@vps [~]# mysql -V     <br />mysql Ver 14.13 Distrib 5.1.20-beta, for pc-linux-gnu (i686) using readline 5.0</p>
</blockquote>
<p>5. Set up MySQL</p>
<p>MySQL should have already been started at this point, so you can attempt to log in as root using <strong>mysql -u root . </strong>If you are able to log in on the first try, great. If not, you’ll need to reset the MySQL password:    <br /><code>pico /etc/my.cnf</code></p>
<p>Add this line, and restart MySQL   <br /><code><strong>skip-grant-tables</strong></code>    <br /><code>service mysql restart</code></p>
<p>Now log into MySQL root and set the password:</p>
<p><code>     <br />mysql -u root      <br />mysql&gt; FLUSH PRIVILEGES;      <br />mysql&gt; GRANT ALL PRIVILEGES ON *.* TO root@localhost IDENTIFIED BY ‘yourpassword’ WITH GRANT OPTION;      <br />mysql&gt; FLUSH PRIVILEGES;      <br />mysql&gt; exit;</code></p>
<p><code>service mysql restart</code></p>
<p>When you’re done, remove the <strong>skip-grant-tables</strong> line from /etc/my.cnf and restart MySQL. Then log into Webhost Manager and reset the password *again*… this is necessary to build a bridge between the linux root user and the MySQL root user, so you can log into MySQL both through WHM’s phpMyAdmin, and SSH without a password when logged into the server as root.</p>
<p>All you need to do now is recompile Apache, but move the MySQL libraries back so easyapache can find them:</p>
<p><code>mv /root/sqllibs/libmysqlclient.* /usr/lib/mysql/</code></p>
<p>I haven’t tested too many configurations yet, but what works for me is Apache 2.2.4 with php 5.2.3, compiled with MySQL and mysqli, but NOT system MySQL.</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.server.ruservers.com/2009/01/upgrading-to-mysql-51x-on-cpanel/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>CPanel: upgrading to MySQL5</title>
		<link>http://blog.server.ruservers.com/2009/01/cpanel-upgrading-to-mysql5/</link>
		<comments>http://blog.server.ruservers.com/2009/01/cpanel-upgrading-to-mysql5/#comments</comments>
		<pubDate>Tue, 20 Jan 2009 14:26:12 +0000</pubDate>
		<dc:creator>Ru Servers</dc:creator>
				<category><![CDATA[Cpanel]]></category>
		<category><![CDATA[MYSQL]]></category>
		<category><![CDATA[Upgrade]]></category>

		<guid isPermaLink="false">http://blog.server.ruservers.com/2009/01/cpanel-upgrading-to-mysql5/</guid>
		<description><![CDATA[&#160; Source : http://www.ducea.com/2006/07/16/cpanel-upgrading-to-mysql5/ &#160; CPanel has included support for MySQL 5 in all its latest releases - 10.8.2-xxx &#8211; (Stable/Release/Current). I find this very cool and it is a big difference in trying to get MySQL4 to run on Plesk for example. Anyway the upgrade process is very simple, and probably no one will [...]]]></description>
			<content:encoded><![CDATA[<p>&#160;</p>
<p>Source : <a title="http://www.ducea.com/2006/07/16/cpanel-upgrading-to-mysql5/" href="http://www.ducea.com/2006/07/16/cpanel-upgrading-to-mysql5/">http://www.ducea.com/2006/07/16/cpanel-upgrading-to-mysql5/</a></p>
<p>&#160;</p>
<p><strong>CPanel </strong>has included support for <strong>MySQL 5</strong> in all its latest releases <em>- 10.8.2-xxx &#8211; (Stable/Release/Current)</em>. I find this very cool and it is a big difference in trying to get MySQL4 to run on Plesk for example. Anyway the upgrade process is very simple, and probably no one will need any additional information to complete this safely. I just wanted to point out some of the problems you might encounter in performing this upgrade.    <br /><strong>How can you upgrade to MySQL5</strong>? Simply login to the <strong>WHM </strong>interface, and from “<strong>Server Configuration / Tweak Settings</strong>” choose in the “<strong>MySQL</strong>” section the <strong>5.0 radio button</strong>. Then click “<strong>Save</strong>” and you are done. This will actually run the script: <u>/scripts/mysqlup</u> that will download and install the latest MySQL5 rpms available at that time.    <br />After completion as instructed you should rebuild your perl mysql libraries and rebuild apache (to have php build against the newly installed mysql library).</p>
<pre><code>/scripts/perlinstaller --force Bundle::DBD::mysql</code></pre>
<p>and for apache/php:</p>
<pre><code>/scripts/easyapache</code></pre>
<p>or you can see <a href="http://www.ducea.com/2006/06/20/upgrade-php-on-cpanelwhm/">this post</a> for more details on compiling apache/php on CPanel from WHM.</p>
<p>What should you be aware prior to perform this upgrade? Here are some issues that you might find useful to know before doing this…</p>
<h5>1. The upgrade is not reversible…</h5>
<p>Even if you see the warning and this is even in bold:<br />
  <br /><strong>“Updating from a previous verion of MySQL to a later version is not automaticlly reversable. You should backup your databases if you think you might wish to downgrade in the future.”</strong></p>
<p>you might not believe it… Well I have not believed it as I have performed safely downgrades to mysql4.1 in case of problems on manual installs of mysql. But in this case CPanel <strong>is telling the truth</strong>… After you will complete the upgrade in WHM the choice for MySQL 4.1 (the radio button) will <strong>disappear </strong>and you will no longer be able to choose it. You can probably downgrade manually if you really need to, by downloading the MySQL4 rpms and install them manually from the command line while removing the MySQL5 ones. In this case you might find useful the link to the location of CPanel rpms:</p>
<p><a href="http://updates.cpanel.net/pub/mysqlinstall/">http://updates.cpanel.net/pub/mysqlinstall/<br />
    <br /></a></p>
<h5>2. MySQL might fail to start…</h5>
<p>Since I have done this only on <strong>RHEL4 </strong>servers I am not aware if this problem exists on other distributions as well. But in <a href="http://www.redhat.com/rhel/"><acronym>RHEL</acronym></a> the MySQL5 init script was <strong>failing </strong>after the upgrade with the following error:</p>
<pre><code>/etc/init.d/mysql start
Starting MySQLCouldn't find MySQL manager or server        [FAILED]</code></pre>
<p>Tracking down this error I found out that the MySQL configuration file (<strong>/etc/my.cnf</strong>) installed by the upgrade had a wrong line that was causing this behaviour:</p>
<pre><code>/etc/my.cnf
[mysqld]
datadir=/var/lib/mysql
socket=/var/lib/mysql/mysql.sock
# Default to using old password format for compatibility with mysql 3.x
# clients (those using the mysqlclient10 compatibility package).
#old_passwords=1

[mysql.server]
user=mysql
<strong>basedir=/var/lib</strong>    # &lt;= you will need to comment this line
old-passwords = 1

[mysqld_safe]
err-log=/var/log/mysqld.log
pid-file=/var/run/mysqld/mysqld.pid</code></pre>
<p>The line <strong>basedir=/var/lib</strong> was causing the error and in case you are having the same problem commenting out that line will solve the problem and MySQL will start properly.</p>
<p>These are the 2 issues I have found out when upgrading MySQL5 and hopefully you will be aware of them prior to loosing too much time trying to solve them <img alt=";)" src="http://www.ducea.com/wp-includes/images/smilies/icon_wink.gif" /> Besides this MySQL5 is running fine and I have not found any problems in normal operation or with the integration with other CPanel functions. Have fun.</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.server.ruservers.com/2009/01/cpanel-upgrading-to-mysql5/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
