[Gluster-users] Using performance/stat-prefetch translator hangs ls

Richard de Vries rdevries1000 at gmail.com
Sat Nov 21 12:06:56 UTC 2009


Hello All,

Because I have a replicated volume with a lot of smaller files, and want "ls
-l" to be fast, I added the performance/stat-prefetch translator to the
client volume file.
When a "ls -l" is executed on the disk, the process hangs.

strace output of "ls -l /mnt/glustertest/":
lstat64("/mnt/glustertest",

Did I configure the translator correctly? If I leave out the
performance/stat-prefetch translator, ls -l works (but is slow).

This is the client volume file:

volume test1
  type protocol/client
  option transport-type tcp/client
  option remote-host t42
  option remote-subvolume brick
end-volume

volume test2
  type protocol/client
  option transport-type tcp/client
  option remote-host t41
  option remote-subvolume brick
end-volume

volume replicate
  type cluster/replicate
  option read-subvolume test1
  subvolumes test1 test2
end-volume

volume stat-performance
    type performance/stat-prefetch
    subvolumes replicate
end-volume

----
Server volume file:

volume posix
  type storage/posix
  option directory /mnt/data
end-volume

volume locks
  type features/locks
  subvolumes posix
end-volume

volume brick
  type performance/io-threads
  option thread-count 16
  subvolumes locks
end-volume

volume server
  type protocol/server
  option transport-type tcp/server
  option auth.addr.brick.allow *
  subvolumes brick
end-volume

Regards,
Richard


More information about the Gluster-users mailing list