Re: The "df" command again

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Thu, May 1, 2008 at 5:59 PM, Amar S. Tumballi <amar@xxxxxxxxxxxxx> wrote:
> On Thu, May 1, 2008 at 5:37 PM, Brandon Lamb <brandonlamb@xxxxxxxxx> wrote:
> > Was there an option added somewhere to be able to choose whether to
> > dispaly the least or most amount of disk space? I added info on this
> > to the AFR things to know on the wiki, but I was wondering if maybe
> > there was actually an option of how glusterfs displays that info.
> >
> There is no behavior option for 'df' in glusterfs. Its a question of what is
> right. For example,
> * unify shows unified space.
> * stripe shows unified space.
> * afr shows 'df' from one node.
>
> So, here we don't have any doubts about what to show in case of unify and
> stripe. But in afr the question of which subvolume comes. Earlier as user
> had the option of 'option replicate *' in afr, showing the df of first
> subvolume made sense. But with uniform distribution of afr data now, we have
> to show the 'df' from the subvolume which had minimum free disk.
>
> Currently 1.3.8 shows df from first subvolume. But, the patch to show the
> 'df' from the subvolume with min free disk space has gone into archive.

So to clarify, the wiki should be changed from

When doing a "df -h" on a client, the AVAILABLE disk space will
display the maximum disk space of the servers in the cluster. So if
you have two servers with 50 gigs and 100 gigs of free disk space, you
will see 100 gigs available even though one server only has 50 gigs
free

to this?

When doing a "df -h" on a client, the AVAILABLE disk space will
display the maximum disk space of the first AFR sub volume defined in
the spec file. So if you have two servers with 50 gigs and 100 gigs of
free disk space, and the server with 100 gigs is listed first, then
you will see 100 gigs available even though one server only has 50
gigs free




[Index of Archives]     [Gluster Users]     [Ceph Users]     [Linux ARM Kernel]     [Linux ARM]     [Linux Omap]     [Fedora ARM]     [IETF Annouce]     [Security]     [Bugtraq]     [Linux]     [Linux OMAP]     [Linux MIPS]     [eCos]     [Asterisk Internet PBX]     [Linux API]

  Powered by Linux