<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>

<meta http-equiv="content-type" content="text/html; charset=ISO-8859-1">
</head>
<body text="#000000" bgcolor="#ffffff">
I just realized that during intensive disk operations such as copying
many files or deleting results in not being able to list the contents
of the mounted drbd partition for several seconds or even a few minutes.<br>
<br>
I've confirmed on other machines with different kernels and DRBD
(older) that this does not happen.<br>
<br>
Does anyone have any idea?<br>
The load goes up to like 16-19 but when you look at top there's not
much evidence of what is causing the problem.<br>
<br>
I can also confirm that I setup some Virtualbox test machines using the
exact same kernel and modules and could not replicate this issue, so I
am extremely stumped.<br>
<br>
I can say the server I'm using DRBD on is faster than any of my test
machines, and in general usage (not using the DRBD partition it is
extremely fast).<br>
Could it be the 64MB Cache &amp; 2TB WD drives with lower RPMs causing
this issue by some chance?&nbsp; I know they're not superfast, but surely
they can beat an old <br>
<br>
If anyone has any suggestions or solutions I would appreciate it.<br>
<br>
<hr size="2" width="100%"><br>
<br>
version: 8.3.4 (api:88/proto:86-91)<br>
GIT-hash: 70a645ae080411c87b4482a135847d69dc90a6a2 build by
<a class="moz-txt-link-abbreviated" href="mailto:xemul@ovzcore.sw.ru">xemul@ovzcore.sw.ru</a>, 2009-10-12 19:29:01<br>
&nbsp;0: cs:Connected ro:Primary/Secondary ds:UpToDate/UpToDate C r----<br>
&nbsp;&nbsp;&nbsp; ns:5437192 nr:0 dw:254735772 dr:1099997 al:184126 bm:2121 lo:0 pe:0
ua:0 ap:0 ep:1 wo:b oos:0<br>
<br>
global {<br>
&nbsp; usage-count no;<br>
}<br>
<br>
resource r0 {<br>
&nbsp; protocol C;<br>
<br>
&nbsp; handlers {<br>
#&nbsp;&nbsp;&nbsp; pri-on-incon-degr "echo o &gt; /proc/sysrq-trigger ; halt -f";<br>
#&nbsp;&nbsp;&nbsp; pri-lost-after-sb "echo o &gt; /proc/sysrq-trigger ; halt -f";<br>
&nbsp;&nbsp;&nbsp; local-io-error "echo o &gt; /proc/sysrq-trigger ; halt -f";<br>
&nbsp; }<br>
<br>
&nbsp;&nbsp; net {<br>
<br>
&nbsp;&nbsp; after-sb-0pri discard-older-primary;<br>
&nbsp;&nbsp; after-sb-1pri call-pri-lost-after-sb;<br>
&nbsp;&nbsp; after-sb-2pri call-pri-lost-after-sb;<br>
<br>
&nbsp;&nbsp; }<br>
<br>
&nbsp; startup {<br>
&nbsp;&nbsp;&nbsp; degr-wfc-timeout 120;<br>
&nbsp; }<br>
<br>
&nbsp; disk {<br>
&nbsp;&nbsp;&nbsp; on-io-error&nbsp;&nbsp; call-local-io-error;<br>
&nbsp; }<br>
<br>
&nbsp; syncer {<br>
&nbsp;&nbsp;&nbsp; rate 80M;<br>
&nbsp;&nbsp;&nbsp; al-extents 257;<br>
&nbsp; }<br>
<br>
&nbsp; on test2.ti {<br>
&nbsp;&nbsp;&nbsp; device&nbsp;&nbsp;&nbsp;&nbsp; /dev/drbd0;<br>
&nbsp;&nbsp;&nbsp; disk&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; /dev/sda3;<br>
&nbsp;&nbsp;&nbsp; address&nbsp;&nbsp;&nbsp; 192.168.1.9:7788;<br>
&nbsp;&nbsp;&nbsp; meta-disk&nbsp; internal;<br>
&nbsp; }<br>
<br>
&nbsp; on test1.ti {<br>
&nbsp;&nbsp;&nbsp; device&nbsp;&nbsp;&nbsp;&nbsp; /dev/drbd0;<br>
&nbsp;&nbsp;&nbsp; disk&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; /dev/sda3;<br>
&nbsp;&nbsp;&nbsp; address&nbsp;&nbsp;&nbsp; 192.168.1.10:7788;<br>
&nbsp;&nbsp;&nbsp; meta-disk&nbsp; internal;<br>
&nbsp; }<br>
<br>
}<br>
<br>
</body>
</html>