Hello, everyone,
I have been trying to optimize "ls" performance for Glusterfs recently. My
volume is disperse(48 bricks with redundancy 16), and I mount it with fuse. I
create 1 little files in mount point. Then I execute "ls" command. In my
cluster, it takes about 3 seconds.
I have a
Please find my comments inline.
> Hi
>
> we have a new gluster cluster we are planning on deploying. We will have 24
> nodes each with JBOD, 39 8TB drives and 6, 900GB SSDs, and FDR IB
>
> We will not be using all of this as one volume , but I thought initially of
> using a distributed disperse
On Wed, Mar 15, 2017 at 12:33 PM, Vijay Bellur wrote:
> On 03/14/2017 07:10 AM, Prasanna Kalever wrote:
>
>> Thanks for the opportunity.
>>
>> I will be happy to stream a demo on 'howto gluster-block' tomorrow.
>>
>> --
>> Prasanna
>>
>> On Mon, Mar 13, 2017 at 8:45 AM, Vijay
On 03/14/2017 07:10 AM, Prasanna Kalever wrote:
Thanks for the opportunity.
I will be happy to stream a demo on 'howto gluster-block' tomorrow.
--
Prasanna
On Mon, Mar 13, 2017 at 8:45 AM, Vijay Bellur wrote:
Hi All,
In the last meeting of maintainers, we discussed
I have noticed strange behavior but let start from the begining.
We have 1.8P repo containing 11 nodes based on ubuntu 16.04, and currently
glusterfs 3.10. Gluster was never rebalanced, and probably never will be,
so across the bricks there is many likto files. Gluster serves data over
read-only
Hi
we have a new gluster cluster we are planning on deploying. We will have
24 nodes each with JBOD, 39 8TB drives and 6, 900GB SSDs, and FDR IB
We will not be using all of this as one volume , but I thought initially of
using a distributed disperse volume.
Never having attempted anything on
Hi Ram,
On 14/03/17 16:48, Ankireddypalle Reddy wrote:
Xavi,
Thanks for checking this. We have an external metadata server which
keeps track of every file that gets written to the volume and has the
capability to validate the file contents. Will use this capability to validate