Hi All,
We are facing Brick Disconnect issue on our setup , please find more info
about the issue below:
*Gluster: 5.3-6 node distributed Cluster -No replication-2 Bricks Per
Node-Ubuntu 18.04*
*-Issue:*
1 of the Brick on 1 node keeps disconnecting , (after every n days)
not very frequently
Hello dear GlusterFS users list,
I have been trying to set up geo-replication between two clusters for
some time now. The desired state is (Cluster #1) being replicated to
(Cluster #2).
Here are some details about the setup:
Cluster #1: three nodes connected via a local network
Yes,
this makes alot of sense.
It's the behavior that I was experiencing that makes no sense.
When one node was shut down, the whole VM cluster locked up.
However, I managed to find that the culprit were the quorum settings.
I put the quorum at 2 bricks for quorum now, and I am not
You may be mis-understanding the way the gluster system works in detail here,
but you’ve got the right idea overall. Since gluster is maintaining 3 copies of
your data, you can lose a drive or a whole system and things will keep going
without interruption (well, mostly, if a host node was using
Depends on your disks, your network, some CPU since you’re using a dispersed
volume, and the amount of data you’ve got on them. Watch this heal and see how
long it takes to baseline your system. If you’ve got 10G and SSDs, it’s
probably not going to take too long. If you’ve got 1G, HDDs, and
Can someone please respond ??
Thanks and Regards,
--Anand
Extn : 6974
Mobile : 9552527199
From: Anand Malagi
Sent: Wednesday, August 28, 2019 5:13 PM
To: gluster-users@gluster.org; Gluster Devel
Subject: Question about Healing estimated time ...
Hi Gluster Team,
I have Distributed-Disperse
Hello,
I've setup Glusterfs 6.3 cluster with 2 nodes + arbiter (and some
additional clients), SSL and CRL:
server.ssl: on
client.ssl: on
ssl.crl-path: /etc/ssl/crl
After a month (when CRL Next Update date came) cluster collapsed with
"error:14094415:SSL routines:ssl3_read_bytes:sslv3 alert
I moved my wife's photo archive to a mirrored gluster volume. Lately,
she's noticed that a number of files are missing. I'm pretty sure they
are still in the .glusterfs dir as no one deleted them, but they simply
don't display
Any ideas how to get the files to reappear?
Glusterfs 3.14
Hey folks,
Question ist essentially in the Subject. Right now i'm running Debian
oldstable/stretch with Gluster 3.8.8 from the normal repo and i'm thinking
about switching to the community repo from gluster.
I couldn't find much about which problems i can expect. I checked the
packages, and
You're most likely hitting this bug https://bugzilla.redhat.com/show_bug.cgi
?id=1671556
Upgrading to gluster 5.5 should fix it.
JB
Shreyansh Shah escreveu no dia quinta,
29/08/2019 à(s) 10:24:
>
>
> On Thu, Aug 29, 2019 at 2:50 PM Shreyansh Shah <
> shreyansh.s...@alpha-grep.com> wrote:
>
>>
On Thu, Aug 29, 2019 at 2:50 PM Shreyansh Shah <
shreyansh.s...@alpha-grep.com> wrote:
> Hi,
> Running on cloud centos7.5 VM, same machine has gluster volume mounted at
> 2 endpoints (read/write), say A and B. Gluster version server is 5.3 and on
> client is 3.12.2.
> B is used very rarely and
Hi,
Running on cloud centos7.5 VM, same machine has gluster volume mounted at 2
endpoints (read/write), say A and B. Gluster version server is 5.3 and on
client is 3.12.2.
B is used very rarely and only for light reads. Mount A failed when our
processes were running, but B was still present and
12 matches
Mail list logo
