<a href="http://stapgui.sourceforge.net/">http://stapgui.sourceforge.net/</a><br><br><div class="gmail_quote">On Feb 19, 2008 7:46 PM, Luis Freitas &lt;<a href="mailto:lfreitas34@yahoo.com">lfreitas34@yahoo.com</a>&gt; wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><br>I had no idea that such a tool existed on Linux. Do anyone know of a graphical/web frontend for systemtap?<br>
<br>Regards,<br>Luis<br><blockquote style="border-left: 2px solid rgb(16, 16, 255); margin-left: 5px; padding-left: 5px;"><div><div></div><div class="Wj3C7c"><br><b><i>Ulf Zimmermann &lt;<a href="mailto:ulf@atc-onlane.com" target="_blank">ulf@atc-onlane.com</a>&gt;</i></b> wrote:<blockquote style="border-left: 2px solid rgb(16, 16, 255); margin-left: 5px; padding-left: 5px;">
 I will look at it. In the meanwhile I did find at least one of the<br>standby processes reading in bursts every 60-70 seconds like 400MB in<br>14.xx seconds from control01.ctl, even that file is only 94MB large.<br><br>&gt; -----Original Message-----<br>
&gt; From: Andrew Phillips [mailto:<a href="mailto:Andrew.Phillips@betfair.com" target="_blank">Andrew.Phillips@betfair.com</a>]<br>&gt; Sent: Tuesday, February 19, 2008 01:43<br>&gt; To: Ulf Zimmermann<br>&gt; Cc: <a href="mailto:ocfs2-users@oss.oracle.com" target="_blank">ocfs2-users@oss.oracle.com</a><br>
&gt; Subject: RE: [Ocfs2-users] Anyone have an idea how to find file<br>&gt; i/othroughput?<br>&gt; <br>&gt; Ulf,<br>&gt;
 <br>&gt;   Have you considered using systemtap? There is a recipe here that<br>could<br>&gt; be used to find out  whats going on;<br>&gt; <br>&gt; <a href="http://sourceware.org/systemtap/wiki/WSDeviceMonitor?highlight=%28%25" target="_blank">http://sourceware.org/systemtap/wiki/WSDeviceMonitor?highlight=%28%</a><br>
&gt; 28WarStories%29%29<br>&gt; <br>&gt;    I&#39;m not sure how well that would work with ocfs2. Unlike dtrace,<br>&gt; systemtap can be more &quot;uneven&quot; in coverage. Its also something that<br>&gt; requires a bit of fiddling (installing debuginfo packages).<br>
&gt; <br>&gt;    The recipe above traps vfs_read and vfs_write so should work as a<br>&gt; first stab at identifying the process id thats causing the I/O.<br>&gt; <br>&gt;    I&#39;d also advise some thought if its to be used on a production<br>
&gt; environment. Having said that, I&#39;ve used it on a production oracle RAC<br>&gt; database server and found it very valuable.<br>&gt; <br>&gt;    I don&#39;t recall you mentioning the distribution, but RH, CentOS, and<br>
&gt; oracle&#39;s version of CentOS should all
 work.<br>&gt; <br>&gt;    As always, read the instructions on the label, etc...<br>&gt; <br>&gt;      Andy<br>&gt; <br>&gt;  <br>&gt; On Mon, 2008-02-18 at 23:14 -0800, Ulf Zimmermann wrote:<br>&gt; &gt; Forgot to mention, this remote server is just Oracle. It has one<br>
standby<br>&gt; &gt; database and one local database, the local one is suppose to be<br>idle,<br>&gt; &gt; i.e. nothing connecting to it, besides once in a while for available<br>&gt; &gt; check.<br>&gt; &gt;<br>&gt; &gt; While the primary database of the standby was down, I saw less disk<br>
read<br>&gt; &gt; access, but every 5 minutes for about 60 seconds I would see<br>&gt; &gt; 50-60MB/sec. After the primary came back up, read access is as high<br>as<br>&gt; &gt; 160MB/sec.<br>&gt; &gt;<br>&gt; &gt; We are only seeing it on this single node of the remote standby. The<br>
&gt; &gt; local standby (on EXT3) is not doing the same thing.<br>&gt; &gt;<br>&gt; &gt; &gt; -----Original Message-----<br>&gt; &gt;
 &gt; From: Sunil Mushran [mailto:<a href="mailto:sunil.mushran@oracle.com" target="_blank">sunil.mushran@oracle.com</a>]<br>&gt; &gt; &gt; Sent: Monday, February 18, 2008 19:28<br>&gt;  &gt; &gt; To: Ulf Zimmermann<br>&gt; &gt; &gt; Cc: <a href="mailto:ocfs2-users@oss.oracle.com" target="_blank">ocfs2-users@oss.oracle.com</a><br>
&gt; &gt; &gt; Subject: Re: [Ocfs2-users] Anyone have an idea how to find file<br>i/o<br>&gt; &gt; &gt; throughput?<br>&gt; &gt; &gt;<br>&gt; &gt; &gt; If a userspace process is behind the io surge, then strace should<br>
&gt; &gt; help.<br>&gt; &gt; &gt; But determining the process may require a bit of trial and error.<br>&gt; &gt; &gt;<br>&gt; &gt; &gt; Ulf Zimmermann wrote:<br>&gt; &gt; &gt; &gt; We got a remote Oracle 10g R2 standby running on OCFS2. Initial<br>
when<br>&gt; &gt; we<br>&gt; &gt; &gt; &gt; started the standby, read I/O was &lt; 5MB/sec on average. Since<br>then<br>&gt; &gt; it<br>&gt; &gt; &gt; &gt; has grown to over 40MB/sec (longer average, it peaks much<br>higher).<br>
&gt; &gt; Here<br>&gt; &gt; &gt; &gt; is a graph showing this:<br>&gt; &gt; &gt;
 &gt;<br>&gt; &gt; &gt; &gt; <a href="http://www.alameda.net/%7Eulf/dbphx01.png" target="_blank">http://www.alameda.net/~ulf/dbphx01.png</a><br>&gt; &gt; &gt; &gt;<br>&gt; &gt; &gt; &gt; We also have  a local standby running (on EXT3) which is not<br>
showing<br>&gt; &gt; the<br>&gt; &gt; &gt; &gt; same symptom. I am trying to find where all these reads are<br>&gt; &gt; happening.<br>&gt; &gt; &gt; &gt; Anyone have an idea how to figure that out on Linux?<br>&gt; &gt; &gt; &gt;<br>
&gt; &gt; &gt; &gt; Ulf.<br>&gt; &gt; &gt; &gt;<br>&gt; &gt; &gt; &gt;<br>&gt; &gt; &gt; &gt; _______________________________________________<br>&gt; &gt; &gt; &gt; Ocfs2-users mailing list<br>&gt; &gt; &gt; &gt; <a href="mailto:Ocfs2-users@oss.oracle.com" target="_blank">Ocfs2-users@oss.oracle.com</a><br>
&gt; &gt; &gt; &gt; <a href="http://oss.oracle.com/mailman/listinfo/ocfs2-users" target="_blank">http://oss.oracle.com/mailman/listinfo/ocfs2-users</a><br>&gt; &gt; &gt; &gt;<br>&gt; &gt;<br>&gt; &gt;<br>&gt; &gt; _______________________________________________<br>
&gt; &gt; Ocfs2-users mailing list<br>&gt; &gt; <a href="mailto:Ocfs2-users@oss.oracle.com" target="_blank">Ocfs2-users@oss.oracle.com</a><br>&gt; &gt; <a href="http://oss.oracle.com/mailman/listinfo/ocfs2-users" target="_blank">http://oss.oracle.com/mailman/listinfo/ocfs2-users</a><br>
&gt;
 <br>&gt;<br>________________________________________________________________________<br>&gt; In order to protect our email  recipients, Betfair Group use SkyScan<br>from<br>&gt; MessageLabs to scan all Incoming and Outgoing mail for viruses.<br>
&gt; <br>&gt;<br>________________________________________________________________________<br><br>_______________________________________________<br>Ocfs2-users mailing list<br><a href="mailto:Ocfs2-users@oss.oracle.com" target="_blank">Ocfs2-users@oss.oracle.com</a><br>
<a href="http://oss.oracle.com/mailman/listinfo/ocfs2-users" target="_blank">http://oss.oracle.com/mailman/listinfo/ocfs2-users</a><br></blockquote><br><div>        </div></div></div><hr size="1">Be a better friend, newshound, and  know-it-all with Yahoo! Mobile. <a href="http://us.rd.yahoo.com/evt=51733/*http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ%20" target="_blank"> Try it now.</a></blockquote>
<div class="WgoR0d"><br><p> 

      </p><hr size="1">Never miss a thing.  <a href="http://us.rd.yahoo.com/evt=51438/*http://www.yahoo.com/r/hs" target="_blank"> Make Yahoo your homepage.</a>

</div><br>_______________________________________________<br>Ocfs2-users mailing list<br><a href="mailto:Ocfs2-users@oss.oracle.com">Ocfs2-users@oss.oracle.com</a><br><a href="http://oss.oracle.com/mailman/listinfo/ocfs2-users" target="_blank">http://oss.oracle.com/mailman/listinfo/ocfs2-users</a><br>
</blockquote></div><br><br clear="all"><br>-- <br>A. C. Censi<br>accensi [em] gmail [ponto] com<br>accensi [em] montreal [ponto] com [ponto] br