<?xml version="1.0" encoding="iso-8859-1"?><!-- generator="b2evolution/2.4.6" -->
<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:admin="http://webns.net/mvcb/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:content="http://purl.org/rss/1.0/modules/content/">
	<channel>
		<title>Red5, OpenLaszlo, ColdFusion, OpenVZ, Joomla</title>
		<link>http://weblogs.amtex.nl/index.php?blog=2</link>
		<description>Technical articles of personal interest.</description>
		<language>en-EU</language>
		<docs>http://blogs.law.harvard.edu/tech/rss</docs>
		<admin:generatorAgent rdf:resource="http://b2evolution.net/?v=2.4.6"/>
		<ttl>60</ttl>
				<item>
			<title>CDex ripping to FLAC format</title>
			<link>http://weblogs.amtex.nl/index.php/2010/08/16/cdex-ripping-to-flac-format?blog=2</link>
			<pubDate>Mon, 16 Aug 2010 07:11:25 +0000</pubDate>			<dc:creator>Ruben</dc:creator>
			<category domain="main">Joomla</category>			<guid isPermaLink="false">47@http://weblogs.amtex.nl/</guid>
						<description>&lt;p&gt;In this article &lt;a href=&quot;http://lee.org/blog/2005/04/26/how-to-use-cdex-and-flac-together/&quot;&gt;http://lee.org/blog/2005/04/26/how-to-use-cdex-and-flac-together/&lt;/a&gt; the author explains how to rip tracks from CD to the popular compressed lossless FLAC format.&lt;/p&gt;

&lt;p&gt;In my configuration the 'On the fly' ripping feature yields problems. In Winamp tracks become 2 hours long instead of a few minutes.&lt;/p&gt;

&lt;p&gt;To solve this, I use these settings in CDex configuration -&gt; tab Encoder.&lt;br /&gt;
Encoder path:&lt;/p&gt;

&lt;p&gt;&lt;code&gt;C:\Program Files\FLAC\flac.exe&lt;/code&gt;&lt;/p&gt;

&lt;p&gt;Parameter string:&lt;br /&gt;
&lt;code&gt;-8 -V -o &quot;%2&quot; -T &quot;artist=%a&quot; -T &quot;title=%t&quot; -T &quot;album=%b&quot; -T &quot;date=%y&quot; -T &quot;tracknumber=%tn/%tt&quot; -T &quot;genre=%g&quot; %1&lt;/code&gt;&lt;/p&gt;

&lt;p&gt;File extenstion:&lt;br /&gt;
&lt;code&gt;flac&lt;/code&gt;&lt;/p&gt;

&lt;p&gt;Disable (do not check):&lt;br /&gt;
&lt;code&gt;On-the-fly encoding&lt;/code&gt; and &lt;code&gt;Send WAV header to stdin&lt;/code&gt;&lt;/p&gt;


&lt;p&gt;You require this (free) software:&lt;br /&gt;
&lt;a href=&quot;http://cdexos.sourceforge.net&quot;&gt;http://cdexos.sourceforge.net&lt;/a&gt;&lt;br /&gt;
&lt;a href=&quot;http://flac.sourceforge.net&quot;&gt;http://flac.sourceforge.net&lt;/a&gt;&lt;/p&gt;&lt;div class=&quot;item_footer&quot;&gt;&lt;p&gt;&lt;small&gt;&lt;a href=&quot;http://weblogs.amtex.nl/index.php/2010/08/16/cdex-ripping-to-flac-format?blog=2&quot;&gt;Original post&lt;/a&gt; blogged on &lt;a href=&quot;http://b2evolution.net/&quot;&gt;b2evolution&lt;/a&gt;.&lt;/small&gt;&lt;/p&gt;&lt;/div&gt;</description>
			<content:encoded><![CDATA[<p>In this article <a href="http://lee.org/blog/2005/04/26/how-to-use-cdex-and-flac-together/">http://lee.org/blog/2005/04/26/how-to-use-cdex-and-flac-together/</a> the author explains how to rip tracks from CD to the popular compressed lossless FLAC format.</p>

<p>In my configuration the 'On the fly' ripping feature yields problems. In Winamp tracks become 2 hours long instead of a few minutes.</p>

<p>To solve this, I use these settings in CDex configuration -> tab Encoder.<br />
Encoder path:</p>

<p><code>C:\Program Files\FLAC\flac.exe</code></p>

<p>Parameter string:<br />
<code>-8 -V -o "%2" -T "artist=%a" -T "title=%t" -T "album=%b" -T "date=%y" -T "tracknumber=%tn/%tt" -T "genre=%g" %1</code></p>

<p>File extenstion:<br />
<code>flac</code></p>

<p>Disable (do not check):<br />
<code>On-the-fly encoding</code> and <code>Send WAV header to stdin</code></p>


<p>You require this (free) software:<br />
<a href="http://cdexos.sourceforge.net">http://cdexos.sourceforge.net</a><br />
<a href="http://flac.sourceforge.net">http://flac.sourceforge.net</a></p><div class="item_footer"><p><small><a href="http://weblogs.amtex.nl/index.php/2010/08/16/cdex-ripping-to-flac-format?blog=2">Original post</a> blogged on <a href="http://b2evolution.net/">b2evolution</a>.</small></p></div>]]></content:encoded>
								<comments>http://weblogs.amtex.nl/index.php/2010/08/16/cdex-ripping-to-flac-format?blog=2#comments</comments>
		</item>
				<item>
			<title>SSH logout while keeping programs running</title>
			<link>http://weblogs.amtex.nl/index.php/2009/06/09/ssh-logout-while-keeping-programs-runnin?blog=2</link>
			<pubDate>Tue, 09 Jun 2009 13:10:46 +0000</pubDate>			<dc:creator>Ruben</dc:creator>
			<category domain="main">Linux Hosting</category>			<guid isPermaLink="false">46@http://weblogs.amtex.nl/</guid>
						<description>&lt;p&gt;ubuntu: apt-get install screen&lt;br /&gt;
centos/redhat: yum install screen&lt;/p&gt;

&lt;p&gt;&lt;code&gt;&lt;br /&gt;
# screen&lt;br /&gt;
# [enter your commands here]&lt;br /&gt;
&lt;/code&gt;&lt;br /&gt;
Detach screen:&lt;br /&gt;
&lt;b&gt;CTRL+a d&lt;/b&gt;&lt;/p&gt;

&lt;p&gt;Now you can safely &quot;exit&quot; SSH. Processes keep running.&lt;/p&gt;

&lt;p&gt;To re-enter the detached screen:&lt;br /&gt;
&lt;code&gt;&lt;br /&gt;
# screen -x&lt;br /&gt;
&lt;/code&gt;&lt;/p&gt;&lt;div class=&quot;item_footer&quot;&gt;&lt;p&gt;&lt;small&gt;&lt;a href=&quot;http://weblogs.amtex.nl/index.php/2009/06/09/ssh-logout-while-keeping-programs-runnin?blog=2&quot;&gt;Original post&lt;/a&gt; blogged on &lt;a href=&quot;http://b2evolution.net/&quot;&gt;b2evolution&lt;/a&gt;.&lt;/small&gt;&lt;/p&gt;&lt;/div&gt;</description>
			<content:encoded><![CDATA[<p>ubuntu: apt-get install screen<br />
centos/redhat: yum install screen</p>

<p><code><br />
# screen<br />
# [enter your commands here]<br />
</code><br />
Detach screen:<br />
<b>CTRL+a d</b></p>

<p>Now you can safely "exit" SSH. Processes keep running.</p>

<p>To re-enter the detached screen:<br />
<code><br />
# screen -x<br />
</code></p><div class="item_footer"><p><small><a href="http://weblogs.amtex.nl/index.php/2009/06/09/ssh-logout-while-keeping-programs-runnin?blog=2">Original post</a> blogged on <a href="http://b2evolution.net/">b2evolution</a>.</small></p></div>]]></content:encoded>
								<comments>http://weblogs.amtex.nl/index.php/2009/06/09/ssh-logout-while-keeping-programs-runnin?blog=2#comments</comments>
		</item>
				<item>
			<title>ssh server in virtual machine (container) doesn't work</title>
			<link>http://weblogs.amtex.nl/index.php/2009/05/12/ssh-server-in-virtual-machine-container?blog=2</link>
			<pubDate>Tue, 12 May 2009 09:46:02 +0000</pubDate>			<dc:creator>Ruben</dc:creator>
			<category domain="main">Linux Hosting</category>
<category domain="alt">OpenVZ</category>			<guid isPermaLink="false">45@http://weblogs.amtex.nl/</guid>
						<description>&lt;p&gt;From within a 'broken' CT enter:&lt;br /&gt;
&lt;code&gt;&lt;br /&gt;
mknod -m 666 /dev/random c 1 8&lt;br /&gt;
mknod -m 444 /dev/urandom c 1 9&lt;br /&gt;
&lt;/code&gt;&lt;/p&gt;

&lt;p&gt;If this doesn't work....Jimmy Tang listed the minimal set of devices nodes:&lt;br /&gt;
&lt;code&gt;&lt;br /&gt;
mknod -m 600 /dev/console c 5 1&lt;br /&gt;
mknod -m 666 /dev/tty c 5 0&lt;br /&gt;
mknod -m 666 /dev/full c 1 7&lt;br /&gt;
mknod -m 600 /dev/initctl p&lt;br /&gt;
mknod -m 666 /dev/null c 1 3&lt;br /&gt;
mknod -m 666 /dev/ptmx c 5 2 &lt;br /&gt;
mkdir /dev/pts&lt;br /&gt;
mknod -m 666 /dev/random c 1 8&lt;br /&gt;
mknod -m 444 /dev/urandom c 1 9 &lt;br /&gt;
mknod -m 666 /dev/zero c 1 5&lt;br /&gt;
&lt;/code&gt;&lt;/p&gt;

&lt;p&gt;Reference:&lt;br /&gt;
&lt;a href=&quot;http://www.tchpc.tcd.ie/~jtang/blog/posts/Creating_the_minimum_needed_device_nodes_for_openvz/&quot;&gt;http://www.tchpc.tcd.ie/~jtang/blog/posts/Creating_the_minimum_needed_device_nodes_for_openvz/&lt;/a&gt;&lt;/p&gt;&lt;div class=&quot;item_footer&quot;&gt;&lt;p&gt;&lt;small&gt;&lt;a href=&quot;http://weblogs.amtex.nl/index.php/2009/05/12/ssh-server-in-virtual-machine-container?blog=2&quot;&gt;Original post&lt;/a&gt; blogged on &lt;a href=&quot;http://b2evolution.net/&quot;&gt;b2evolution&lt;/a&gt;.&lt;/small&gt;&lt;/p&gt;&lt;/div&gt;</description>
			<content:encoded><![CDATA[<p>From within a 'broken' CT enter:<br />
<code><br />
mknod -m 666 /dev/random c 1 8<br />
mknod -m 444 /dev/urandom c 1 9<br />
</code></p>

<p>If this doesn't work....Jimmy Tang listed the minimal set of devices nodes:<br />
<code><br />
mknod -m 600 /dev/console c 5 1<br />
mknod -m 666 /dev/tty c 5 0<br />
mknod -m 666 /dev/full c 1 7<br />
mknod -m 600 /dev/initctl p<br />
mknod -m 666 /dev/null c 1 3<br />
mknod -m 666 /dev/ptmx c 5 2 <br />
mkdir /dev/pts<br />
mknod -m 666 /dev/random c 1 8<br />
mknod -m 444 /dev/urandom c 1 9 <br />
mknod -m 666 /dev/zero c 1 5<br />
</code></p>

<p>Reference:<br />
<a href="http://www.tchpc.tcd.ie/~jtang/blog/posts/Creating_the_minimum_needed_device_nodes_for_openvz/">http://www.tchpc.tcd.ie/~jtang/blog/posts/Creating_the_minimum_needed_device_nodes_for_openvz/</a></p><div class="item_footer"><p><small><a href="http://weblogs.amtex.nl/index.php/2009/05/12/ssh-server-in-virtual-machine-container?blog=2">Original post</a> blogged on <a href="http://b2evolution.net/">b2evolution</a>.</small></p></div>]]></content:encoded>
								<comments>http://weblogs.amtex.nl/index.php/2009/05/12/ssh-server-in-virtual-machine-container?blog=2#comments</comments>
		</item>
				<item>
			<title>ColdFusion server is going open source</title>
			<link>http://weblogs.amtex.nl/index.php/2008/06/10/coldfusion_server_is_going_open_source?blog=2</link>
			<pubDate>Mon, 09 Jun 2008 22:59:15 +0000</pubDate>			<dc:creator>Ruben</dc:creator>
			<category domain="main">ColdFusion</category>
<category domain="alt">Railo</category>			<guid isPermaLink="false">43@http://weblogs.amtex.nl/</guid>
						<description>&lt;p&gt;As an &quot;old&quot; ColdFusion developer the year 2008 got me quite excited, or....maybe not? Two ColdFusion-server vendors have announced to go open source with their server technologies.&lt;/p&gt;

&lt;p&gt;In March BlueDragon (&lt;a href=&quot;http://www.newatlanta.com/products/bluedragon/open_source/announcement.cfm&quot;&gt;http://www.newatlanta.com/products/bluedragon/open_source/announcement.cfm&lt;/a&gt;) made this announcement at CFUnited Europe. And last week Railo Technologies did the same at Scotch on the Rocks (&lt;a href=&quot;http://www.railo-technologies.com/en/index.cfm?treeID=357&quot;&gt;http://www.railo-technologies.com/en/index.cfm?treeID=357&lt;/a&gt;).&lt;br /&gt;
(There is also &lt;a href=&quot;http://www.smithproject.org/&quot;&gt;Smith&lt;/a&gt; a &quot;native&quot; open source ColdFusion engine.)&lt;/p&gt;

&lt;p&gt;To be honest with you I was thinking this: &quot;Hmmmm....that's interesting... What's happening here? What's the big picture?&quot;.&lt;/p&gt;

&lt;p&gt;I think because the original ColdFusion engine - from Allaire, later Macromedia, and currently Adobe - stayed closed source it couldn't compete against languages like PHP. Almost all Linux distros ship Apache and PHP nowadays.&lt;/p&gt;

&lt;p&gt;Because ColdFusion is or became a 'niche language' its competitors like BlueDragon and Railo were serving niche-niche markets.&lt;/p&gt;

&lt;p&gt;&lt;strong&gt;Open Source is evolving&lt;/strong&gt;&lt;br /&gt;
In my opinion Open Source (OS) is evolving and a serious competitor for close source vendors. First OS was used for the basics like the Linux Operating System. Soon serversoftware like webservers and database servers popped up. As serversoftware matured and gain popularity the next step became end-user software like Open Office and standard Web applications.&lt;br /&gt;
Many of these Web applications are written in PHP/MySQL: osCommerce, phpBB, Drupal, Mediawiki, WordPress and Joomla...to name a few.&lt;br /&gt;
These Web applications got well adopted and matured also. Now ask yourself this question: &quot;Why aren't there any well known killer apps written in ColdFusion?&quot; &lt;/p&gt;

&lt;p&gt;&lt;strong&gt;ColdFusion today&lt;/strong&gt;&lt;br /&gt;
And what about ColdFusion today? Well it stays as &quot;the quickest language to build *tailored* webapplications&quot;. It's great to use in enterprise environments for large custom made web solutions.&lt;br /&gt;
A great place to find open source ColdFusion applications is on &lt;a href=&quot;http://www.riaforge.org&quot;&gt;http://www.riaforge.org&lt;/a&gt; but most of them are &quot;building blocks&quot;. There are also complete Web applications like BlogCFC but why should you install it....?&lt;br /&gt;
Well, what about: &quot;We are hardcore ColdFusion developers and won't drop it until we're forced to do it&quot;? Or: &quot;We don't install Wordpress because we've got our very own ColdFusion clone&quot;&lt;/p&gt;

&lt;p&gt;&lt;strong&gt;ColdFusion against the world&lt;/strong&gt;&lt;br /&gt;
I think BlueDragon and Railo know their ColdFusion engines can't compete against other languages. They also know that Adobe is &quot;in charge&quot; of developing new versions of the ColdFusion markup language (CFML). And customers using CFML simply want to be &quot;Adobe-CFML compliant&quot;.&lt;br /&gt;
Lastly CFML is serving a niche market, so BlueDragon and Railo are serving even a smaller part of that market.&lt;/p&gt;

&lt;p&gt;&lt;strong&gt;Dragons need to eat too&lt;/strong&gt;&lt;br /&gt;
Having that said I think BlueDragon and Railo will earn some money on for giving support and consultancy. Maybe their technologies can become part of bigger server software like Tomcat.&lt;br /&gt;
In my opinion Adobe will spend more time on Flex technology. Maybe the next version of ColdFusion (version 9) is going in this &quot;Flex&quot; direction.&lt;/p&gt;


&lt;p&gt;&lt;strong&gt;Jerry Springer could have concluded...&lt;/strong&gt;&lt;br /&gt;
Open source ColdFusion is great for the community but it's to late to become a real competitor. Use ColdFusion in specific situations and not because you're a ColdFusion developer.&lt;/p&gt;&lt;div class=&quot;item_footer&quot;&gt;&lt;p&gt;&lt;small&gt;&lt;a href=&quot;http://weblogs.amtex.nl/index.php/2008/06/10/coldfusion_server_is_going_open_source?blog=2&quot;&gt;Original post&lt;/a&gt; blogged on &lt;a href=&quot;http://b2evolution.net/&quot;&gt;b2evolution&lt;/a&gt;.&lt;/small&gt;&lt;/p&gt;&lt;/div&gt;</description>
			<content:encoded><![CDATA[<p>As an "old" ColdFusion developer the year 2008 got me quite excited, or....maybe not? Two ColdFusion-server vendors have announced to go open source with their server technologies.</p>

<p>In March BlueDragon (<a href="http://www.newatlanta.com/products/bluedragon/open_source/announcement.cfm">http://www.newatlanta.com/products/bluedragon/open_source/announcement.cfm</a>) made this announcement at CFUnited Europe. And last week Railo Technologies did the same at Scotch on the Rocks (<a href="http://www.railo-technologies.com/en/index.cfm?treeID=357">http://www.railo-technologies.com/en/index.cfm?treeID=357</a>).<br />
(There is also <a href="http://www.smithproject.org/">Smith</a> a "native" open source ColdFusion engine.)</p>

<p>To be honest with you I was thinking this: "Hmmmm....that's interesting... What's happening here? What's the big picture?".</p>

<p>I think because the original ColdFusion engine - from Allaire, later Macromedia, and currently Adobe - stayed closed source it couldn't compete against languages like PHP. Almost all Linux distros ship Apache and PHP nowadays.</p>

<p>Because ColdFusion is or became a 'niche language' its competitors like BlueDragon and Railo were serving niche-niche markets.</p>

<p><strong>Open Source is evolving</strong><br />
In my opinion Open Source (OS) is evolving and a serious competitor for close source vendors. First OS was used for the basics like the Linux Operating System. Soon serversoftware like webservers and database servers popped up. As serversoftware matured and gain popularity the next step became end-user software like Open Office and standard Web applications.<br />
Many of these Web applications are written in PHP/MySQL: osCommerce, phpBB, Drupal, Mediawiki, WordPress and Joomla...to name a few.<br />
These Web applications got well adopted and matured also. Now ask yourself this question: "Why aren't there any well known killer apps written in ColdFusion?" </p>

<p><strong>ColdFusion today</strong><br />
And what about ColdFusion today? Well it stays as "the quickest language to build *tailored* webapplications". It's great to use in enterprise environments for large custom made web solutions.<br />
A great place to find open source ColdFusion applications is on <a href="http://www.riaforge.org">http://www.riaforge.org</a> but most of them are "building blocks". There are also complete Web applications like BlogCFC but why should you install it....?<br />
Well, what about: "We are hardcore ColdFusion developers and won't drop it until we're forced to do it"? Or: "We don't install Wordpress because we've got our very own ColdFusion clone"</p>

<p><strong>ColdFusion against the world</strong><br />
I think BlueDragon and Railo know their ColdFusion engines can't compete against other languages. They also know that Adobe is "in charge" of developing new versions of the ColdFusion markup language (CFML). And customers using CFML simply want to be "Adobe-CFML compliant".<br />
Lastly CFML is serving a niche market, so BlueDragon and Railo are serving even a smaller part of that market.</p>

<p><strong>Dragons need to eat too</strong><br />
Having that said I think BlueDragon and Railo will earn some money on for giving support and consultancy. Maybe their technologies can become part of bigger server software like Tomcat.<br />
In my opinion Adobe will spend more time on Flex technology. Maybe the next version of ColdFusion (version 9) is going in this "Flex" direction.</p>


<p><strong>Jerry Springer could have concluded...</strong><br />
Open source ColdFusion is great for the community but it's to late to become a real competitor. Use ColdFusion in specific situations and not because you're a ColdFusion developer.</p><div class="item_footer"><p><small><a href="http://weblogs.amtex.nl/index.php/2008/06/10/coldfusion_server_is_going_open_source?blog=2">Original post</a> blogged on <a href="http://b2evolution.net/">b2evolution</a>.</small></p></div>]]></content:encoded>
								<comments>http://weblogs.amtex.nl/index.php/2008/06/10/coldfusion_server_is_going_open_source?blog=2#comments</comments>
		</item>
				<item>
			<title>OpenVZ server crash CentOS5 when iptables changes</title>
			<link>http://weblogs.amtex.nl/index.php/2007/12/30/openvz_server_crash_centos5_when_iptable?blog=2</link>
			<pubDate>Sun, 30 Dec 2007 01:24:33 +0000</pubDate>			<dc:creator>Ruben</dc:creator>
			<category domain="alt">Linux Hosting</category>
<category domain="main">OpenVZ</category>			<guid isPermaLink="false">42@http://weblogs.amtex.nl/</guid>
						<description>&lt;p&gt;On a &lt;em&gt;CentOS 5&lt;/em&gt; HN (hardware node) it seems that the server machine itself crashes after making changes in &lt;em&gt;iptables&lt;/em&gt; (e.g. with system-config-securitylevel-tui)! The whole machine hangs and becomes unresponsive.&lt;br /&gt;
Luckily this doesn't occur when you make changes in iptables from within a VE (virtual environment).&lt;br /&gt;&lt;br /&gt;
&lt;br /&gt;&lt;br /&gt;
In order to avoid this problem you'll have to stop your OpenVZ services temporarily, make your firewall changes and restart OpenVZ.&lt;/p&gt;

&lt;p&gt;&lt;code&gt;&lt;br /&gt;
# /etc/init.d/vz stop&lt;br /&gt;
# system-config-securitylevel-tui&lt;br /&gt;
# /etc/init.d/vz start&lt;br /&gt;
&lt;/code&gt;&lt;br /&gt;
&lt;br /&gt;
This problem didn't occur in older kernels but definitely in vzkernel-2.6.18-53.el5.028stab051.1
&lt;br /&gt;&lt;br /&gt;
You can read a threat about this here: &lt;a href=&quot;http://forum.openvz.org/index.php?t=msg&amp;amp;goto=21273&quot;&gt;http://forum.openvz.org/index.php?t=msg&amp;amp;goto=21273&lt;/a&gt;&lt;/p&gt;
&lt;div class=&quot;item_footer&quot;&gt;&lt;p&gt;&lt;small&gt;&lt;a href=&quot;http://weblogs.amtex.nl/index.php/2007/12/30/openvz_server_crash_centos5_when_iptable?blog=2&quot;&gt;Original post&lt;/a&gt; blogged on &lt;a href=&quot;http://b2evolution.net/&quot;&gt;b2evolution&lt;/a&gt;.&lt;/small&gt;&lt;/p&gt;&lt;/div&gt;</description>
			<content:encoded><![CDATA[<p>On a <em>CentOS 5</em> HN (hardware node) it seems that the server machine itself crashes after making changes in <em>iptables</em> (e.g. with system-config-securitylevel-tui)! The whole machine hangs and becomes unresponsive.<br />
Luckily this doesn't occur when you make changes in iptables from within a VE (virtual environment).<br /><br />
<br /><br />
In order to avoid this problem you'll have to stop your OpenVZ services temporarily, make your firewall changes and restart OpenVZ.</p>

<p><code><br />
# /etc/init.d/vz stop<br />
# system-config-securitylevel-tui<br />
# /etc/init.d/vz start<br />
</code><br />
<br />
This problem didn't occur in older kernels but definitely in vzkernel-2.6.18-53.el5.028stab051.1
<br /><br />
You can read a threat about this here: <a href="http://forum.openvz.org/index.php?t=msg&amp;goto=21273">http://forum.openvz.org/index.php?t=msg&amp;goto=21273</a></p>
<div class="item_footer"><p><small><a href="http://weblogs.amtex.nl/index.php/2007/12/30/openvz_server_crash_centos5_when_iptable?blog=2">Original post</a> blogged on <a href="http://b2evolution.net/">b2evolution</a>.</small></p></div>]]></content:encoded>
								<comments>http://weblogs.amtex.nl/index.php/2007/12/30/openvz_server_crash_centos5_when_iptable?blog=2#comments</comments>
		</item>
				<item>
			<title>openvz Server refused to allocate pty solution</title>
			<link>http://weblogs.amtex.nl/index.php/2007/10/16/openvz_server_refused_to_allocate_pty_so?blog=2</link>
			<pubDate>Mon, 15 Oct 2007 23:42:27 +0000</pubDate>			<dc:creator>Ruben</dc:creator>
			<category domain="main">Linux Hosting</category>
<category domain="alt">OpenVZ</category>			<guid isPermaLink="false">41@http://weblogs.amtex.nl/</guid>
						<description>&lt;p&gt;SSH returns: &quot;Server refused to allocate pty&quot; upon login.&lt;br /&gt;
OR:&lt;br /&gt;
&quot;enter into VE 101 failed&lt;br /&gt;
Unable to open pty: No such file or directory&quot;&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;
This solution is for CentOS VE's.&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;
At the HN (hardware node) enter (replace 101 with your VE-id / CT-id):&lt;br /&gt;
&lt;code&gt;&lt;br /&gt;
# vzctl exec 101 /sbin/MAKEDEV tty&lt;br /&gt;
# vzctl exec 101 /sbin/MAKEDEV pty&lt;br /&gt;
&lt;/code&gt;&lt;br /&gt;
Then enter the VE/CT:&lt;br /&gt;
&lt;code&gt;&lt;br /&gt;
# vzctl enter 101&lt;br /&gt;
&lt;/code&gt;&lt;br /&gt;
&lt;br /&gt;
And make sure the udev rpm is gone:
&lt;code&gt;&lt;br /&gt;
# rpm -e --nodeps udev&lt;br /&gt;
&lt;/code&gt;
...else the problem comes back after a VE reboot.
&lt;br /&gt;&lt;br /&gt;
If the problem persists after reboot, repeat the steps above and create the following file within the VE/CT:&lt;br /&gt;
&lt;code&gt;&lt;br /&gt;
/etc/udev/makedev.d/51-udev.nodes&lt;br /&gt;
&lt;/code&gt;&lt;br /&gt;
...with these contents:&lt;br /&gt;
&lt;code&gt;&lt;br /&gt;
# These device have to be created manually&lt;br /&gt;
tty0&lt;br /&gt;
tty1&lt;br /&gt;
tty2&lt;br /&gt;
tty3&lt;br /&gt;
ttyp0&lt;br /&gt;
ttyp1&lt;br /&gt;
ttyp2&lt;br /&gt;
ttyp3&lt;br /&gt;
ptyp0&lt;br /&gt;
ptyp1&lt;br /&gt;
ptyp2&lt;br /&gt;
ptyp3&lt;br /&gt;
&lt;/code&gt;&lt;/p&gt;

&lt;p&gt;&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;
references:&lt;br /&gt;&lt;br /&gt;
&lt;a href=&quot;http://forum.openvz.org/index.php?t=msg&amp;amp;goto=14953&quot;&gt;http://forum.openvz.org/index.php?t=msg&amp;amp;goto=14953&lt;/a&gt;&lt;br /&gt;
&lt;a href=&quot;http://wiki.openvz.org/Container_enter_failed&quot;&gt;http://wiki.openvz.org/Container_enter_failed&lt;/a&gt;&lt;/p&gt;&lt;div class=&quot;item_footer&quot;&gt;&lt;p&gt;&lt;small&gt;&lt;a href=&quot;http://weblogs.amtex.nl/index.php/2007/10/16/openvz_server_refused_to_allocate_pty_so?blog=2&quot;&gt;Original post&lt;/a&gt; blogged on &lt;a href=&quot;http://b2evolution.net/&quot;&gt;b2evolution&lt;/a&gt;.&lt;/small&gt;&lt;/p&gt;&lt;/div&gt;</description>
			<content:encoded><![CDATA[<p>SSH returns: "Server refused to allocate pty" upon login.<br />
OR:<br />
"enter into VE 101 failed<br />
Unable to open pty: No such file or directory"<br /><br /><br />
This solution is for CentOS VE's.<br /><br /><br />
At the HN (hardware node) enter (replace 101 with your VE-id / CT-id):<br />
<code><br />
# vzctl exec 101 /sbin/MAKEDEV tty<br />
# vzctl exec 101 /sbin/MAKEDEV pty<br />
</code><br />
Then enter the VE/CT:<br />
<code><br />
# vzctl enter 101<br />
</code><br />
<br />
And make sure the udev rpm is gone:
<code><br />
# rpm -e --nodeps udev<br />
</code>
...else the problem comes back after a VE reboot.
<br /><br />
If the problem persists after reboot, repeat the steps above and create the following file within the VE/CT:<br />
<code><br />
/etc/udev/makedev.d/51-udev.nodes<br />
</code><br />
...with these contents:<br />
<code><br />
# These device have to be created manually<br />
tty0<br />
tty1<br />
tty2<br />
tty3<br />
ttyp0<br />
ttyp1<br />
ttyp2<br />
ttyp3<br />
ptyp0<br />
ptyp1<br />
ptyp2<br />
ptyp3<br />
</code></p>

<p><br /><br /><br />
references:<br /><br />
<a href="http://forum.openvz.org/index.php?t=msg&amp;goto=14953">http://forum.openvz.org/index.php?t=msg&amp;goto=14953</a><br />
<a href="http://wiki.openvz.org/Container_enter_failed">http://wiki.openvz.org/Container_enter_failed</a></p><div class="item_footer"><p><small><a href="http://weblogs.amtex.nl/index.php/2007/10/16/openvz_server_refused_to_allocate_pty_so?blog=2">Original post</a> blogged on <a href="http://b2evolution.net/">b2evolution</a>.</small></p></div>]]></content:encoded>
								<comments>http://weblogs.amtex.nl/index.php/2007/10/16/openvz_server_refused_to_allocate_pty_so?blog=2#comments</comments>
		</item>
				<item>
			<title>bash_history not working in VE (virtual environment) of openvz</title>
			<link>http://weblogs.amtex.nl/index.php/2007/10/14/bash_history_not_working_in_ve_virtual_e?blog=2</link>
			<pubDate>Sat, 13 Oct 2007 23:51:15 +0000</pubDate>			<dc:creator>Ruben</dc:creator>
			<category domain="main">Linux Hosting</category>
<category domain="alt">OpenVZ</category>			<guid isPermaLink="false">40@http://weblogs.amtex.nl/</guid>
						<description>&lt;p&gt;Add the following line to file /root/.bashrc&lt;/p&gt;

&lt;blockquote&gt;&lt;p&gt;HISTFILE=/root/.bash_history&lt;/p&gt;&lt;/blockquote&gt;

&lt;p&gt;Now, .bash_history will be created and filled!&lt;/p&gt;&lt;div class=&quot;item_footer&quot;&gt;&lt;p&gt;&lt;small&gt;&lt;a href=&quot;http://weblogs.amtex.nl/index.php/2007/10/14/bash_history_not_working_in_ve_virtual_e?blog=2&quot;&gt;Original post&lt;/a&gt; blogged on &lt;a href=&quot;http://b2evolution.net/&quot;&gt;b2evolution&lt;/a&gt;.&lt;/small&gt;&lt;/p&gt;&lt;/div&gt;</description>
			<content:encoded><![CDATA[<p>Add the following line to file /root/.bashrc</p>

<blockquote><p>HISTFILE=/root/.bash_history</p></blockquote>

<p>Now, .bash_history will be created and filled!</p><div class="item_footer"><p><small><a href="http://weblogs.amtex.nl/index.php/2007/10/14/bash_history_not_working_in_ve_virtual_e?blog=2">Original post</a> blogged on <a href="http://b2evolution.net/">b2evolution</a>.</small></p></div>]]></content:encoded>
								<comments>http://weblogs.amtex.nl/index.php/2007/10/14/bash_history_not_working_in_ve_virtual_e?blog=2#comments</comments>
		</item>
				<item>
			<title>Using vzdump snapshot to backup without downtime</title>
			<link>http://weblogs.amtex.nl/index.php/2007/10/08/using_vzdump_snapshot_to_backup_without_downtime?blog=2</link>
			<pubDate>Mon, 08 Oct 2007 21:31:26 +0000</pubDate>			<dc:creator>Ruben</dc:creator>
			<category domain="main">Linux Hosting</category>
<category domain="alt">OpenVZ</category>			<guid isPermaLink="false">39@http://weblogs.amtex.nl/</guid>
						<description>&lt;p&gt;It's a while ago since I've written my last serious article but this one is really worth reading.&lt;br /&gt;
The last few months I'm testing the possibilities to make Linux hosting more flexible and less independent on hardware.&lt;br /&gt;
As an &quot;Open source CentOS Linux enthusiast&quot; I found OpenVZ. I cite: &quot;OpenVZ is an Operating System-level server virtualization solution, built on Linux. OpenVZ creates isolated, secure &lt;em&gt;virtual environments&lt;/em&gt; &amp;#8212; VEs (otherwise known as &lt;em&gt;virtual private servers&lt;/em&gt;, or VPSs) on a single physical server enabling better server utilization and ensuring that applications do not conflict.&quot;&lt;br /&gt;
&lt;br /&gt;
After some tests I managed to get it running properly. Some VE configuration changes are necessary to let a virtual server work with Java JRE in a good manner.
&lt;br /&gt;&lt;br /&gt;
Anyway, there's a tool called &quot;vzdump&quot; (&lt;a href=&quot;http://wiki.openvz.org/Backup_of_a_running_VE_with_vzdump&quot;&gt;http://wiki.openvz.org/Backup_of_a_running_VE_with_vzdump&lt;/a&gt;) to make backups of VEs.&lt;br /&gt;
&lt;br /&gt;
There are 3 backup modes availabe:
1) bad (e.g. vzctl stop 101; vzdump 101; vzctl start 101)
2) better (e.g. vzdump --suspend 101)
3) best (e.g. vzdump --dumpdir /home --snapshot 101)
&lt;br /&gt;&lt;br /&gt;
1 - bad:&lt;br /&gt;
==========&lt;br /&gt;
Only useful if you first STOP your VE in order to make a backup. Making an online backup without suspending the VE may lead to inconsistent data)&lt;br /&gt;
&lt;br /&gt;
2- better:
==========
Sufficient in most cases. Makes an online backup with only a few seconds downtime of the VE. The vzdump tool takes care of stopping and resuming the VE. All services (e.g. Apache) are restored automatically.
&lt;br /&gt;&lt;br /&gt;
3- best:&lt;br /&gt;
==========&lt;br /&gt;
Makes an backup without any downtime of the VE.&lt;br /&gt;
&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;
&lt;br /&gt;
After pulling my hairs out, reading forums and trying all kinds of possibilities I've finally found the solution.
In fact, it's quite easy but the lack of documentation makes it hard.
&lt;br /&gt;&lt;br /&gt;
All you need to do is setup a Linux box like this:&lt;br /&gt;
- Use LVM2 'volume group' (called 'sysvg') with these 'logical volumes':&lt;br /&gt;
* &quot;/&quot;, type ext3, size 8 GB for example;&lt;br /&gt;
* &quot;/vz&quot;, type ext3, size 8 GB for example;&lt;br /&gt;
* &quot;/var/freespace&quot;, no filesystem required, size at least 512MB;&lt;br /&gt;
* &quot;swap&quot;, type swap, size 2 times internal memory;&lt;br /&gt;
&lt;br /&gt;
After the Linux installation has finished remove the logical volume freespace by entering the commands:
# umount /var/freespace
# lvremove /dev/sysvg/freespace
&lt;br /&gt;&lt;br /&gt;
Now the the command 'vzdump --dumpdir /home --snapshot 101' (or likewise) should work!&lt;br /&gt;
&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;
Let me explain what happens.&lt;br /&gt;
Vzdump makes a temporarily logical volume with type &quot;snapshot&quot; of 512MB and mounts it on &quot;/vzsnap&quot;. (That's why you need at least 512MB free space in the volume group.)&lt;br /&gt;
This snapshot is taken from the logical volume mounted on '/vz'. And that's why all OpenVZ stuff (e.g. /vz and subdirs) needs to be in that '/vz'-logical-volume.&lt;br /&gt;
Okay, after vzdump has taken the snapshot of '/vz' all it has to do is travel down to the data of the selected VE and put in a &quot;tar&quot;-file. After this is done, the file will be moved to its final destination (dumpdir) and the temporarily &quot;/vzsnap&quot; will be deleted.&lt;br /&gt;
&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;
Good luck and let me know if this article is useful for you!&lt;br /&gt;
&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;
Tip:&lt;br /&gt;
You should have at least 512MB free space available in the volume group.&lt;br /&gt;
To check this, use vgdisplay and look for &quot;Free PE / Size&quot;.&lt;/p&gt;
&lt;div class=&quot;item_footer&quot;&gt;&lt;p&gt;&lt;small&gt;&lt;a href=&quot;http://weblogs.amtex.nl/index.php/2007/10/08/using_vzdump_snapshot_to_backup_without_downtime?blog=2&quot;&gt;Original post&lt;/a&gt; blogged on &lt;a href=&quot;http://b2evolution.net/&quot;&gt;b2evolution&lt;/a&gt;.&lt;/small&gt;&lt;/p&gt;&lt;/div&gt;</description>
			<content:encoded><![CDATA[<p>It's a while ago since I've written my last serious article but this one is really worth reading.<br />
The last few months I'm testing the possibilities to make Linux hosting more flexible and less independent on hardware.<br />
As an "Open source CentOS Linux enthusiast" I found OpenVZ. I cite: "OpenVZ is an Operating System-level server virtualization solution, built on Linux. OpenVZ creates isolated, secure <em>virtual environments</em> &#8212; VEs (otherwise known as <em>virtual private servers</em>, or VPSs) on a single physical server enabling better server utilization and ensuring that applications do not conflict."<br />
<br />
After some tests I managed to get it running properly. Some VE configuration changes are necessary to let a virtual server work with Java JRE in a good manner.
<br /><br />
Anyway, there's a tool called "vzdump" (<a href="http://wiki.openvz.org/Backup_of_a_running_VE_with_vzdump">http://wiki.openvz.org/Backup_of_a_running_VE_with_vzdump</a>) to make backups of VEs.<br />
<br />
There are 3 backup modes availabe:
1) bad (e.g. vzctl stop 101; vzdump 101; vzctl start 101)
2) better (e.g. vzdump --suspend 101)
3) best (e.g. vzdump --dumpdir /home --snapshot 101)
<br /><br />
1 - bad:<br />
==========<br />
Only useful if you first STOP your VE in order to make a backup. Making an online backup without suspending the VE may lead to inconsistent data)<br />
<br />
2- better:
==========
Sufficient in most cases. Makes an online backup with only a few seconds downtime of the VE. The vzdump tool takes care of stopping and resuming the VE. All services (e.g. Apache) are restored automatically.
<br /><br />
3- best:<br />
==========<br />
Makes an backup without any downtime of the VE.<br />
<br /><br /><br />
<br />
After pulling my hairs out, reading forums and trying all kinds of possibilities I've finally found the solution.
In fact, it's quite easy but the lack of documentation makes it hard.
<br /><br />
All you need to do is setup a Linux box like this:<br />
- Use LVM2 'volume group' (called 'sysvg') with these 'logical volumes':<br />
* "/", type ext3, size 8 GB for example;<br />
* "/vz", type ext3, size 8 GB for example;<br />
* "/var/freespace", no filesystem required, size at least 512MB;<br />
* "swap", type swap, size 2 times internal memory;<br />
<br />
After the Linux installation has finished remove the logical volume freespace by entering the commands:
# umount /var/freespace
# lvremove /dev/sysvg/freespace
<br /><br />
Now the the command 'vzdump --dumpdir /home --snapshot 101' (or likewise) should work!<br />
<br /><br /><br />
Let me explain what happens.<br />
Vzdump makes a temporarily logical volume with type "snapshot" of 512MB and mounts it on "/vzsnap". (That's why you need at least 512MB free space in the volume group.)<br />
This snapshot is taken from the logical volume mounted on '/vz'. And that's why all OpenVZ stuff (e.g. /vz and subdirs) needs to be in that '/vz'-logical-volume.<br />
Okay, after vzdump has taken the snapshot of '/vz' all it has to do is travel down to the data of the selected VE and put in a "tar"-file. After this is done, the file will be moved to its final destination (dumpdir) and the temporarily "/vzsnap" will be deleted.<br />
<br /><br /><br />
Good luck and let me know if this article is useful for you!<br />
<br /><br /><br />
Tip:<br />
You should have at least 512MB free space available in the volume group.<br />
To check this, use vgdisplay and look for "Free PE / Size".</p>
<div class="item_footer"><p><small><a href="http://weblogs.amtex.nl/index.php/2007/10/08/using_vzdump_snapshot_to_backup_without_downtime?blog=2">Original post</a> blogged on <a href="http://b2evolution.net/">b2evolution</a>.</small></p></div>]]></content:encoded>
								<comments>http://weblogs.amtex.nl/index.php/2007/10/08/using_vzdump_snapshot_to_backup_without_downtime?blog=2#comments</comments>
		</item>
			</channel>
</rss>
