Tomasz Chmielewski
2010-Sep-28 19:42 UTC
[Gluster-users] translators and their subvolumes? ("dangling volume. check volfile")
Which is the correct way to configure translators? Should they all point to one other volume (i.e. readahead, writebehind, io-cache, quick-read, stat-prefetch should all have a "subvolumes replicate1" entry)? Or rather, all subsequent volumes should point at each other? 1. Variant one - all point to "replicate1": volume remote1 type protocol/client option transport-type tcp option remote-host alpha-int option remote-subvolume brick end-volume volume remote2 type protocol/client option transport-type tcp option remote-host omega-int option remote-subvolume brick end-volume volume replicate1 type cluster/replicate option read-subvolume remote2 subvolumes remote1 remote2 end-volume volume readahead type performance/read-ahead option page-count 16 # 2 is default option option force-atime-update off # default is off subvolumes replicate1 end-volume volume writebehind type performance/write-behind option cache-size 128MB # default is equal to aggregate-size option flush-behind on # default is 'off' subvolumes replicate1 end-volume volume io-cache type performance/io-cache option cache-size 1024MB # default is 32MB option cache-timeout 4 # default is 1 second subvolumes replicate1 end-volume volume quick-read type performance/quick-read option cache-timeout 4 option max-file-size 1024000 subvolumes replicate1 end-volume volume stat-prefetch type performance/stat-prefetch subvolumes replicate1 end-volume 2. Variant two - volumes point at each other (stat-prefetch -> quick-read -> io-cache -> writebehind -> readahead -> replicate1). volume remote1 type protocol/client option transport-type tcp option remote-host alpha-int option remote-subvolume brick end-volume volume remote2 type protocol/client option transport-type tcp option remote-host omega-int option remote-subvolume brick end-volume volume replicate1 type cluster/replicate option read-subvolume remote2 # option favorite-child remote1 subvolumes remote1 remote2 end-volume volume readahead type performance/read-ahead option page-count 16 # 2 is default option option force-atime-update off # default is off subvolumes replicate1 end-volume volume writebehind type performance/write-behind option cache-size 128MB # default is equal to aggregate-size option flush-behind on # default is 'off' subvolumes readahead end-volume volume io-cache type performance/io-cache option cache-size 1024MB # default is 32MB option cache-timeout 4 # default is 1 second subvolumes writebehind end-volume volume quick-read type performance/quick-read option cache-timeout 4 option max-file-size 1024000 subvolumes io-cache end-volume volume stat-prefetch type performance/stat-prefetch subvolumes quick-read end-volume -- Tomasz Chmielewski http://wpkg.org
Lakshmipathi
2010-Sep-29 09:10 UTC
[Gluster-users] translators and their subvolumes? ("dangling volume. check volfile")
2. Variant two - volumes point at each other (stat-prefetch -> quick-read -> io-cache -> writebehind -> readahead -> replicate1). above is the correct usage.It's better to use glusterfs-volgen to create volume files. http://www.gluster.com/community/documentation/index.php/Glusterfs-volgen_Reference_Page -- ---- Cheers, Lakshmipathi.G FOSS Programmer. ----- Original Message ----- From: "Tomasz Chmielewski" <mangoo at wpkg.org> To: "Gluster General Discussion List" <gluster-users at gluster.org> Sent: Wednesday, September 29, 2010 1:12:17 AM Subject: [Gluster-users] translators and their subvolumes? ("dangling volume. check volfile") Which is the correct way to configure translators? Should they all point to one other volume (i.e. readahead, writebehind, io-cache, quick-read, stat-prefetch should all have a "subvolumes replicate1" entry)? Or rather, all subsequent volumes should point at each other? 1. Variant one - all point to "replicate1": volume remote1 type protocol/client option transport-type tcp option remote-host alpha-int option remote-subvolume brick end-volume volume remote2 type protocol/client option transport-type tcp option remote-host omega-int option remote-subvolume brick end-volume volume replicate1 type cluster/replicate option read-subvolume remote2 subvolumes remote1 remote2 end-volume volume readahead type performance/read-ahead option page-count 16 # 2 is default option option force-atime-update off # default is off subvolumes replicate1 end-volume volume writebehind type performance/write-behind option cache-size 128MB # default is equal to aggregate-size option flush-behind on # default is 'off' subvolumes replicate1 end-volume volume io-cache type performance/io-cache option cache-size 1024MB # default is 32MB option cache-timeout 4 # default is 1 second subvolumes replicate1 end-volume volume quick-read type performance/quick-read option cache-timeout 4 option max-file-size 1024000 subvolumes replicate1 end-volume volume stat-prefetch type performance/stat-prefetch subvolumes replicate1 end-volume 2. Variant two - volumes point at each other (stat-prefetch -> quick-read -> io-cache -> writebehind -> readahead -> replicate1). volume remote1 type protocol/client option transport-type tcp option remote-host alpha-int option remote-subvolume brick end-volume volume remote2 type protocol/client option transport-type tcp option remote-host omega-int option remote-subvolume brick end-volume volume replicate1 type cluster/replicate option read-subvolume remote2 # option favorite-child remote1 subvolumes remote1 remote2 end-volume volume readahead type performance/read-ahead option page-count 16 # 2 is default option option force-atime-update off # default is off subvolumes replicate1 end-volume volume writebehind type performance/write-behind option cache-size 128MB # default is equal to aggregate-size option flush-behind on # default is 'off' subvolumes readahead end-volume volume io-cache type performance/io-cache option cache-size 1024MB # default is 32MB option cache-timeout 4 # default is 1 second subvolumes writebehind end-volume volume quick-read type performance/quick-read option cache-timeout 4 option max-file-size 1024000 subvolumes io-cache end-volume volume stat-prefetch type performance/stat-prefetch subvolumes quick-read end-volume -- Tomasz Chmielewski http://wpkg.org _______________________________________________ Gluster-users mailing list Gluster-users at gluster.org http://gluster.org/cgi-bin/mailman/listinfo/gluster-users