> > I think I'm gonna love GlusterFS. > NUFA option for local volume in the Translator page shows one local volume > > option nufa.local-volume-name posix1 > > If the local server has 2 local volumes, is it okay to define them both > under nufa.local-volume-name or should it be unique ? > as of now it is just one of them (unique). but you can have a kind of workaround by making each node export its own unify (with its own local namespace, and maybe round robin across the local disks) and unify these low-level unifys into a NUFA scheduled top level global namespaced unify. as a philosophy -- while setting up glusterfs you should really set your mindset as that of a programmer who is writing code (spec file) using the the language primitives (xlators). almost all the time, any configuration is possible by stitching the right spec file using the xlators in the right way. Also, is it better to define one io-threads translator for a defined unified > volume > or one io-threads translator per volume used by the unified volume ? > a single io-threads around unify should suffice. there is really no need to have seperate io-threads per subvolume of unify. the idea would be to have one io-threads per network interface (client side) and one io-threads per disk on the server (multiple io-threads leading to the same network iface or disk is superfluous) thanks, avati -- If I traveled to the end of the rainbow As Dame Fortune did intend, Murphy would be there to tell me The pot's at the other end.
