<?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 on: Gathering queries from a server with Maatkit and tcpdump</title>
	<atom:link href="http://www.mysqlperformanceblog.com/2009/07/01/gathering-queries-from-a-server-with-maatkit-and-tcpdump/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.mysqlperformanceblog.com/2009/07/01/gathering-queries-from-a-server-with-maatkit-and-tcpdump/</link>
	<description>Everything about MySQL Performance</description>
	<lastBuildDate>Wed, 17 Mar 2010 18:15:22 +0000</lastBuildDate>
	
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Baron Schwartz</title>
		<link>http://www.mysqlperformanceblog.com/2009/07/01/gathering-queries-from-a-server-with-maatkit-and-tcpdump/comment-page-1/#comment-665495</link>
		<dc:creator>Baron Schwartz</dc:creator>
		<pubDate>Fri, 16 Oct 2009 02:01:41 +0000</pubDate>
		<guid isPermaLink="false">http://www.mysqlperformanceblog.com/?p=710#comment-665495</guid>
		<description>Ronald, 65535 is the max the TCP/IP protocol can possibly hold, but typically it&#039;s MUCH smaller than that in practice, so try something like 2000.  (1500 is the max most networks do as I recall).</description>
		<content:encoded><![CDATA[<p>Ronald, 65535 is the max the TCP/IP protocol can possibly hold, but typically it&#8217;s MUCH smaller than that in practice, so try something like 2000.  (1500 is the max most networks do as I recall).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ronald Bradford</title>
		<link>http://www.mysqlperformanceblog.com/2009/07/01/gathering-queries-from-a-server-with-maatkit-and-tcpdump/comment-page-1/#comment-665372</link>
		<dc:creator>Ronald Bradford</dc:creator>
		<pubDate>Thu, 15 Oct 2009 21:52:48 +0000</pubDate>
		<guid isPermaLink="false">http://www.mysqlperformanceblog.com/?p=710#comment-665372</guid>
		<description>I was unable to get this functional on a CentOS 5.3 server.  I tried -s 65535, 32767 and even 0, all with the same error.

tcpdump: invalid snaplen 65535   # number being what was passed.

Command used was.

$ /usr/sbin/tcpdump -i eth1 port 3306 -s 65535  -x -n -q -tttt &#124; /home/rbradfor/maatkit-4790/bin/mk-query-digest --type tcpdump</description>
		<content:encoded><![CDATA[<p>I was unable to get this functional on a CentOS 5.3 server.  I tried -s 65535, 32767 and even 0, all with the same error.</p>
<p>tcpdump: invalid snaplen 65535   # number being what was passed.</p>
<p>Command used was.</p>
<p>$ /usr/sbin/tcpdump -i eth1 port 3306 -s 65535  -x -n -q -tttt | /home/rbradfor/maatkit-4790/bin/mk-query-digest &#8211;type tcpdump</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: horse</title>
		<link>http://www.mysqlperformanceblog.com/2009/07/01/gathering-queries-from-a-server-with-maatkit-and-tcpdump/comment-page-1/#comment-643548</link>
		<dc:creator>horse</dc:creator>
		<pubDate>Mon, 31 Aug 2009 06:54:34 +0000</pubDate>
		<guid isPermaLink="false">http://www.mysqlperformanceblog.com/?p=710#comment-643548</guid>
		<description>Why always remind me that the packets don&#039;t come  from  mysql server?


the command on server(192.168.84.22)：
tcpdump   host 192.168.84.22 and 192.168.84.146 -x -n -q -tttt &gt; tcp.dmp

I run a few querie on client(192.168.84.146), quit, and cancel tcpdump,Now I&#039;ve got a file(tcp.dmp) and I&#039;m ready to analyze it

$ mk-query-digest --type=tcpdump  --limit 1  tcp.dmp 

result：
Packet is not to or from MySQL server: $VAR1 = {
  ack =&gt; 3333564724,
  complete =&gt; 1,
  data =&gt; &#039;110000000373656c656374202a2066726f6d207070&#039;,
  data_len =&gt; 21,
  dgram_len =&gt; 61,
  dst_host =&gt; &#039;192.168.84.22&#039;,
  dst_port =&gt; &#039;4333&#039;,
  ip_hlen =&gt; 5,
  pos_in_log =&gt; 13193,
  raw_packet =&gt; &#039;2009-08-31 14:26:13.120420 IP 192.168.84.146.2557 &gt; 192.168.84.22.4333: tcp 21
	0x0000:  4500 003d d341 4000 4006 3d80 c0a8 5492
	0x0010:  c0a8 5416 09fd 10ed 23c2 198d c6b2 2934
	0x0020:  5018 f884 6145 0000 1100 0000 0373 656c
	0x0030:  6563 7420 2a20 6672 6f6d 2070 70&#039;,
  seq =&gt; 599923085,
  src_host =&gt; &#039;192.168.84.146&#039;,
  src_port =&gt; &#039;2557&#039;,
  tcp_hlen =&gt; 5,
  ts =&gt; &#039;2009-08-31 14:26:13.120420&#039;
};

why ???Please help me ~~~</description>
		<content:encoded><![CDATA[<p>Why always remind me that the packets don&#8217;t come  from  mysql server?</p>
<p>the command on server(192.168.84.22)：<br />
tcpdump   host 192.168.84.22 and 192.168.84.146 -x -n -q -tttt &gt; tcp.dmp</p>
<p>I run a few querie on client(192.168.84.146), quit, and cancel tcpdump,Now I&#8217;ve got a file(tcp.dmp) and I&#8217;m ready to analyze it</p>
<p>$ mk-query-digest &#8211;type=tcpdump  &#8211;limit 1  tcp.dmp </p>
<p>result：<br />
Packet is not to or from MySQL server: $VAR1 = {<br />
  ack =&gt; 3333564724,<br />
  complete =&gt; 1,<br />
  data =&gt; &#8216;110000000373656c656374202a2066726f6d207070&#8242;,<br />
  data_len =&gt; 21,<br />
  dgram_len =&gt; 61,<br />
  dst_host =&gt; &#8216;192.168.84.22&#8242;,<br />
  dst_port =&gt; &#8216;4333&#8242;,<br />
  ip_hlen =&gt; 5,<br />
  pos_in_log =&gt; 13193,<br />
  raw_packet =&gt; &#8216;2009-08-31 14:26:13.120420 IP 192.168.84.146.2557 &gt; 192.168.84.22.4333: tcp 21<br />
	0&#215;0000:  4500 003d d341 4000 4006 3d80 c0a8 5492<br />
	0&#215;0010:  c0a8 5416 09fd 10ed 23c2 198d c6b2 2934<br />
	0&#215;0020:  5018 f884 6145 0000 1100 0000 0373 656c<br />
	0&#215;0030:  6563 7420 2a20 6672 6f6d 2070 70&#8242;,<br />
  seq =&gt; 599923085,<br />
  src_host =&gt; &#8216;192.168.84.146&#8242;,<br />
  src_port =&gt; &#8216;2557&#8242;,<br />
  tcp_hlen =&gt; 5,<br />
  ts =&gt; &#8216;2009-08-31 14:26:13.120420&#8242;<br />
};</p>
<p>why ???Please help me ~~~</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Baron Schwartz</title>
		<link>http://www.mysqlperformanceblog.com/2009/07/01/gathering-queries-from-a-server-with-maatkit-and-tcpdump/comment-page-1/#comment-610962</link>
		<dc:creator>Baron Schwartz</dc:creator>
		<pubDate>Thu, 09 Jul 2009 10:10:03 +0000</pubDate>
		<guid isPermaLink="false">http://www.mysqlperformanceblog.com/?p=710#comment-610962</guid>
		<description>Thanks Mark. By the way, anyone using this might be interested in the --tcpdump-errors option, which will write out all TCP sessions it can&#039;t make any sense of.  Then you can use that to submit bug reports or sponsor the tool to make it better ;-)</description>
		<content:encoded><![CDATA[<p>Thanks Mark. By the way, anyone using this might be interested in the &#8211;tcpdump-errors option, which will write out all TCP sessions it can&#8217;t make any sense of.  Then you can use that to submit bug reports or sponsor the tool to make it better <img src='http://www.mysqlperformanceblog.com/wp-includes/images/smilies/icon_wink.gif' alt=';-)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mark Callaghan</title>
		<link>http://www.mysqlperformanceblog.com/2009/07/01/gathering-queries-from-a-server-with-maatkit-and-tcpdump/comment-page-1/#comment-610408</link>
		<dc:creator>Mark Callaghan</dc:creator>
		<pubDate>Thu, 09 Jul 2009 00:45:30 +0000</pubDate>
		<guid isPermaLink="false">http://www.mysqlperformanceblog.com/?p=710#comment-610408</guid>
		<description>Wow! Someone just showed me some output from this and it is really, really nice. This is a very good week - first the faster recovery patch and now this.</description>
		<content:encoded><![CDATA[<p>Wow! Someone just showed me some output from this and it is really, really nice. This is a very good week &#8211; first the faster recovery patch and now this.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Nick Le Mouton</title>
		<link>http://www.mysqlperformanceblog.com/2009/07/01/gathering-queries-from-a-server-with-maatkit-and-tcpdump/comment-page-1/#comment-603459</link>
		<dc:creator>Nick Le Mouton</dc:creator>
		<pubDate>Thu, 02 Jul 2009 23:40:01 +0000</pubDate>
		<guid isPermaLink="false">http://www.mysqlperformanceblog.com/?p=710#comment-603459</guid>
		<description>Thanks Jeremy that did it :)</description>
		<content:encoded><![CDATA[<p>Thanks Jeremy that did it <img src='http://www.mysqlperformanceblog.com/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jeremy Zawodny</title>
		<link>http://www.mysqlperformanceblog.com/2009/07/01/gathering-queries-from-a-server-with-maatkit-and-tcpdump/comment-page-1/#comment-603455</link>
		<dc:creator>Jeremy Zawodny</dc:creator>
		<pubDate>Thu, 02 Jul 2009 22:46:05 +0000</pubDate>
		<guid isPermaLink="false">http://www.mysqlperformanceblog.com/?p=710#comment-603455</guid>
		<description>Nick:

If you change from localhost to using the IP address of your box, it&#039;ll work (assuming the MySQL grants allow for this).</description>
		<content:encoded><![CDATA[<p>Nick:</p>
<p>If you change from localhost to using the IP address of your box, it&#8217;ll work (assuming the MySQL grants allow for this).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Nick Le Mouton</title>
		<link>http://www.mysqlperformanceblog.com/2009/07/01/gathering-queries-from-a-server-with-maatkit-and-tcpdump/comment-page-1/#comment-603453</link>
		<dc:creator>Nick Le Mouton</dc:creator>
		<pubDate>Thu, 02 Jul 2009 22:40:32 +0000</pubDate>
		<guid isPermaLink="false">http://www.mysqlperformanceblog.com/?p=710#comment-603453</guid>
		<description>I&#039;m trying to run tcpdump on my local dev server, but as far as I can see no packets are going through interface lo. Although mysql is connecting to localhost via PHP, I think it&#039;s trying to use the unix socket rather than tcp/ip. Is there anyway to sniff packets from the socket to use the same query analysis tool?</description>
		<content:encoded><![CDATA[<p>I&#8217;m trying to run tcpdump on my local dev server, but as far as I can see no packets are going through interface lo. Although mysql is connecting to localhost via PHP, I think it&#8217;s trying to use the unix socket rather than tcp/ip. Is there anyway to sniff packets from the socket to use the same query analysis tool?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Baron Schwartz</title>
		<link>http://www.mysqlperformanceblog.com/2009/07/01/gathering-queries-from-a-server-with-maatkit-and-tcpdump/comment-page-1/#comment-603449</link>
		<dc:creator>Baron Schwartz</dc:creator>
		<pubDate>Thu, 02 Jul 2009 21:57:39 +0000</pubDate>
		<guid isPermaLink="false">http://www.mysqlperformanceblog.com/?p=710#comment-603449</guid>
		<description>Hi LenZ, no offense, no hard feelings!  Point well spoken and taken.  &quot;Quietly&quot; is just one of those accidental words.</description>
		<content:encoded><![CDATA[<p>Hi LenZ, no offense, no hard feelings!  Point well spoken and taken.  &#8220;Quietly&#8221; is just one of those accidental words.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: LenZ</title>
		<link>http://www.mysqlperformanceblog.com/2009/07/01/gathering-queries-from-a-server-with-maatkit-and-tcpdump/comment-page-1/#comment-603448</link>
		<dc:creator>LenZ</dc:creator>
		<pubDate>Thu, 02 Jul 2009 21:52:34 +0000</pubDate>
		<guid isPermaLink="false">http://www.mysqlperformanceblog.com/?p=710#comment-603448</guid>
		<description>Baron, it was not my intention to offend you or imply that any of the work was done in secret. *I* certainly know this was not the case (as I follow the mailing lists), but to the uninitiated a comment like yours *could* be misinterpreted like it was. Hence my suggestion to be careful with formulating it as you did. Sorry if my comment sounded misleading or offensive.</description>
		<content:encoded><![CDATA[<p>Baron, it was not my intention to offend you or imply that any of the work was done in secret. *I* certainly know this was not the case (as I follow the mailing lists), but to the uninitiated a comment like yours *could* be misinterpreted like it was. Hence my suggestion to be careful with formulating it as you did. Sorry if my comment sounded misleading or offensive.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
