Re: [Gluster-users] georeplication over ssh.

[Alvin Starr]

What other ways are there to connect to a geo-repilcation server other 
than a VPN?


Part of my problem is that every time I try to run replication over the 
VPN is just stops working and I cannot nail down why where as 
replication to a local server seems to work.


So I wanted to do replication outside of the VPN.


On 02/07/2018 11:36 PM, Kotresh Hiremath Ravishankar wrote:

Ccing glusterd team for information

On Thu, Feb 8, 2018 at 10:02 AM, Alvin Starr > wrote:


That makes for an interesting problem.

I cannot open port 24007 to allow RPC access.


On 02/07/2018 11:29 PM, Kotresh Hiremath Ravishankar wrote:

Hi Alvin,

Yes, geo-replication sync happens via SSH. Ther server port 24007
is of glusterd.
glusterd will be listening in this port and all volume management
communication
happens via RPC.

Thanks,
Kotresh HR

On Wed, Feb 7, 2018 at 8:29 PM, Alvin Starr > wrote:

I am running gluster 3.8.9 and trying to setup a
geo-replicated volume over ssh,

It looks like the volume create command is trying to directly
access the server over port 24007.

The docs imply that all communications are over ssh.

What am I missing?

-- 
Alvin Starr   ||   land:  (905)513-7688

Netvel Inc.   ||   Cell:  (416)806-0133
al...@netvel.net    ||


___
Gluster-users mailing list
Gluster-users@gluster.org 
http://lists.gluster.org/mailman/listinfo/gluster-users





-- 
Thanks and Regards,

Kotresh H R


-- 
Alvin Starr   ||   land:  (905)513-7688

Netvel Inc.   ||   Cell:  (416)806-0133
al...@netvel.net    ||




--
Thanks and Regards,
Kotresh H R


--
Alvin Starr   ||   land:  (905)513-7688
Netvel Inc.   ||   Cell:  (416)806-0133
al...@netvel.net  ||

___
Gluster-users mailing list
Gluster-users@gluster.org
http://lists.gluster.org/mailman/listinfo/gluster-users

Re: [Gluster-users] Are there any issues connecting a Gluster client v3.7.6 to a Gluster server v3.5.6?

[Serkan Çoban]

Old clients can talk to new server but it is not recommended to use
newer clients with old server.

On Fri, Feb 16, 2018 at 10:42 PM, Maya Estalilla
 wrote:
> We have been running several Gluster servers using version 3.5.6 for some
> time now without issue. We also have several clients running version 3.5.2
> without issue. But as soon as we added more clients running version 3.7.6,
> we've been running into problems where one directory with hundreds of
> thousands of images just hangs and is unresponsive. Are there any
> incompatibility issues in this scenario?
>
> ___
> Gluster-users mailing list
> Gluster-users@gluster.org
> http://lists.gluster.org/mailman/listinfo/gluster-users
___
Gluster-users mailing list
Gluster-users@gluster.org
http://lists.gluster.org/mailman/listinfo/gluster-users

[Gluster-users] Are there any issues connecting a Gluster client v3.7.6 to a Gluster server v3.5.6?

[Maya Estalilla]

 We have been running several Gluster servers using version 3.5.6 for some
time now without issue. We also have several clients running version 3.5.2
without issue. But as soon as we added more clients running version 3.7.6,
we've been running into problems where one directory with hundreds of
thousands of images just hangs and is unresponsive. Are there any
incompatibility issues in this scenario?
___
Gluster-users mailing list
Gluster-users@gluster.org
http://lists.gluster.org/mailman/listinfo/gluster-users

[Gluster-users] Fwd: gluster performance

[Ben Turner]

I am forwarding this for Ryan, @Ryan - did you join the gluster users mailing 
list yet?  That may be why you are having issues sending messages.

- Forwarded Message -
From: "Ryan Wilkinson" 
To: btur...@redhat.com
Sent: Wednesday, February 14, 2018 4:46:10 PM
Subject: gluster performance


I have a 3 host gluster replicated cluster that is providing storage for our 
RHEV environment.  We've been having issues with inconsistent performance from 
the VMs depending on which Hypervisor they are running on.  I've confirmed 
throughput to be ~9Gb/s to each of the storage hosts from the hypervisors.  I'm 
getting ~300MB/s disk read spead when our test vm is on the slow Hypervisors 
and over 500 on the faster ones.  The performance doesn't seem to be affected 
much by the cpu, memory that are in the hypervisors.  I have tried a couple of 
really old boxes and got over 500 MB/s.  The common thread seems to be that the 
poorly perfoming hosts all have Dell's Idrac 7 Enterprise.  I have one 
Hypervisor that has Idrac 7 express and it performs well.  We've compared 
system packages and versions til we're blue in the face and have been 
struggling with this for a couple months but that seems to be the only common 
denominator.  I've tried on one of those Idrac 7 hosts to disable the nic, 
virtual drive, etc, etc. but no change in performance.
Ryan Wilkinson, Sales Engineer
[cid:image002.jpg@01CFC38F.41FEC8F0]
2312 West 700 South #2 | Springville, UT 84663
CelL: 801-358-2816 | AZ Tel: 480-535-6686  x300 | UT Tel: 
385-325-0010 |Fax: 801-326-6051
r...@centriserve.net

___
Gluster-users mailing list
Gluster-users@gluster.org
http://lists.gluster.org/mailman/listinfo/gluster-users

[Gluster-users] .glusterfs grown larger than volume content

[Rasika Preethiraj]

Hello All,

I posting this email rearding the gluster issue in
http://lists.gluster.org/pipermail/gluster-users/2016-April/026493.html

 i searched this everywhere but still having no answer . we getting a big
problem with the out of space now. Kindly help me.

Rasika
___
Gluster-users mailing list
Gluster-users@gluster.org
http://lists.gluster.org/mailman/listinfo/gluster-users

[Gluster-users] slow lstat on 3.12 disperse volume

[Ingard Mevåg]

Hi

We've recently done some testing with a 3.12 disperse cluster. The
performance of filesystem stat calls was terrible, taking multiple seconds.
We dumped client side stats to see what was going on and noticed gluster
STAT was the culprit. tpcdump shows a STAT call being sent and replied to
quite fast, but still the client hangs for multiple seconds before
returning.

After downgrading client side to 3.10 (servers still being 3.12), stat
calls return instantaneous. After dumping client side stats when running
the 3.10 client we noticed that the linux lstat gets translated to a STATFS
instead of a STAT.

Has something changed to cause this behaviour? Is there some additional
tuning that needs to be done when running 3.12?
___
Gluster-users mailing list
Gluster-users@gluster.org
http://lists.gluster.org/mailman/listinfo/gluster-users

Re: [Gluster-users] Failover problems with gluster 3.8.8-1 (latest Debian stable)

[Dave Sherohman]

On Thu, Feb 15, 2018 at 09:34:02PM +0200, Alex K wrote:
> Have you checked for any file system errors on the brick mount point?

I hadn't.  fsck reports no errors.

> What about the heal? Does it report any pending heals?

There are now.  It looks like taking the brick offline to fsck it was
enough to trigger gluster to recheck everything.  I'll check after it
finishes to see whether this ultimately resolves the issue.


-- 
Dave Sherohman
___
Gluster-users mailing list
Gluster-users@gluster.org
http://lists.gluster.org/mailman/listinfo/gluster-users