[Gluster-devel] dht_layout_dir_mismatch with DHT+NUFA
Leandro Martelli
martelli at on.br
Fri Mar 27 18:23:22 UTC 2009
Dear All,
I don't know if the previous message had too few information, thus I'm
trying again.
I have 12 machines running Ubuntu 8.04 with GlusterFS 2.0.0rc4 compiled.
11 machines run glusterfs in NUFA mode, as shown in this snippet:
volume scratch
type cluster/nufa
option local-volume-name `hostname`
subvolumes nc01 nc02 nc03 nc04 nc05 nc06 nc07 nc08 nc09 nc10 nc11
end-volume
The last machine uses the same bricks, but in DHT mode:
volume scratch
type cluster/dht
subvolumes nc01 nc02 nc03 nc04 nc05 nc06 nc07 nc08 nc09 nc10 nc11
end-volume
The problem is that nc04 and nc05 where installed after the 'scratch'
volume has been in use. We umounted on all machines, changed the
configuration to include them (nc04 and nc05 where not in the subvolumes
list before) and mounted them all again. We checked that the /brick dir
s (4 and 5) now have the same directory structure as the other nodes.
Besides, nc10 and nc11 had a power outage and got a bit out of sync,
being added to the system a few hours later.
I'm now receiving the following errors:
2009-03-27 15:20:46 E [dht-layout.c:550:dht_layout_dir_mismatch]
scratch: /export/data/astrosoft/lib - disk layout missing
2009-03-27 15:20:46 W [dht-common.c:244:dht_revalidate_cbk] scratch:
mismatching layouts for /export/data/astrosoft/lib
2009-03-27 15:20:46 W [fuse-bridge.c:301:need_fresh_lookup] fuse-bridge:
revalidate of /export/data/astrosoft/lib failed (Stale NFS file handle)
Is there any way we could repair this? I tried 'ls -lR' with no luck.
And it's also not the best solution, as we have plans to grow to a few
petabytes.
Thanks,
</Martelli>
More information about the Gluster-devel
mailing list