<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	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/"
		>
<channel>
	<title>Comments for Svoccblog</title>
	<atom:link href="http://blog.incase.de/index.php/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.incase.de</link>
	<description>Sven's occasional log</description>
	<lastBuildDate>Sat, 07 Jan 2012 19:52:43 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.5</generator>
	<item>
		<title>Comment on Strange iptables error with kernels &gt;= 2.6.32 &#8211; solved by Patrick</title>
		<link>http://blog.incase.de/index.php/2011/04/06/strange-iptables-error-with-kernels-2-6-32-solved/comment-page-1/#comment-3035</link>
		<dc:creator>Patrick</dc:creator>
		<pubDate>Sat, 07 Jan 2012 19:52:43 +0000</pubDate>
		<guid isPermaLink="false">http://blog.incase.de/?p=91#comment-3035</guid>
		<description>Was just what I was looking for.  It helped thanks!</description>
		<content:encoded><![CDATA[<p>Was just what I was looking for.  It helped thanks!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on CPU feature flags and their meanings by Gawain&#039;s Jail - MB990的CPU型号</title>
		<link>http://blog.incase.de/index.php/cpu-feature-flags-and-their-meanings/comment-page-1/#comment-2979</link>
		<dc:creator>Gawain&#039;s Jail - MB990的CPU型号</dc:creator>
		<pubDate>Mon, 07 Nov 2011 02:58:39 +0000</pubDate>
		<guid isPermaLink="false">http://blog.incase.de/index.php/cpu-feature-flags-and-their-meanings/#comment-2979</guid>
		<description>[...] 这些特性码可以参考CPU feature flags and their meanings这篇文章。 [...]</description>
		<content:encoded><![CDATA[<p>[...] 这些特性码可以参考CPU feature flags and their meanings这篇文章。 [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on CPU feature flags and their meanings by QEMU &#8211; KVM ile Sanallaştırma İpuçları &#171; Linux Sistem Yönetimi &#8211; Ağ Güvenliği</title>
		<link>http://blog.incase.de/index.php/cpu-feature-flags-and-their-meanings/comment-page-1/#comment-2956</link>
		<dc:creator>QEMU &#8211; KVM ile Sanallaştırma İpuçları &#171; Linux Sistem Yönetimi &#8211; Ağ Güvenliği</dc:creator>
		<pubDate>Tue, 01 Nov 2011 19:42:23 +0000</pubDate>
		<guid isPermaLink="false">http://blog.incase.de/index.php/cpu-feature-flags-and-their-meanings/#comment-2956</guid>
		<description>[...] Sanal makinenize host platformdak işlemcinizi gösterirken birçok seçeneğiniz mevcut. En basiti ise cpu -host parameteres ile host işlemcinin tüm özelliklerini suya sabuna dokunmadan vermek. Yok eğer simule etmek istediğiniz bir işlemci türü var ise ve sadece bu işlemcinin yapısal özelliklerini vermek istiyorsanız elbette en detaylı biçimde bunuda yapabilmenize olanak var. Genel olarak bilmeniz gereken sanal makinenize smp değeri ile vereceğiniz (simulated processor) değerin &#8220;thread&#8221; sayınız ile olması. cpu sayısı değil core sayısıda değil her core a düşen thread ayısı ile işlemci sayısını vermeniz gerekiyor. örneğin çift işlemcili ve her işlemcisinde 4 core olan bir host unuz var ise thread sayınız (hyperthreading ile) toplamda 16 dır. sanal makinenize smp değerini bu 16 sayısını düşünerek paylaştırınız. yok ben paranoyağım cpu umun her özellğini /proc/cpuinfo dan görüp sadece istediğim flagları vermek istiyorum diyorsanız işte flagler ve anlamları. http://blog.incase.de/index.php/cpu-feature-flags-and-their-meanings/ [...]</description>
		<content:encoded><![CDATA[<p>[...] Sanal makinenize host platformdak işlemcinizi gösterirken birçok seçeneğiniz mevcut. En basiti ise cpu -host parameteres ile host işlemcinin tüm özelliklerini suya sabuna dokunmadan vermek. Yok eğer simule etmek istediğiniz bir işlemci türü var ise ve sadece bu işlemcinin yapısal özelliklerini vermek istiyorsanız elbette en detaylı biçimde bunuda yapabilmenize olanak var. Genel olarak bilmeniz gereken sanal makinenize smp değeri ile vereceğiniz (simulated processor) değerin &#8220;thread&#8221; sayınız ile olması. cpu sayısı değil core sayısıda değil her core a düşen thread ayısı ile işlemci sayısını vermeniz gerekiyor. örneğin çift işlemcili ve her işlemcisinde 4 core olan bir host unuz var ise thread sayınız (hyperthreading ile) toplamda 16 dır. sanal makinenize smp değerini bu 16 sayısını düşünerek paylaştırınız. yok ben paranoyağım cpu umun her özellğini /proc/cpuinfo dan görüp sadece istediğim flagları vermek istiyorum diyorsanız işte flagler ve anlamları. <a href="http://blog.incase.de/index.php/cpu-feature-flags-and-their-meanings/">http://blog.incase.de/index.php/cpu-feature-flags-and-their-meanings/</a> [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Strange MySQL (5.0) issue with authentication by sven</title>
		<link>http://blog.incase.de/index.php/2011/10/13/strange-mysql-5-0-issue-with-authentication/comment-page-1/#comment-2941</link>
		<dc:creator>sven</dc:creator>
		<pubDate>Thu, 13 Oct 2011 12:05:26 +0000</pubDate>
		<guid isPermaLink="false">http://blog.incase.de/?p=95#comment-2941</guid>
		<description>Problem is that the same server accepted a connection from the other host fine. And user &#039;&#039; host=&#039;localhost&#039; doesn&#039;t match &#039;sven@a0.my.do.main&#039;, and (sven@)&#039;%.my.do.main&#039; is more specific then (&#039;&#039;)@&#039;%&#039;.

As said, both servers are completely set up the same (including /etc/hosts, I just verified that) except for the differences needed (IP address .11 on a1, .10 on a0).

If specificity would hit here, it should either happen from both clients or from none of them. Also, connecting from a third host (which works nicely in all tested setups) should also hit that specificity issue.

Anyhow, I can&#039;t reproduce the problem anymore. But I&#039;m still open for ideas.</description>
		<content:encoded><![CDATA[<p>Problem is that the same server accepted a connection from the other host fine. And user &#8221; host=&#8217;localhost&#8217; doesn&#8217;t match &#8216;sven@a0.my.do.main&#8217;, and (sven@)&#8217;%.my.do.main&#8217; is more specific then (&#8221;)@&#8217;%&#8217;.</p>
<p>As said, both servers are completely set up the same (including /etc/hosts, I just verified that) except for the differences needed (IP address .11 on a1, .10 on a0).</p>
<p>If specificity would hit here, it should either happen from both clients or from none of them. Also, connecting from a third host (which works nicely in all tested setups) should also hit that specificity issue.</p>
<p>Anyhow, I can&#8217;t reproduce the problem anymore. But I&#8217;m still open for ideas.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Strange MySQL (5.0) issue with authentication by Alex Hudson</title>
		<link>http://blog.incase.de/index.php/2011/10/13/strange-mysql-5-0-issue-with-authentication/comment-page-1/#comment-2939</link>
		<dc:creator>Alex Hudson</dc:creator>
		<pubDate>Thu, 13 Oct 2011 11:02:53 +0000</pubDate>
		<guid isPermaLink="false">http://blog.incase.de/?p=95#comment-2939</guid>
		<description>Taking a guess based on your second update, you&#039;re being bitten by specificity.

If you have user table entries with hosts using wildcards (&#039;%&#039; etc), they will be treated less preferentially. So, if your connecting client potentially matches more than one of the entries in there for some reason, it will pick the one with the most specific host - even if the user is less specific.

So, user=&#039;&#039; host=&#039;localhost&#039; (for example) will win over user=&#039;sven&#039; host=&#039;%.wherever&#039;, if you&#039;re connecting from localhost.

Given you said removing the anon entries &quot;made it work&quot;, I think this is the reason. It probably doesn&#039;t totally answer &quot;why&quot; - I&#039;m assuming that your other host is matching a number of entries in there for reasons not totally clear; could be your /etc/hosts or something.</description>
		<content:encoded><![CDATA[<p>Taking a guess based on your second update, you&#8217;re being bitten by specificity.</p>
<p>If you have user table entries with hosts using wildcards (&#8216;%&#8217; etc), they will be treated less preferentially. So, if your connecting client potentially matches more than one of the entries in there for some reason, it will pick the one with the most specific host &#8211; even if the user is less specific.</p>
<p>So, user=&#8221; host=&#8217;localhost&#8217; (for example) will win over user=&#8217;sven&#8217; host=&#8217;%.wherever&#8217;, if you&#8217;re connecting from localhost.</p>
<p>Given you said removing the anon entries &#8220;made it work&#8221;, I think this is the reason. It probably doesn&#8217;t totally answer &#8220;why&#8221; &#8211; I&#8217;m assuming that your other host is matching a number of entries in there for reasons not totally clear; could be your /etc/hosts or something.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Strange MySQL (5.0) issue with authentication by sven</title>
		<link>http://blog.incase.de/index.php/2011/10/13/strange-mysql-5-0-issue-with-authentication/comment-page-1/#comment-2938</link>
		<dc:creator>sven</dc:creator>
		<pubDate>Thu, 13 Oct 2011 10:19:42 +0000</pubDate>
		<guid isPermaLink="false">http://blog.incase.de/?p=95#comment-2938</guid>
		<description>Yes, that was just a typo while converting from my (confidential) internal names to something I could post. (Fixed)</description>
		<content:encoded><![CDATA[<p>Yes, that was just a typo while converting from my (confidential) internal names to something I could post. (Fixed)</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Strange MySQL (5.0) issue with authentication by macno</title>
		<link>http://blog.incase.de/index.php/2011/10/13/strange-mysql-5-0-issue-with-authentication/comment-page-1/#comment-2937</link>
		<dc:creator>macno</dc:creator>
		<pubDate>Thu, 13 Oct 2011 10:02:45 +0000</pubDate>
		<guid isPermaLink="false">http://blog.incase.de/?p=95#comment-2937</guid>
		<description>When you try to connect from a0 to a1.my.do.main , error output is &quot;my-a1.my.do.main&quot;. Why?  is it just a typo?</description>
		<content:encoded><![CDATA[<p>When you try to connect from a0 to a1.my.do.main , error output is &#8220;my-a1.my.do.main&#8221;. Why?  is it just a typo?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Strange MySQL (5.0) issue with authentication by sven</title>
		<link>http://blog.incase.de/index.php/2011/10/13/strange-mysql-5-0-issue-with-authentication/comment-page-1/#comment-2936</link>
		<dc:creator>sven</dc:creator>
		<pubDate>Thu, 13 Oct 2011 09:26:16 +0000</pubDate>
		<guid isPermaLink="false">http://blog.incase.de/?p=95#comment-2936</guid>
		<description>Hi everyone, thanks for the comments, I updated the post accordingly.</description>
		<content:encoded><![CDATA[<p>Hi everyone, thanks for the comments, I updated the post accordingly.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Strange MySQL (5.0) issue with authentication by Chris Hiestand</title>
		<link>http://blog.incase.de/index.php/2011/10/13/strange-mysql-5-0-issue-with-authentication/comment-page-1/#comment-2935</link>
		<dc:creator>Chris Hiestand</dc:creator>
		<pubDate>Thu, 13 Oct 2011 09:12:47 +0000</pubDate>
		<guid isPermaLink="false">http://blog.incase.de/?p=95#comment-2935</guid>
		<description>Also check that the forward and reverse DNS for both hosts are resolving okay from eachother.</description>
		<content:encoded><![CDATA[<p>Also check that the forward and reverse DNS for both hosts are resolving okay from eachother.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Strange MySQL (5.0) issue with authentication by Chris Hiestand</title>
		<link>http://blog.incase.de/index.php/2011/10/13/strange-mysql-5-0-issue-with-authentication/comment-page-1/#comment-2934</link>
		<dc:creator>Chris Hiestand</dc:creator>
		<pubDate>Thu, 13 Oct 2011 09:10:33 +0000</pubDate>
		<guid isPermaLink="false">http://blog.incase.de/?p=95#comment-2934</guid>
		<description>I don&#039;t know the answer but I&#039;d do 3 things in order:
1. Try looking at the mysql (I mean the actual database named mysql) db and user tables and make sure the values are what you&#039;d expect
2. Check your ~/.my.cnf to see if something might be wrong there.
3. Post this question up on serverfault.com

Also copying over the database files on the filesystem layer doesn&#039;t really seem like a good idea, although I&#039;m not expert enough to say that definitively.</description>
		<content:encoded><![CDATA[<p>I don&#8217;t know the answer but I&#8217;d do 3 things in order:<br />
1. Try looking at the mysql (I mean the actual database named mysql) db and user tables and make sure the values are what you&#8217;d expect<br />
2. Check your ~/.my.cnf to see if something might be wrong there.<br />
3. Post this question up on serverfault.com</p>
<p>Also copying over the database files on the filesystem layer doesn&#8217;t really seem like a good idea, although I&#8217;m not expert enough to say that definitively.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Strange MySQL (5.0) issue with authentication by Poisonbit</title>
		<link>http://blog.incase.de/index.php/2011/10/13/strange-mysql-5-0-issue-with-authentication/comment-page-1/#comment-2933</link>
		<dc:creator>Poisonbit</dc:creator>
		<pubDate>Thu, 13 Oct 2011 08:36:03 +0000</pubDate>
		<guid isPermaLink="false">http://blog.incase.de/?p=95#comment-2933</guid>
		<description>Maybe about direct/reverse DNS entries?

It&#039;s hard to guess it, but maybe it&#039;s DNS, or IPv4 Vs IP6....

There is a sql statement &quot;FLUSH HOSTS;&quot; or  &quot;mysqladmin flush-hosts&quot;.

Good luck.</description>
		<content:encoded><![CDATA[<p>Maybe about direct/reverse DNS entries?</p>
<p>It&#8217;s hard to guess it, but maybe it&#8217;s DNS, or IPv4 Vs IP6&#8230;.</p>
<p>There is a sql statement &#8220;FLUSH HOSTS;&#8221; or  &#8220;mysqladmin flush-hosts&#8221;.</p>
<p>Good luck.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on blood donations by nicola johnson</title>
		<link>http://blog.incase.de/index.php/2007/05/29/blood-donations/comment-page-1/#comment-2923</link>
		<dc:creator>nicola johnson</dc:creator>
		<pubDate>Mon, 28 Feb 2011 08:35:12 +0000</pubDate>
		<guid isPermaLink="false">http://blog.incase.de/index.php/2007/05/29/blood-donations/#comment-2923</guid>
		<description>France !!! 
Ive been living in france for nearly ten years and have not been able to give blood because i lived in england when the mad cow disease was around !!!
In england i could give blood, and it makes me really angry that for ten years i havent been able to give. I cant afford to go back to england to do it, but its very important for me to donate my blood.</description>
		<content:encoded><![CDATA[<p>France !!!<br />
Ive been living in france for nearly ten years and have not been able to give blood because i lived in england when the mad cow disease was around !!!<br />
In england i could give blood, and it makes me really angry that for ten years i havent been able to give. I cant afford to go back to england to do it, but its very important for me to donate my blood.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Apache SSL oddity by hynek</title>
		<link>http://blog.incase.de/index.php/2009/03/26/apache-ssl-oddity/comment-page-1/#comment-2912</link>
		<dc:creator>hynek</dc:creator>
		<pubDate>Wed, 06 Oct 2010 10:11:09 +0000</pubDate>
		<guid isPermaLink="false">http://blog.incase.de/?p=65#comment-2912</guid>
		<description>Thank you sven. I was struggling with that for alost a day, until I found you article. 
I&#039;ve got server in DMZ, which is pure HTTPS and has the different domain names to Internet and to internal network, meaning two different certs also.

Appreciate it very much, now working for me correctly.
Thanks, Hynek</description>
		<content:encoded><![CDATA[<p>Thank you sven. I was struggling with that for alost a day, until I found you article.<br />
I&#8217;ve got server in DMZ, which is pure HTTPS and has the different domain names to Internet and to internal network, meaning two different certs also.</p>
<p>Appreciate it very much, now working for me correctly.<br />
Thanks, Hynek</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on CPU feature flags and their meanings by Specifiche della propria CPU &#124; Pcc8 Technology</title>
		<link>http://blog.incase.de/index.php/2007/10/17/cpu-feature-flags-and-their-meanings/comment-page-1/#comment-2910</link>
		<dc:creator>Specifiche della propria CPU &#124; Pcc8 Technology</dc:creator>
		<pubDate>Thu, 23 Sep 2010 18:49:25 +0000</pubDate>
		<guid isPermaLink="false">http://blog.incase.de/index.php/2007/10/17/cpu-feature-flags-and-their-meanings/#comment-2910</guid>
		<description>[...] Hyper-Threading. An Intel technology that allows quasi-parallel execution of different instructions on a single core. The single core is seen by applications as if it were two (or potentially more) cores. However, two true CPU cores are almost always faster than a single core with HyperThreading. This flag indicates support in theCPU when checking the flags in /proc/cpuinfo on Linux systems. For more info how you can detect active HyperThreading, see the first comment in my blog post about this page at [2] [...]</description>
		<content:encoded><![CDATA[<p>[...] Hyper-Threading. An Intel technology that allows quasi-parallel execution of different instructions on a single core. The single core is seen by applications as if it were two (or potentially more) cores. However, two true CPU cores are almost always faster than a single core with HyperThreading. This flag indicates support in theCPU when checking the flags in /proc/cpuinfo on Linux systems. For more info how you can detect active HyperThreading, see the first comment in my blog post about this page at [2] [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on CPU feature flags and their meanings by Linux Tips &#171; Lokah Samastha Sughino Bhavantu</title>
		<link>http://blog.incase.de/index.php/cpu-feature-flags-and-their-meanings/comment-page-1/#comment-2908</link>
		<dc:creator>Linux Tips &#171; Lokah Samastha Sughino Bhavantu</dc:creator>
		<pubDate>Mon, 23 Aug 2010 22:28:38 +0000</pubDate>
		<guid isPermaLink="false">http://blog.incase.de/index.php/cpu-feature-flags-and-their-meanings/#comment-2908</guid>
		<description>[...] In the above listing the flat &#8220;lm&#8221; means, Long Mode. (64bit Extensions, AMD’s AMD64 or Intel’s EM64T). For more information on CPU flags look at CPU feature flags and their meanings [...]</description>
		<content:encoded><![CDATA[<p>[...] In the above listing the flat &#8220;lm&#8221; means, Long Mode. (64bit Extensions, AMD’s AMD64 or Intel’s EM64T). For more information on CPU flags look at CPU feature flags and their meanings [...]</p>
]]></content:encoded>
	</item>
</channel>
</rss>

