I'd like to see more details around the feature page about it. Currently it
just merely talks about the CLI semantics and nothing else.
On Fri, Dec 9, 2016 at 12:38 PM, Prasanna Kalever
wrote:
> Feature Page at https://github.com/gluster/glusterfs-specs/pull/10
>
> --
>
Hi, GlusterFS Expert,
Now we have an issue when run "du" command for a large count files/directory in
a directory, in our environment there are more than 150k files in the directory.
# df -i .
Filesystem Inodes IUsed IFree IUse% Mounted on
169.254.0.23:/home 261888 154146 107742 59%
Hi,
Currently, the readdirp at the dht layer is issued to all the bricks in a
sequential manner.
This greatly reduces the performance of directory enumeration in large
clusters.
Hence proposing to make readdirp parallel.
Here is the BZ: https://bugzilla.redhat.com/show_bug.cgi?id=1401812
Feature Page at https://github.com/gluster/glusterfs-specs/pull/10
--
Prasanna
On Fri, Dec 9, 2016 at 11:28 AM, Prasanna Kalever wrote:
> Hi all,
>
> As we know gluster block storage creation and maintanace is not simple
> today, as it involves all the manual steps
use the unbundled/decoupled storhaug component for common-ha to include Samba.
This entails
1) removing the .../extras/ganesha/... bits,
2) removing the ganesha CLIs in gluster and glusterd,
3) updating storhaug to include the additions and enhancements that have been
made, e.g.
Hi all,
As we know gluster block storage creation and maintanace is not simple
today, as it involves all the manual steps mentioned at [1]
To make this basic operations simple we would like to integrate the
block story with gluster CLI.
As part of it, we would like Introduce the following
- Original Message -
> From: "Shyam"
> To: "Hari Gowtham" , "gluster-devel"
>
> Sent: Thursday, December 8, 2016 7:35:27 AM
> Subject: Re: [Gluster-devel] Release 3.10 feature proposal : Volume expansion
> on tiered
Hi,
Currently there is no way to know the maximum op-version that is
supported in a heterogeneous cluster. If this is made possible, it would
prove helpful to users wrt knowing the maximum op-version to which the
cluster could be bumped up to.
The minimum of the maximum op-versions that is
I have answered the questions inline.
- Original Message -
> From: "Shyam"
> To: "Hari Gowtham" , "gluster-devel"
>
> Sent: Thursday, December 8, 2016 6:05:27 PM
> Subject: Re: [Gluster-devel] Release 3.10 feature
Hi Hari,
Thanks for posting this issue to be considered part of 3.10.
I have a few questions inline.
Shyam
On 12/08/2016 01:23 AM, Hari Gowtham wrote:
Hi,
To support add/remove brick on tiered volumes we are planing to separate
the tier into a separate process in the service framework and
10 matches
Mail list logo