[Gluster-users] AFR not working

[a_pirania at poczta.onet.pl]

"Raghavendra G" napisał(a):

  Hi,

  I've been trying to reproduce your problem. Some observations,
  * I've run into 'No such file or directory' errors, but it was due to dd
  not creating the file due to block size being 0 (bs=0).
  * As per dd error msgs, there is a space between '/' and 'mnt' (/ mnt).
  dd: opening `/ mnt/glusterfs/24427/30087.20476 ': No such file or
  directory

  please make sure that the file is getting created in first place (file
  may not be created due to invalid parameters to dd, like bs=0 in above
  case).

  * since I am not able to reproduce it on my setup, is it possible for
  you to try out the test with
  - afr-self-heal turned on
  - afr-self-heal turned off
  - following options control afr self heal
  option data-self-heal off
  option metadata-self-heal off
  option entry-self-heal off

  regards,
  On Wed, Dec 10, 2008 at 7:51 PM, <a_pirania at poczta.onet.pl> wrote:

    I have a problem. I have run two servers and two clients. On both
    clients operate in the background loop:

    for ((j=0; j< $RANDOM; j++)) {
    PLIK=$RANDOM.$RANDOM
    dd if=/dev/urandom of=/mnt/glusterfs/$KAT/$PLIK bs=$RANDOM count=1
    dd if=/mnt/glusterfs/$KAT/$PLIK of=/dev/null
    rm -f /mnt/glusterfs/$KAT/$PLIK
    }



    If both servers are connected to everything is fine. If one stops
    working after several minutes will go back to the server, a client I
    have:

    dd: opening `/ mnt/glusterfs/24427/30087.20476 ': No such file or
    directory
    dd: opening `/ mnt/glusterfs/24427/30087.20476 ': No such file or
    directory
    dd: opening `/ mnt/glusterfs/24427/18649.25895 ': No such file or
    directory


    after a few seconds, everything is working again.

    I think that the client is trying to read the file from the new
    server. I think this is not work?



  check it. I do not know is important but the system for tested is Linux
  Debian 4.0 (2.6.18-6-xen-amd64) on Xen 3.0.3-1
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://supercolony.gluster.org/pipermail/gluster-users/attachments/20081219/265bd7ad/attachment.html>