[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