DeeDee, I read your spec file from another e-mail, and I think I know the answer. Please any developer correct-me if I'm wrong. According with http://lists.gnu.org/archive/html/gluster-devel/2007-03/msg00106.html the AFR translator will return the minimum size between all it's volumes when you df -h. But, from what I could read at the source, AFR currently will return the total space of the first available subvolume. For fact you can be assured that it does not sum the total space of all it's volumes. As a fellow user, I recommend you to sent more details when asking something at the list. It helps me understand your problem more. If it wasn't for the other e-mail you sent to the list I would never imagine that you are putting all the 5 bricks inside AFR, although you only make 2 copies of each file at the first two subvolumes available at open() time and the other three is almost never used. Suggestion: http://www.gluster.org/docs/index.php/Understanding_Unify_Translator Best regards, Daniel Colchete On 7/11/07, Daniel van Ham Colchete <daniel.colchete@xxxxxxxxx> wrote:
DeeDee, I'm not a Gluster Developer but I think I can help. First, it is easier if you send your volume files :-) . When you mount a Gluster brick running the glusterfs command, you can use the '-n' option to mount just a 'protocol/client' brick by its name and see how everything is at the last level. I would start tracing using this. W Best regards, Daniel Colchete On 7/11/07, DeeDee Park < deedee6905@xxxxxxxxxxx> wrote: > > I have 6 bricks totalling 2.3T of space right now in my test setup. > (6GB, > 40GB, 250GB, 500GB, 750GB, 750GB) > I run the 'df' command and it currently shows 967M of space available at > the client. > It use to show the correct amount a while back. How can i trace this > so I can find out how much each brick is reporting as total space > available? >
