[Gluster-devel] Files being cut off in the middle
Vidar Hokstad
vidar at hokstad.com
Wed Jun 24 09:30:54 UTC 2009
See below for what I'm currently running. I'm testing without readahead at
the moment - I haven't seen it fail with it commented out so far, but it's
too early to tell.
Before I added the trace translator the error rate was much higher. After I
added it, it took several hours before it started failing, even though I've
excluded almost all the calls.
I can only reproduce it when I add the server in question to our production
cluster, unfortunately - I've tried repeatedly to reproduce it with a test
environment, but I'm clearly missing out on some element of the access
pattern we see in production. I should probably try to replay the requests
from our access logs or something.
Vidar
volume webcluster1
type protocol/client
option transport-type tcp/client
option remote-host 192.168.165.13
option remote-subvolume webcluster
end-volume
volume webcluster2
type protocol/client
option transport-type tcp/client
option remote-host 192.168.165.11
option remote-subvolume webcluster
end-volume
### Replication
volume afr
type cluster/afr
subvolumes webcluster1 webcluster2
end-volume
### Performance
#volume readahead
# type performance/read-ahead
# option page-count 2 # cache per file = (page-count x page-size)
# subvolumes afr
#end-volume
### Add IO-Cache feature
volume iocache
type performance/io-cache
option page-size 256KB
subvolumes afr #readahead
end-volume
### Add writeback feature
volume writeback
type performance/write-behind
option flush-behind off
subvolumes iocache
end-volume
volume trace
type debug/trace
subvolumes writeback
# option include open,close,create,readdir,opendir,closedir
option exclude
lookup,read,write,open,close,create,readdir,opendir,closedir,flush,readlink,fstat,stat
end-volume
On Wed, Jun 24, 2009 at 10:15 AM, Vikas Gorur <vikas at gluster.com> wrote:
>
> ----- "Vidar Hokstad" <vidar at hokstad.com> wrote:
>
> What is your client configuration? Do you have a way to reproduce this?
>
> Vikas
> --
> Engineer - http://gluster.com/
>
> A: Because it messes up the way people read text.
> Q: Why is a top-posting such a bad thing?
> --
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://supercolony.gluster.org/pipermail/gluster-devel/attachments/20090624/57d60f03/attachment-0003.html>
More information about the Gluster-devel
mailing list