[Gluster-users] geo-replication issues/questions

[Matthew Nicholson]

Vijaykumar,

Thanks! Joe in IRC helped get me going, basically, stopping all
glusterd procs, killing a bunch of huge gysncd procs, cleanig up, and
starting everything back up.

I was just asking in IRC...whats the interval for geo-replication? can
it be configured?

On Mon, Jan 7, 2013 at 12:37 AM, Vijaykumar Koppad <vkoppad at redhat.com> wrote:
> hi Matthew ,
>
>    This is weird. There might be some inconsistency between gsyncd and glusterd communication.
> Just try restarting glusterd once. If it doesn't work, I guess we need some more info
> on what all you did before this happened.
>
> Thanks,
> Vijaykumar
>
>
> ----- Original Message -----
>> From: "Matthew Nicholson" <matthew_nicholson at harvard.edu>
>> To: "Matthew Nicholson" <matthew_nicholson at harvard.edu>
>> Cc: gluster-users at gluster.org
>> Sent: Saturday, January 5, 2013 12:48:33 AM
>> Subject: Re: [Gluster-users] geo-replication issues/questions
>>
>> just to point out more weirdness:
>>
>> root at sum1-gstore02 nichols2]# gluster volume geo-replication gstore
>> status
>> MASTER               SLAVE
>>  STATUS
>> --------------------------------------------------------------------------------
>> gstore               gluster://ox60-gstore01:gstore-rep
>>                 OK
>>
>> [root at sum1-gstore02 nichols2]# gluster volume geo-replication gstore
>> gluster://ox60-gstore01:gstore-rep stop
>> geo-replication session between gstore &
>> gluster://ox60-gstore01:gstore-rep not active
>> geo-replication command failed
>>
>> [root at sum1-gstore02 nichols2]# gluster volume geo-replication gstore
>> gluster://ox60-gstore01:gstore-rep config
>> gluster_log_file:
>> /var/log/glusterfs/geo-replication/gstore/gluster%3A%2F%2F10.242.64.121%3Agstore-rep.gluster.log
>> ssh_command: ssh -oPasswordAuthentication=no
>> -oStrictHostKeyChecking=no -i
>> /var/lib/glusterd/geo-replication/secret.pem
>> remote_gsyncd: /usr/libexec/glusterfs/gsyncd
>> state_file:
>> /var/lib/glusterd/geo-replication/gstore/gluster%3A%2F%2F10.242.64.121%3Agstore-rep.status
>> gluster_command_dir: /usr/sbin/
>> pid_file:
>> /var/lib/glusterd/geo-replication/gstore/gluster%3A%2F%2F10.242.64.121%3Agstore-rep.pid
>> log_file:
>> /var/log/glusterfs/geo-replication/gstore/gluster%3A%2F%2F10.242.64.121%3Agstore-rep.log
>> gluster_params: xlator-option=*-dht.assert-no-child-down=true
>>
>> is there really no simple way to turn this off and start fresh?
>>
>> On Fri, Jan 4, 2013 at 10:39 AM, Matthew Nicholson
>> <matthew_nicholson at harvard.edu> wrote:
>> > Oh further more, the slave as listed in the info file are things
>> > like:
>> >
>> > slave2=6456206b-fe19-4b65-b7ab-0c9e7ce6221e:ssh://gstore-rep:/gstore-rep
>> >
>> > but:
>> >
>> > gluster volume geo-replication gstore gstore-rep:/gstore-rep stop
>> > geo-replication session between gstore & gstore-rep:/gstore-rep not
>> > active
>> > geo-replication command failed
>> >
>> > and
>> >
>> > gluster volume geo-replication gstore
>> > gluster://gstore-rep:/gstore-rep stop
>> > geo-replication session between gstore & gstore-rep:/gstore-rep not
>> > active
>> > geo-replication command failed
>> >
>> > BUT:
>> >
>> > gluster volume geo-replication gstore
>> > gluster://gstore-rep:/gstore-rep stop
>> > geo-replication session between gstore &
>> > gluster://gstore-rep:/gstore-rep not active
>> > geo-replication command failed
>> > [root at sum1-gstore01 ~]# gluster volume geo-replication gstore
>> > gluster://gstore-rep:/gstore-rep config
>> > gluster_log_file:
>> > /var/log/glusterfs/geo-replication/gstore/gluster%3A%2F%2F10.242.64.125%3A%2Fgstore-rep.gluster.log
>> > ssh_command: ssh -oPasswordAuthentication=no
>> > -oStrictHostKeyChecking=no -i
>> > /var/lib/glusterd/geo-replication/secret.pem
>> > session_owner: b5532175-bf49-413b-b0d7-b834ee9ec619
>> > remote_gsyncd: /usr/libexec/glusterfs/gsyncd
>> > state_file:
>> > /var/lib/glusterd/geo-replication/gstore/gluster%3A%2F%2F10.242.64.125%3A%2Fgstore-rep.status
>> > gluster_command_dir: /usr/sbin/
>> > pid_file:
>> > /var/lib/glusterd/geo-replication/gstore/gluster%3A%2F%2F10.242.64.125%3A%2Fgstore-rep.pid
>> > log_file:
>> > /var/log/glusterfs/geo-replication/gstore/gluster%3A%2F%2F10.242.64.125%3A%2Fgstore-rep.log
>> > gluster_params: xlator-option=*-dht.assert-no-child-down=true
>> >
>> > so, its got a config!
>> >
>> > I know much of this coem form the gsync.conf file, but i'm not
>> > clear
>> > on how safe this is to edit, or how to get that sync'd properly
>> > among
>> > the nodes that make up this volume...
>> >
>> >
>> >
>> > On Fri, Jan 4, 2013 at 10:26 AM, Matthew Nicholson
>> > <matthew_nicholson at harvard.edu> wrote:
>> >> I've got a bunch, but I'll start with my current one:
>> >>
>> >> [root at sum1-gstore01 ~]# gluster volume geo-replication gstore
>> >> status
>> >> MASTER               SLAVE
>> >>  STATUS
>> >> --------------------------------------------------------------------------------
>> >>
>> >>
>> >> but ps axf |grep gsync shows lots of procs, and
>> >> /var/lib/glusterd/vols/gstore/info
>> >>
>> >> shows a couple slave entires.
>> >>
>> >>
>> >> trying to turn off geo indexing yeilds:
>> >>
>> >> [root at sum1-gstore01 ~]# gluster volume set gstore
>> >> geo-replication.indexing off
>> >> geo-replication.indexing cannot be disabled while geo-replication
>> >> sessions exist
>> >> Set volume unsuccessful
>> >>
>> >> so, my question is, how to do i stop these outright?
>> >>
>> >> I'm been pinging IRC, but its pretty dead in there, and attempts
>> >> to
>> >> subscribe to this list have been failing too....
>> >>
>> >>
>> >>
>> >>
>> >>
>> >> --
>> >> Matthew Nicholson
>> >> matthew_nicholson at harvard.edu
>> >> Research Computing Specialist
>> >> FAS Research Computing
>> >> Harvard University
>> >
>> >
>> >
>> > --
>> > Matthew Nicholson
>> > matthew_nicholson at harvard.edu
>> > Research Computing Specialist
>> > FAS Research Computing
>> > Harvard University
>>
>>
>>
>> --
>> Matthew Nicholson
>> matthew_nicholson at harvard.edu
>> Research Computing Specialist
>> FAS Research Computing
>> Harvard University
>> _______________________________________________
>> Gluster-users mailing list
>> Gluster-users at gluster.org
>> http://supercolony.gluster.org/mailman/listinfo/gluster-users
>>



-- 
Matthew Nicholson
matthew_nicholson at harvard.edu
Research Computing Specialist
FAS Research Computing
Harvard University