<div>Thomas,</div><div><br></div>In this situation, and I do not now if this is the viable answer, but it was my thought that you could simply make other volumes using the proper directories as the brick location, and mount via the new mount point name instead of the root volume share. I think your disk availability percentages will be skewed as its two volumes sharing the same bricks but other than that, it should work. Perhaps someone else can shed some light too as to whether this method will work.<div>


<br></div><div>Also, you can try to mount using --bind option to logically mount one sub directory to another (mount --bind /GFSVOLUME00/dir1 /dir1; gluster brick: x.x.x.x:/dir1 -- not tested though)</div><div><br></div>

<div><br></div><div><div><div><div>
-James<br><div><br><div><br></div><div>-- Quoted Text -- <br><div><span style="font-family:Times;font-size:medium"><pre>As so far I have 15 servers feeding data to my four node Gluster-FS
(cluster), at this current time all of my scripts are faceted to mount
the volume and move data into its directory, only issue I see with
this is that half of these clients should not be able to go one level
back from its &#39;home&#39; directory when transfering data - I wanted to see
if there was a way to isolate these specified clients to mount the
volume to their specified directories without having to cd two
directories deep...

ex:
mount - t glusterfs servnode001.b.c:/GFSVOLUME00 /mnt/backups
$ &gt; ls
dir1/ dir2/ dir3/

$ &gt; cd dir3/
$ &gt; ls
data... data...

This is disconcerting for me since I do not want servers to have full
access...I&#39;ve attempted to look at permissions, and have yet to find
anything...

Care to shine some light for me?

Thanks,

-- 
Thomas Liakos</pre></span></div><div><br>-- <br><span style="font-family:arial, sans-serif;font-size:13px;border-collapse:collapse;color:rgb(51, 51, 51)"><span style="font-size:small"><b>James Cornman<br></b></span><i>Chief Technology Officer</i><br>


<a href="mailto:james@atlanticmetro.net" target="_blank">james@atlanticmetro.net</a><br>212.792.9950 - ext 101<br><b style="color:rgb(0, 0, 0)"><br>Atlantic Metro Communications</b><br><i><font size="2">Data Centers • Managed Hosting • Internet Access • Dark Fiber</font></i><br>


Follow @atlanticmetro on Twitter for daily specials.<br><a href="http://www.atlanticmetro.net" style="color:rgb(51, 51, 51)" target="_blank">www.atlanticmetro.net</a></span><br>
</div></div></div></div></div></div></div>