Re: How to force remove geo session?

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

 



Hi,

Glad, you could get it rectified. But, having same slave volume for two different
geo-rep sessions is never recommended. The two sessions end up writing to 
same slave node. It's always one master volume to many different slave volume
configuration if required. If ssh-keys are deleted on slave for some reason,
running geo-rep create command with force option would redistribute keys.

'gluster vol gep-rep <master-vol> <slave-host>::<slave-vol> create puh-pem force'

And yes, root user and non-root user is considered as two different sessions.

Thanks and Regards,
Kotresh H R

----- Original Message -----
> From: "Alexandr Porunov" <alexandr.porunov@xxxxxxxxx>
> To: "gluster-users@xxxxxxxxxxx List" <gluster-users@xxxxxxxxxxx>
> Sent: Saturday, November 19, 2016 9:41:05 PM
> Subject: Re:  How to force remove geo session?
> 
> OK, I have figured out what it was.
> 
> I had a session not with 'root' user but with 'geoaccount' user.
> It seems that we can't have 2 sessions to the one node (even if users are
> different). After deleting a session with 'geoaccount' user I was able to
> create a session with 'root' user.
> 
> On Sat, Nov 19, 2016 at 3:51 PM, Alexandr Porunov <
> alexandr.porunov@xxxxxxxxx > wrote:
> 
> 
> 
> Hello,
> I had a geo replication between master nodes and slave nodes. I have removed
> ssh keys for authorization from slave nodes. Now I can neither create
> session for slave nodes nor remove the old useless session. Is it possible
> to manually remove a sessions from all the nodes?
> 
> Here is the problem:
> 
> # gluster volume geo-replication gv0 root@192.168.0.124::gv0 delete
> reset-sync-time
> Geo-replication session between gv0 and 192.168.0.124::gv0 does not exist.
> geo-replication command failed
> 
> # gluster volume geo-replication gv0 root@192.168.0.124::gv0 create ssh-port
> 22 push-pem
> Session between gv0 and 192.168.0.124::gv0 is already created.
> geo-replication command failed
> 
> Sincerely,
> Alexandr
> 
> 
> _______________________________________________
> Gluster-users mailing list
> Gluster-users@xxxxxxxxxxx
> http://www.gluster.org/mailman/listinfo/gluster-users
_______________________________________________
Gluster-users mailing list
Gluster-users@xxxxxxxxxxx
http://www.gluster.org/mailman/listinfo/gluster-users



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

  Powered by Linux