<?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>Wired Gorilla &#187; jada</title>
	<atom:link href="http://wiredgorilla.com.au/author/jada/feed/" rel="self" type="application/rss+xml" />
	<link>http://wiredgorilla.com.au</link>
	<description>Server - VPS - Web Hosting Info</description>
	<lastBuildDate>Sat, 03 Apr 2010 11:25:17 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.1</generator>
		<item>
		<title>Virtuozzo: Fixing Windows VPS Container Start Errors</title>
		<link>http://wiredgorilla.com.au/2010/03/virtuozzo-fixing-windows-vps-system-errors/</link>
		<comments>http://wiredgorilla.com.au/2010/03/virtuozzo-fixing-windows-vps-system-errors/#comments</comments>
		<pubDate>Wed, 24 Mar 2010 01:53:49 +0000</pubDate>
		<dc:creator>jada</dc:creator>
				<category><![CDATA[Windows Tutorials]]></category>
		<category><![CDATA[Parallels]]></category>
		<category><![CDATA[System Admin]]></category>
		<category><![CDATA[Virtuozzo]]></category>
		<category><![CDATA[Virtuozzo Admin]]></category>
		<category><![CDATA[Windows]]></category>
		<category><![CDATA[Windows Server 2003]]></category>

		<guid isPermaLink="false">http://wiredgorilla.com.au/?p=674</guid>
		<description><![CDATA[Due to the way the Virtuozzo virtualization platform works, all VPS containers are linked to the Host Node Operating System. For this reason, Windows updates are specifically disabled in Virtuozzo VPS Containers as any changes or updates to Windows System Files or Drivers, that differ from the host node can render the VPS Container unusable


Related posts:<ol><li><a href='http://wiredgorilla.com.au/2010/02/unsuspend-plesk-domain-accounts/' rel='bookmark' title='Permanent Link: Unsuspend Plesk Domain Accounts'>Unsuspend Plesk Domain Accounts</a> <small>Occasionally Plesk can be a little temperamental and suspend accounts...</small></li>
</ol>]]></description>
			<content:encoded><![CDATA[<p>Due to the way the Virtuozzo virtualization platform works, all VPS containers are linked to the Host Node Operating System. For this reason, Windows updates are specifically disabled in Virtuozzo VPS Containers as any changes or updates to Windows System Files or Drivers, that differ from the host node can render the VPS Container unusable &#8211; All Windows Updates must be approved by SWSoft/Parallels and offered as Virtuozzo updates, which have to be applied on the Host Node.</p>
<p><span id="more-674"></span></p>
<p>Unfortunately, some users not familiar with Virtuozzo will often attempt to manually override the disabled Windows Update options, for example by downloading and manually installing Windows Updates. All will be fine until a container restart is attempted which will fail with the following errors or something similar:<br />
<strong><br />
Failed to start Virtual Private Server &#8217;21656&#8242;. System error 1:<br />
Virtuozzo API function call &#8216;VzkrnlStartVps&#8217; failed dwErr = 0x000004FB </strong></p>
<p>This generally means the VPS was updated using Windows update, as above &#8211; with Virtuozzo you can only install approved patches from SWSoft/Parallels (http://www.parallels.com)</p>
<p>In order to fix this, the easiest method would be to restore a recent VPS Container backup. However, this may not always be an option with users either having no backups, or backups which are out of date.</p>
<p>In order to begin fixing this, we will need to resynchronize the problem Container&#8217;s system files with that of the Host Node Operating System. If these file differs from the Host Node, the VPS Container simply cannot start ie. Copying the &#8220;c:\Windows\System32\drivers\&#8221; folder.</p>
<p>To do this you must log into the Virtuozzo Host Node via RDP, open a command prompt, and perform the following, which simply replaces what was patched/replaced with what the Host Node is using:</p>
<p><strong>copy c:\WINDOWS\system32\drivers\ c:\vz\privte\VEID\root\c\WINDOWS\system32\drivers\</strong></p>
<p>Where &#8220;VEID&#8221; is the VPS Container ID.</p>
<p>Now, because the VPS Container is down, Virtuozzo will most likely have unmounted the root file system for this container. Which means you will have to temporarily mount the file system in order to make changes to the file system, which you can perform with the following steps:</p>
<p>1) Make sure the container is stopped</p>
<p><strong>vzctl stop VEID</strong></p>
<p>You may also wish to backup the containers file system at this point eg. Do copy of  z:\vz\private\VEID\root.efd for emergency cases.</p>
<p>2) a) Mount the root.efd file</p>
<p><strong>vzdskctl mount z:\vz\private\VEID\root.efd GUID</strong> &#8211; making sure the root.efd path is correct for this container.</p>
<p>2) b) To obtain the container&#8217;s unique GUID required above:</p>
<p><strong>vzcfgt get VEID GUID </strong></p>
<p>This will return the unique GUID in the form &#8220;{799251BE-720C-468E-B877-913F49476001}&#8221;</p>
<p>3) Once the vzdskctl mount command returns &#8220;SUCCESS&#8221;, the file system for the container is mounted and you can copy the Windows System files over.</p>
<p>4) Once you&#8217;ve finished copying:</p>
<p><strong>vzdskctl umount GUID</strong></p>
<p>This will unmount the file system, so you can attempt to start the container again. However, you may also want to assimilate the VPS Container by running the following command from the Virtuozzo BIN folder (usually C:\Program Files\SWsoft\Virtuozzo\BIN):</p>
<p><strong>vzfsctl assimilate VEID</strong></p>
<p>Now to restart the container either via PIM or command line</p>
<p><strong>vzctl start VE</strong></p>


<p>Related posts:<ol><li><a href='http://wiredgorilla.com.au/2010/02/unsuspend-plesk-domain-accounts/' rel='bookmark' title='Permanent Link: Unsuspend Plesk Domain Accounts'>Unsuspend Plesk Domain Accounts</a> <small>Occasionally Plesk can be a little temperamental and suspend accounts...</small></li>
</ol></p>]]></content:encoded>
			<wfw:commentRss>http://wiredgorilla.com.au/2010/03/virtuozzo-fixing-windows-vps-system-errors/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Unsuspend Plesk Domain Accounts</title>
		<link>http://wiredgorilla.com.au/2010/02/unsuspend-plesk-domain-accounts/</link>
		<comments>http://wiredgorilla.com.au/2010/02/unsuspend-plesk-domain-accounts/#comments</comments>
		<pubDate>Mon, 22 Feb 2010 23:09:10 +0000</pubDate>
		<dc:creator>jada</dc:creator>
				<category><![CDATA[Windows Tutorials]]></category>
		<category><![CDATA[Active]]></category>
		<category><![CDATA[Command Line]]></category>
		<category><![CDATA[Control Panel]]></category>
		<category><![CDATA[Plesk]]></category>
		<category><![CDATA[Suspend]]></category>
		<category><![CDATA[System Admin]]></category>
		<category><![CDATA[Unsuspend]]></category>
		<category><![CDATA[Windows Admin]]></category>

		<guid isPermaLink="false">http://wiredgorilla.com.au/?p=670</guid>
		<description><![CDATA[Occasionally Plesk can be a little temperamental and suspend accounts over expired validity errors. Attempting to &#8220;unsuspend&#8221; the account from your Plesk control panel will generally fail, and you will need to activate the domain by force using the command line. In Windows, goto Start -&#62; Run and cd to your Plesk &#8220;bin&#8221; folder &#8211;


No related posts.]]></description>
			<content:encoded><![CDATA[<p>Occasionally Plesk can be a little temperamental and suspend accounts over expired validity errors. Attempting to &#8220;unsuspend&#8221; the account from your Plesk control panel will generally fail, and you will need to activate the domain by force using the command line.</p>
<p>In Windows, goto Start -&gt; Run and cd to your Plesk &#8220;bin&#8221; folder &#8211; typically c:\Program Files\Parallels\Plesk\admin\bin</p>
<p>Then type the following:</p>
<p><span style="color: #800000;">domain.exe &#8211;on yourdomain.com</span></p>
<p>This can take a little while but you should see &#8220;SUCCESS, status of domain changed&#8221;, and the domain will again appear as &#8220;Active&#8221; from your Plesk Control Panel.</p>


<p>No related posts.</p>]]></content:encoded>
			<wfw:commentRss>http://wiredgorilla.com.au/2010/02/unsuspend-plesk-domain-accounts/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Rebuilding/Restarting Exim Mail Server</title>
		<link>http://wiredgorilla.com.au/2010/02/rebuildingrestarting-exim-mail-server/</link>
		<comments>http://wiredgorilla.com.au/2010/02/rebuildingrestarting-exim-mail-server/#comments</comments>
		<pubDate>Wed, 17 Feb 2010 01:24:53 +0000</pubDate>
		<dc:creator>jada</dc:creator>
				<category><![CDATA[Linux Tutorials]]></category>
		<category><![CDATA[Exim]]></category>
		<category><![CDATA[log]]></category>
		<category><![CDATA[Mail]]></category>
		<category><![CDATA[Restart]]></category>
		<category><![CDATA[Service]]></category>
		<category><![CDATA[SSH]]></category>

		<guid isPermaLink="false">http://wiredgorilla.com.au/?p=667</guid>
		<description><![CDATA[When troubleshooting the Exim log file: tail -f /var/log/exim_mainlog If you need to restart or rebuild Exim, you can dump your databases * /etc/exim.conf * /var/spool/exim/db Which Exim just rebuilds automatically by issuing the following command via SSH: rm -fv /var/spool/exim/db/* Then to start Exim: /scripts/eximup &#8211;force No related posts.


No related posts.]]></description>
			<content:encoded><![CDATA[<p>When troubleshooting the Exim log file:</p>
<p>tail -f /var/log/exim_mainlog</p>
<p>If you need to restart or rebuild Exim, you can dump your databases<br />
* /etc/exim.conf<br />
* /var/spool/exim/db</p>
<p>Which Exim just rebuilds automatically by issuing the following command via SSH:</p>
<p>rm -fv /var/spool/exim/db/*</p>
<p>Then to start Exim:</p>
<p>/scripts/eximup &#8211;force</p>


<p>No related posts.</p>]]></content:encoded>
			<wfw:commentRss>http://wiredgorilla.com.au/2010/02/rebuildingrestarting-exim-mail-server/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Linux Server Type: Restoring MySQL SimLink.</title>
		<link>http://wiredgorilla.com.au/2010/02/linux-server-type-restoring-mysql-simlink/</link>
		<comments>http://wiredgorilla.com.au/2010/02/linux-server-type-restoring-mysql-simlink/#comments</comments>
		<pubDate>Tue, 16 Feb 2010 07:08:04 +0000</pubDate>
		<dc:creator>jada</dc:creator>
				<category><![CDATA[MySQL]]></category>
		<category><![CDATA[Linux]]></category>
		<category><![CDATA[Simlink]]></category>
		<category><![CDATA[SSH]]></category>

		<guid isPermaLink="false">http://wiredgorilla.com.au/?p=664</guid>
		<description><![CDATA[If you&#8217;re unable to restart mysqld and troubleshooting the cause: if u log into SSH and go to /tmp you may see that there is no simlink To create a simlink you can do the following: cd /var/lib/mysql/ touch mysql.sock chmod 1777 mysql.sock chown mysql.mysql mysql.sock Create a symlink for the sock file :- ln


No related posts.]]></description>
			<content:encoded><![CDATA[<p>If you&#8217;re unable to restart mysqld and troubleshooting the cause: if u log into SSH and go to /tmp you may see that there is no simlink</p>
<p>To create a simlink you can do the following:</p>
<p>cd /var/lib/mysql/<br />
touch mysql.sock<br />
chmod 1777 mysql.sock<br />
chown mysql.mysql mysql.sock</p>
<p>Create a symlink for the sock file :-<br />
ln -s /var/lib/mysql/mysql.sock /tmp</p>
<p>Restart mysql :- service mysql restart</p>
<p>Then your MySQL service should be back to normal.</p>


<p>No related posts.</p>]]></content:encoded>
			<wfw:commentRss>http://wiredgorilla.com.au/2010/02/linux-server-type-restoring-mysql-simlink/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
