hi again, <br>about glusterfs--mainline--3.0--patch-727 with same configuration.<br>Now glusterfsd seems to be take a lot of cpu ressource > 20 % , and ls -l /glustermount/ is very very long to respond ( > 5 minutes ). <br>
We can notice that with -719 the issue is not appearing.<br><br>Nicolas Prochazka.<br><br><div class="gmail_quote">2008/12/8 nicolas prochazka <span dir="ltr"><<a href="mailto:prochazka.nicolas@gmail.com">prochazka.nicolas@gmail.com</a>></span><br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">Thanks it's working now.<br>Regards,<br>Nicolas Prochazka<br><br><div class="gmail_quote">
<div class="Ih2E3d">2008/12/8 Basavanagowda Kanur <span dir="ltr"><<a href="mailto:gowda@zresearch.com" target="_blank">gowda@zresearch.com</a>></span><br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Nicolas,<div><div></div><div class="Wj3C7c"><br> Please use glusterfs--mainline--3.0--patch-719.<br><font color="#888888"><br>--<br>gowda<br><br></font><div class="gmail_quote"><div>On Mon, Dec 8, 2008 at 3:07 PM, nicolas prochazka <span dir="ltr"><<a href="mailto:prochazka.nicolas@gmail.com" target="_blank">prochazka.nicolas@gmail.com</a>></span> wrote:<br>
</div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div><div></div><div>Hi,<br>It seems that glusterfs--mainline--3.0--patch-717 has a new problem, which not appear at least witch glusterfs--mainline--3.0--patch-710<br>
Now i've : <br>ls: cannot open directory /mnt/vdisk/: Software caused connection abort<br>
<br>Regards, <br>Nicolas Prochazka.<br><br>my client spec file : <br>volume brick1<br>type protocol/client<br>option transport-type tcp/client # for TCP/IP transport<br>option remote-host <a href="http://10.98.98.1" target="_blank">10.98.98.1</a> # IP address of server1<br>
option remote-subvolume brick # name of the remote volume on server1<br>end-volume<br><br>volume brick2<br>type protocol/client<br>option transport-type tcp/client # for TCP/IP transport<br>option remote-host <a href="http://10.98.98.2" target="_blank">10.98.98.2</a> # IP address of server2<br>
option remote-subvolume brick # name of the remote volume on server2<br>end-volume<br><br>volume afr<br>type cluster/afr<br>subvolumes brick1 brick2<br>end-volume<br><br>volume iothreads<br>type performance/io-threads<br>
option thread-count 4<br>option cache-size 32MB<br>subvolumes afr<br>end-volume<br><br>volume io-cache<br>type performance/io-cache<br>option cache-size 256MB # default is 32MB<br>option page-size 1MB #128KB is default option<br>
option force-revalidate-timeout 2 # default is 1<br>subvolumes iothreads<br>end-volume<br><br>my server spec-file<br>volume brickless<br>type storage/posix<br>option directory /mnt/disks/export<br>end-volume<br><br>volume brick<br>
type features/posix-locks<br>option mandatory on # enables mandatory locking on all files<br>subvolumes brickless<br>end-volume<br><br>volume server<br>type protocol/server<br>subvolumes brick<br>option transport-type tcp<br>
option auth.addr.brick.allow <a href="http://10.98.98." target="_blank">10.98.98.</a>*<br>end-volume<br><br>
<br></div></div><div>_______________________________________________<br>
Gluster-devel mailing list<br>
<a href="mailto:Gluster-devel@nongnu.org" target="_blank">Gluster-devel@nongnu.org</a><br>
<a href="http://lists.nongnu.org/mailman/listinfo/gluster-devel" target="_blank">http://lists.nongnu.org/mailman/listinfo/gluster-devel</a><br>
<br></div></blockquote></div><div><div></div><div><br><br clear="all"><br>-- <br>hard work often pays off after time, but laziness always pays off now<br>
</div></div></div></div></blockquote></div><br>
</blockquote></div><br>