You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@geode.apache.org by Mario Ivanac <ma...@est.tech> on 2019/11/05 07:04:06 UTC
gateway sender queue
Hi geode dev,
we have some questions regarding gateway senders and gateway sender queue.
* During testing we have observed, different behavior in parallel and serial gateway senders. In case we manually stop, than start gateway senders, for parallel gateway senders, queue is purged, but for serial gateway senders this is not the case. Is this normal behavior or bug?
* What happens with the queues when whole cluster is stopped and later started (In our tests with persistent queues, the events are kept)?
* Could we add extra option in gfsh command "start gateway sender" that allows to control queues reset (for instance --cleanQueues)?
Thanks,
Mario
Re: Odg: gateway sender queue
Posted by Suranjan Kumar <su...@gmail.com>.
+1 to Dan's suggestion.
In addition we should think about the following scenario:
In certain cases, cleanQueue would cause stop to block if Receivers are not
up or causing exception while applying the events. In that case events will
not be deletd from queue and stop will block.
Currently, it is controlled by a timeout, however we can give an option to
the user it he/she still wants to force stop the queue in case queue is not
drained in the a given time.
On Fri, Nov 15, 2019 at 6:18 AM Michael Oleske <mo...@pivotal.io> wrote:
> >
> > vsd stat in the gfs file
> >
>
> Just here to say consider using a meter instead of stat as documented in
> https://cwiki.apache.org/confluence/display/GEODE/How+to+add+a+Meter if
> more than a log message is warrented.
>
> -michael
>
> On Thu, Nov 14, 2019 at 11:29 AM Nabarun Nag <nn...@apache.org> wrote:
>
> > +1 to Dan's suggestion
> >
> > What about a log and a vsd stat in the gfs file which tells us if any
> > cleanQueue commands were executed.
> >
> >
> > Regards
> > Nabarun Nag
> >
> > On Thu, Nov 14, 2019 at 10:27 AM Udo Kohlmeyer <ud...@apache.com> wrote:
> >
> > > In addition... making is default has bigger consequences that we have
> > > not thought about..
> > >
> > > e.g if you purge an existing queue on start up.. is this the start up
> of
> > > the server node / GS Queue? Given that we have shared-nothing
> > > architecture, purging *should* only be local and not cluster-wide...
> I'd
> > > be interested and see a proposal on this feature.
> > >
> > > --Udo
> > >
> > > On 11/14/19 10:24 AM, Jason Huynh wrote:
> > > > +1 to Dan's suggestion
> > > >
> > > > On Thu, Nov 14, 2019 at 9:52 AM Dan Smith <ds...@pivotal.io> wrote:
> > > >
> > > >> I'm ok with adding a --cleanQueue option.
> > > >>
> > > >> However, I don't think it should default to be true, since that
> would
> > be
> > > >> changing the behavior of the existing command. It should default to
> > > false.
> > > >>
> > > >> -Dan
> > > >>
> > > >> On Thu, Nov 14, 2019 at 9:28 AM Xiaojian Zhou <gz...@pivotal.io>
> > wrote:
> > > >>
> > > >>> The --cleanQueue option is a similar idea as Barry's "DeadLetter"
> > > spike.
> > > >> I
> > > >>> remembered that we decided not to do it.
> > > >>>
> > > >>>
> > > >>> On Wed, Nov 13, 2019 at 11:41 PM Mario Ivanac
> <mario.ivanac@est.tech
> > >
> > > >>> wrote:
> > > >>>
> > > >>>> Hi,
> > > >>>>
> > > >>>> just to remind you on last question:
> > > >>>>
> > > >>>> what is your opinion on adding additional option in gfsh command
> > > >> "start
> > > >>>> gateway sender"
> > > >>>> to control clearing of existing queues --cleanQueues.
> > > >>>>
> > > >>>> This option will indicate, when gateway sender is started, should
> we
> > > >>>> discard/clean existing queue, or should we use existing queue.
> > > >>>> By default it will be to discard/clean existing queue.
> > > >>>>
> > > >>>> Best Regards,
> > > >>>> Mario
> > > >>>> ________________________________
> > > >>>> Šalje: Mario Ivanac <ma...@est.tech>
> > > >>>> Poslano: 8. studenog 2019. 13:00
> > > >>>> Prima: dev@geode.apache.org <de...@geode.apache.org>
> > > >>>> Predmet: Odg: gateway sender queue
> > > >>>>
> > > >>>> Hi all,
> > > >>>>
> > > >>>> one more clarification regarding 3rd question:
> > > >>>>
> > > >>>> "* Could we add extra option in gfsh command "start gateway
> > sender"
> > > >>>> that allows to control queues reset (for instance
> > > --cleanQueues)"
> > > >>>>
> > > >>>> This option will indicate, when gateway sender is started, should
> we
> > > >>>> discard/clean existing queue, or should we use existing queue.
> > > >>>> By default it will be to discard/clean existing queue.
> > > >>>>
> > > >>>> Best Regards,
> > > >>>> Mario
> > > >>>> ________________________________
> > > >>>> Šalje: Mario Ivanac <ma...@est.tech>
> > > >>>> Poslano: 7. studenog 2019. 9:01
> > > >>>> Prima: Dan Smith <ds...@pivotal.io>; dev@geode.apache.org <
> > > >>>> dev@geode.apache.org>
> > > >>>> Predmet: Odg: gateway sender queue
> > > >>>>
> > > >>>> Hi,
> > > >>>>
> > > >>>> thanks for answers.
> > > >>>>
> > > >>>> Some more details regarding 1st question.
> > > >>>>
> > > >>>> Is this behavior same (for serial and parallel gateway sender) in
> > case
> > > >>>> queue is persistent?
> > > >>>> Meaning, should queue (persistent) be purged if we restart gateway
> > > >>> sender?
> > > >>>>
> > > >>>> Thanks,
> > > >>>> Mario
> > > >>>>
> > > >>>> ________________________________
> > > >>>> Šalje: Dan Smith <ds...@pivotal.io>
> > > >>>> Poslano: 5. studenog 2019. 18:52
> > > >>>> Prima: dev@geode.apache.org <de...@geode.apache.org>
> > > >>>> Predmet: Re: gateway sender queue
> > > >>>>
> > > >>>> Some replies, inline:
> > > >>>>
> > > >>>> * During testing we have observed, different behavior in
> > parallel
> > > >> and
> > > >>>>> serial gateway senders. In case we manually stop, than start
> > gateway
> > > >>>>> senders, for parallel gateway senders, queue is purged, but for
> > > >> serial
> > > >>>>> gateway senders this is not the case. Is this normal behavior or
> > bug?
> > > >>>>>
> > > >>>> Hmm, I also think stop is supposed to clear the queue. I think if
> > you
> > > >> are
> > > >>>> seeing that it doesn't clear the queue, that might be a bug.
> > > >>>>
> > > >>>>
> > > >>>>
> > > >>>>> * What happens with the queues when whole cluster is stopped
> > and
> > > >>>> later
> > > >>>>> started (In our tests with persistent queues, the events are
> kept)?
> > > >>>>>
> > > >>>> Persistent queues will keep all of the events when you restart.
> > > >>>>
> > > >>>>
> > > >>>>> * Could we add extra option in gfsh command "start gateway
> > > >> sender"
> > > >>>>> that allows to control queues reset (for instance --cleanQueues)?
> > > >>>>>
> > > >>>> If stop does clear the queue, would this be needed? It might still
> > be
> > > >>>> reasonable - I've heard folks request a way to clear running
> queues
> > as
> > > >>>> well.
> > > >>>>
> > > >>>> -Dan
> > > >>>>
> > >
> >
>
Re: Odg: gateway sender queue
Posted by Michael Oleske <mo...@pivotal.io>.
>
> vsd stat in the gfs file
>
Just here to say consider using a meter instead of stat as documented in
https://cwiki.apache.org/confluence/display/GEODE/How+to+add+a+Meter if
more than a log message is warrented.
-michael
On Thu, Nov 14, 2019 at 11:29 AM Nabarun Nag <nn...@apache.org> wrote:
> +1 to Dan's suggestion
>
> What about a log and a vsd stat in the gfs file which tells us if any
> cleanQueue commands were executed.
>
>
> Regards
> Nabarun Nag
>
> On Thu, Nov 14, 2019 at 10:27 AM Udo Kohlmeyer <ud...@apache.com> wrote:
>
> > In addition... making is default has bigger consequences that we have
> > not thought about..
> >
> > e.g if you purge an existing queue on start up.. is this the start up of
> > the server node / GS Queue? Given that we have shared-nothing
> > architecture, purging *should* only be local and not cluster-wide... I'd
> > be interested and see a proposal on this feature.
> >
> > --Udo
> >
> > On 11/14/19 10:24 AM, Jason Huynh wrote:
> > > +1 to Dan's suggestion
> > >
> > > On Thu, Nov 14, 2019 at 9:52 AM Dan Smith <ds...@pivotal.io> wrote:
> > >
> > >> I'm ok with adding a --cleanQueue option.
> > >>
> > >> However, I don't think it should default to be true, since that would
> be
> > >> changing the behavior of the existing command. It should default to
> > false.
> > >>
> > >> -Dan
> > >>
> > >> On Thu, Nov 14, 2019 at 9:28 AM Xiaojian Zhou <gz...@pivotal.io>
> wrote:
> > >>
> > >>> The --cleanQueue option is a similar idea as Barry's "DeadLetter"
> > spike.
> > >> I
> > >>> remembered that we decided not to do it.
> > >>>
> > >>>
> > >>> On Wed, Nov 13, 2019 at 11:41 PM Mario Ivanac <mario.ivanac@est.tech
> >
> > >>> wrote:
> > >>>
> > >>>> Hi,
> > >>>>
> > >>>> just to remind you on last question:
> > >>>>
> > >>>> what is your opinion on adding additional option in gfsh command
> > >> "start
> > >>>> gateway sender"
> > >>>> to control clearing of existing queues --cleanQueues.
> > >>>>
> > >>>> This option will indicate, when gateway sender is started, should we
> > >>>> discard/clean existing queue, or should we use existing queue.
> > >>>> By default it will be to discard/clean existing queue.
> > >>>>
> > >>>> Best Regards,
> > >>>> Mario
> > >>>> ________________________________
> > >>>> Šalje: Mario Ivanac <ma...@est.tech>
> > >>>> Poslano: 8. studenog 2019. 13:00
> > >>>> Prima: dev@geode.apache.org <de...@geode.apache.org>
> > >>>> Predmet: Odg: gateway sender queue
> > >>>>
> > >>>> Hi all,
> > >>>>
> > >>>> one more clarification regarding 3rd question:
> > >>>>
> > >>>> "* Could we add extra option in gfsh command "start gateway
> sender"
> > >>>> that allows to control queues reset (for instance
> > --cleanQueues)"
> > >>>>
> > >>>> This option will indicate, when gateway sender is started, should we
> > >>>> discard/clean existing queue, or should we use existing queue.
> > >>>> By default it will be to discard/clean existing queue.
> > >>>>
> > >>>> Best Regards,
> > >>>> Mario
> > >>>> ________________________________
> > >>>> Šalje: Mario Ivanac <ma...@est.tech>
> > >>>> Poslano: 7. studenog 2019. 9:01
> > >>>> Prima: Dan Smith <ds...@pivotal.io>; dev@geode.apache.org <
> > >>>> dev@geode.apache.org>
> > >>>> Predmet: Odg: gateway sender queue
> > >>>>
> > >>>> Hi,
> > >>>>
> > >>>> thanks for answers.
> > >>>>
> > >>>> Some more details regarding 1st question.
> > >>>>
> > >>>> Is this behavior same (for serial and parallel gateway sender) in
> case
> > >>>> queue is persistent?
> > >>>> Meaning, should queue (persistent) be purged if we restart gateway
> > >>> sender?
> > >>>>
> > >>>> Thanks,
> > >>>> Mario
> > >>>>
> > >>>> ________________________________
> > >>>> Šalje: Dan Smith <ds...@pivotal.io>
> > >>>> Poslano: 5. studenog 2019. 18:52
> > >>>> Prima: dev@geode.apache.org <de...@geode.apache.org>
> > >>>> Predmet: Re: gateway sender queue
> > >>>>
> > >>>> Some replies, inline:
> > >>>>
> > >>>> * During testing we have observed, different behavior in
> parallel
> > >> and
> > >>>>> serial gateway senders. In case we manually stop, than start
> gateway
> > >>>>> senders, for parallel gateway senders, queue is purged, but for
> > >> serial
> > >>>>> gateway senders this is not the case. Is this normal behavior or
> bug?
> > >>>>>
> > >>>> Hmm, I also think stop is supposed to clear the queue. I think if
> you
> > >> are
> > >>>> seeing that it doesn't clear the queue, that might be a bug.
> > >>>>
> > >>>>
> > >>>>
> > >>>>> * What happens with the queues when whole cluster is stopped
> and
> > >>>> later
> > >>>>> started (In our tests with persistent queues, the events are kept)?
> > >>>>>
> > >>>> Persistent queues will keep all of the events when you restart.
> > >>>>
> > >>>>
> > >>>>> * Could we add extra option in gfsh command "start gateway
> > >> sender"
> > >>>>> that allows to control queues reset (for instance --cleanQueues)?
> > >>>>>
> > >>>> If stop does clear the queue, would this be needed? It might still
> be
> > >>>> reasonable - I've heard folks request a way to clear running queues
> as
> > >>>> well.
> > >>>>
> > >>>> -Dan
> > >>>>
> >
>
Re: Odg: gateway sender queue
Posted by Nabarun Nag <nn...@apache.org>.
+1 to Dan's suggestion
What about a log and a vsd stat in the gfs file which tells us if any
cleanQueue commands were executed.
Regards
Nabarun Nag
On Thu, Nov 14, 2019 at 10:27 AM Udo Kohlmeyer <ud...@apache.com> wrote:
> In addition... making is default has bigger consequences that we have
> not thought about..
>
> e.g if you purge an existing queue on start up.. is this the start up of
> the server node / GS Queue? Given that we have shared-nothing
> architecture, purging *should* only be local and not cluster-wide... I'd
> be interested and see a proposal on this feature.
>
> --Udo
>
> On 11/14/19 10:24 AM, Jason Huynh wrote:
> > +1 to Dan's suggestion
> >
> > On Thu, Nov 14, 2019 at 9:52 AM Dan Smith <ds...@pivotal.io> wrote:
> >
> >> I'm ok with adding a --cleanQueue option.
> >>
> >> However, I don't think it should default to be true, since that would be
> >> changing the behavior of the existing command. It should default to
> false.
> >>
> >> -Dan
> >>
> >> On Thu, Nov 14, 2019 at 9:28 AM Xiaojian Zhou <gz...@pivotal.io> wrote:
> >>
> >>> The --cleanQueue option is a similar idea as Barry's "DeadLetter"
> spike.
> >> I
> >>> remembered that we decided not to do it.
> >>>
> >>>
> >>> On Wed, Nov 13, 2019 at 11:41 PM Mario Ivanac <ma...@est.tech>
> >>> wrote:
> >>>
> >>>> Hi,
> >>>>
> >>>> just to remind you on last question:
> >>>>
> >>>> what is your opinion on adding additional option in gfsh command
> >> "start
> >>>> gateway sender"
> >>>> to control clearing of existing queues --cleanQueues.
> >>>>
> >>>> This option will indicate, when gateway sender is started, should we
> >>>> discard/clean existing queue, or should we use existing queue.
> >>>> By default it will be to discard/clean existing queue.
> >>>>
> >>>> Best Regards,
> >>>> Mario
> >>>> ________________________________
> >>>> Šalje: Mario Ivanac <ma...@est.tech>
> >>>> Poslano: 8. studenog 2019. 13:00
> >>>> Prima: dev@geode.apache.org <de...@geode.apache.org>
> >>>> Predmet: Odg: gateway sender queue
> >>>>
> >>>> Hi all,
> >>>>
> >>>> one more clarification regarding 3rd question:
> >>>>
> >>>> "* Could we add extra option in gfsh command "start gateway sender"
> >>>> that allows to control queues reset (for instance
> --cleanQueues)"
> >>>>
> >>>> This option will indicate, when gateway sender is started, should we
> >>>> discard/clean existing queue, or should we use existing queue.
> >>>> By default it will be to discard/clean existing queue.
> >>>>
> >>>> Best Regards,
> >>>> Mario
> >>>> ________________________________
> >>>> Šalje: Mario Ivanac <ma...@est.tech>
> >>>> Poslano: 7. studenog 2019. 9:01
> >>>> Prima: Dan Smith <ds...@pivotal.io>; dev@geode.apache.org <
> >>>> dev@geode.apache.org>
> >>>> Predmet: Odg: gateway sender queue
> >>>>
> >>>> Hi,
> >>>>
> >>>> thanks for answers.
> >>>>
> >>>> Some more details regarding 1st question.
> >>>>
> >>>> Is this behavior same (for serial and parallel gateway sender) in case
> >>>> queue is persistent?
> >>>> Meaning, should queue (persistent) be purged if we restart gateway
> >>> sender?
> >>>>
> >>>> Thanks,
> >>>> Mario
> >>>>
> >>>> ________________________________
> >>>> Šalje: Dan Smith <ds...@pivotal.io>
> >>>> Poslano: 5. studenog 2019. 18:52
> >>>> Prima: dev@geode.apache.org <de...@geode.apache.org>
> >>>> Predmet: Re: gateway sender queue
> >>>>
> >>>> Some replies, inline:
> >>>>
> >>>> * During testing we have observed, different behavior in parallel
> >> and
> >>>>> serial gateway senders. In case we manually stop, than start gateway
> >>>>> senders, for parallel gateway senders, queue is purged, but for
> >> serial
> >>>>> gateway senders this is not the case. Is this normal behavior or bug?
> >>>>>
> >>>> Hmm, I also think stop is supposed to clear the queue. I think if you
> >> are
> >>>> seeing that it doesn't clear the queue, that might be a bug.
> >>>>
> >>>>
> >>>>
> >>>>> * What happens with the queues when whole cluster is stopped and
> >>>> later
> >>>>> started (In our tests with persistent queues, the events are kept)?
> >>>>>
> >>>> Persistent queues will keep all of the events when you restart.
> >>>>
> >>>>
> >>>>> * Could we add extra option in gfsh command "start gateway
> >> sender"
> >>>>> that allows to control queues reset (for instance --cleanQueues)?
> >>>>>
> >>>> If stop does clear the queue, would this be needed? It might still be
> >>>> reasonable - I've heard folks request a way to clear running queues as
> >>>> well.
> >>>>
> >>>> -Dan
> >>>>
>
Re: Odg: gateway sender queue
Posted by Udo Kohlmeyer <ud...@apache.com>.
In addition... making is default has bigger consequences that we have
not thought about..
e.g if you purge an existing queue on start up.. is this the start up of
the server node / GS Queue? Given that we have shared-nothing
architecture, purging *should* only be local and not cluster-wide... I'd
be interested and see a proposal on this feature.
--Udo
On 11/14/19 10:24 AM, Jason Huynh wrote:
> +1 to Dan's suggestion
>
> On Thu, Nov 14, 2019 at 9:52 AM Dan Smith <ds...@pivotal.io> wrote:
>
>> I'm ok with adding a --cleanQueue option.
>>
>> However, I don't think it should default to be true, since that would be
>> changing the behavior of the existing command. It should default to false.
>>
>> -Dan
>>
>> On Thu, Nov 14, 2019 at 9:28 AM Xiaojian Zhou <gz...@pivotal.io> wrote:
>>
>>> The --cleanQueue option is a similar idea as Barry's "DeadLetter" spike.
>> I
>>> remembered that we decided not to do it.
>>>
>>>
>>> On Wed, Nov 13, 2019 at 11:41 PM Mario Ivanac <ma...@est.tech>
>>> wrote:
>>>
>>>> Hi,
>>>>
>>>> just to remind you on last question:
>>>>
>>>> what is your opinion on adding additional option in gfsh command
>> "start
>>>> gateway sender"
>>>> to control clearing of existing queues --cleanQueues.
>>>>
>>>> This option will indicate, when gateway sender is started, should we
>>>> discard/clean existing queue, or should we use existing queue.
>>>> By default it will be to discard/clean existing queue.
>>>>
>>>> Best Regards,
>>>> Mario
>>>> ________________________________
>>>> Šalje: Mario Ivanac <ma...@est.tech>
>>>> Poslano: 8. studenog 2019. 13:00
>>>> Prima: dev@geode.apache.org <de...@geode.apache.org>
>>>> Predmet: Odg: gateway sender queue
>>>>
>>>> Hi all,
>>>>
>>>> one more clarification regarding 3rd question:
>>>>
>>>> "* Could we add extra option in gfsh command "start gateway sender"
>>>> that allows to control queues reset (for instance --cleanQueues)"
>>>>
>>>> This option will indicate, when gateway sender is started, should we
>>>> discard/clean existing queue, or should we use existing queue.
>>>> By default it will be to discard/clean existing queue.
>>>>
>>>> Best Regards,
>>>> Mario
>>>> ________________________________
>>>> Šalje: Mario Ivanac <ma...@est.tech>
>>>> Poslano: 7. studenog 2019. 9:01
>>>> Prima: Dan Smith <ds...@pivotal.io>; dev@geode.apache.org <
>>>> dev@geode.apache.org>
>>>> Predmet: Odg: gateway sender queue
>>>>
>>>> Hi,
>>>>
>>>> thanks for answers.
>>>>
>>>> Some more details regarding 1st question.
>>>>
>>>> Is this behavior same (for serial and parallel gateway sender) in case
>>>> queue is persistent?
>>>> Meaning, should queue (persistent) be purged if we restart gateway
>>> sender?
>>>>
>>>> Thanks,
>>>> Mario
>>>>
>>>> ________________________________
>>>> Šalje: Dan Smith <ds...@pivotal.io>
>>>> Poslano: 5. studenog 2019. 18:52
>>>> Prima: dev@geode.apache.org <de...@geode.apache.org>
>>>> Predmet: Re: gateway sender queue
>>>>
>>>> Some replies, inline:
>>>>
>>>> * During testing we have observed, different behavior in parallel
>> and
>>>>> serial gateway senders. In case we manually stop, than start gateway
>>>>> senders, for parallel gateway senders, queue is purged, but for
>> serial
>>>>> gateway senders this is not the case. Is this normal behavior or bug?
>>>>>
>>>> Hmm, I also think stop is supposed to clear the queue. I think if you
>> are
>>>> seeing that it doesn't clear the queue, that might be a bug.
>>>>
>>>>
>>>>
>>>>> * What happens with the queues when whole cluster is stopped and
>>>> later
>>>>> started (In our tests with persistent queues, the events are kept)?
>>>>>
>>>> Persistent queues will keep all of the events when you restart.
>>>>
>>>>
>>>>> * Could we add extra option in gfsh command "start gateway
>> sender"
>>>>> that allows to control queues reset (for instance --cleanQueues)?
>>>>>
>>>> If stop does clear the queue, would this be needed? It might still be
>>>> reasonable - I've heard folks request a way to clear running queues as
>>>> well.
>>>>
>>>> -Dan
>>>>
Re: Odg: gateway sender queue
Posted by Jason Huynh <jh...@pivotal.io>.
+1 to Dan's suggestion
On Thu, Nov 14, 2019 at 9:52 AM Dan Smith <ds...@pivotal.io> wrote:
> I'm ok with adding a --cleanQueue option.
>
> However, I don't think it should default to be true, since that would be
> changing the behavior of the existing command. It should default to false.
>
> -Dan
>
> On Thu, Nov 14, 2019 at 9:28 AM Xiaojian Zhou <gz...@pivotal.io> wrote:
>
> > The --cleanQueue option is a similar idea as Barry's "DeadLetter" spike.
> I
> > remembered that we decided not to do it.
> >
> >
> > On Wed, Nov 13, 2019 at 11:41 PM Mario Ivanac <ma...@est.tech>
> > wrote:
> >
> > > Hi,
> > >
> > > just to remind you on last question:
> > >
> > > what is your opinion on adding additional option in gfsh command
> "start
> > > gateway sender"
> > > to control clearing of existing queues --cleanQueues.
> > >
> > > This option will indicate, when gateway sender is started, should we
> > > discard/clean existing queue, or should we use existing queue.
> > > By default it will be to discard/clean existing queue.
> > >
> > > Best Regards,
> > > Mario
> > > ________________________________
> > > Šalje: Mario Ivanac <ma...@est.tech>
> > > Poslano: 8. studenog 2019. 13:00
> > > Prima: dev@geode.apache.org <de...@geode.apache.org>
> > > Predmet: Odg: gateway sender queue
> > >
> > > Hi all,
> > >
> > > one more clarification regarding 3rd question:
> > >
> > > "* Could we add extra option in gfsh command "start gateway sender"
> > > that allows to control queues reset (for instance --cleanQueues)"
> > >
> > > This option will indicate, when gateway sender is started, should we
> > > discard/clean existing queue, or should we use existing queue.
> > > By default it will be to discard/clean existing queue.
> > >
> > > Best Regards,
> > > Mario
> > > ________________________________
> > > Šalje: Mario Ivanac <ma...@est.tech>
> > > Poslano: 7. studenog 2019. 9:01
> > > Prima: Dan Smith <ds...@pivotal.io>; dev@geode.apache.org <
> > > dev@geode.apache.org>
> > > Predmet: Odg: gateway sender queue
> > >
> > > Hi,
> > >
> > > thanks for answers.
> > >
> > > Some more details regarding 1st question.
> > >
> > > Is this behavior same (for serial and parallel gateway sender) in case
> > > queue is persistent?
> > > Meaning, should queue (persistent) be purged if we restart gateway
> > sender?
> > >
> > >
> > > Thanks,
> > > Mario
> > >
> > > ________________________________
> > > Šalje: Dan Smith <ds...@pivotal.io>
> > > Poslano: 5. studenog 2019. 18:52
> > > Prima: dev@geode.apache.org <de...@geode.apache.org>
> > > Predmet: Re: gateway sender queue
> > >
> > > Some replies, inline:
> > >
> > > * During testing we have observed, different behavior in parallel
> and
> > > > serial gateway senders. In case we manually stop, than start gateway
> > > > senders, for parallel gateway senders, queue is purged, but for
> serial
> > > > gateway senders this is not the case. Is this normal behavior or bug?
> > > >
> > >
> > > Hmm, I also think stop is supposed to clear the queue. I think if you
> are
> > > seeing that it doesn't clear the queue, that might be a bug.
> > >
> > >
> > >
> > > > * What happens with the queues when whole cluster is stopped and
> > > later
> > > > started (In our tests with persistent queues, the events are kept)?
> > > >
> > >
> > > Persistent queues will keep all of the events when you restart.
> > >
> > >
> > > > * Could we add extra option in gfsh command "start gateway
> sender"
> > > > that allows to control queues reset (for instance --cleanQueues)?
> > > >
> > >
> > > If stop does clear the queue, would this be needed? It might still be
> > > reasonable - I've heard folks request a way to clear running queues as
> > > well.
> > >
> > > -Dan
> > >
> >
>
Re: Odg: gateway sender queue
Posted by Udo Kohlmeyer <ud...@apache.com>.
+1, I love that idea... Problem is that we don't have sufficient
auditing around managment/Operational tasks.
What happens if this task is run on an active cluster? Without proper
auditing and possibly some notion on WHAT data was purged, this could
open the product up for many head-aches.. i.e "Entry xxx,yyy,zzz was not
replicated to ClusterA..." Without knowing THAT a cleanQueue was run and
WHAT entries were purged, we could not dispute that that data was lost
due to purge or possibly a system issue...
I think as part of this effort we need to think about auditability.
--Udo
On 11/14/19 9:51 AM, Dan Smith wrote:
> I'm ok with adding a --cleanQueue option.
>
> However, I don't think it should default to be true, since that would be
> changing the behavior of the existing command. It should default to false.
>
> -Dan
>
> On Thu, Nov 14, 2019 at 9:28 AM Xiaojian Zhou <gz...@pivotal.io> wrote:
>
>> The --cleanQueue option is a similar idea as Barry's "DeadLetter" spike. I
>> remembered that we decided not to do it.
>>
>>
>> On Wed, Nov 13, 2019 at 11:41 PM Mario Ivanac <ma...@est.tech>
>> wrote:
>>
>>> Hi,
>>>
>>> just to remind you on last question:
>>>
>>> what is your opinion on adding additional option in gfsh command "start
>>> gateway sender"
>>> to control clearing of existing queues --cleanQueues.
>>>
>>> This option will indicate, when gateway sender is started, should we
>>> discard/clean existing queue, or should we use existing queue.
>>> By default it will be to discard/clean existing queue.
>>>
>>> Best Regards,
>>> Mario
>>> ________________________________
>>> Šalje: Mario Ivanac <ma...@est.tech>
>>> Poslano: 8. studenog 2019. 13:00
>>> Prima: dev@geode.apache.org <de...@geode.apache.org>
>>> Predmet: Odg: gateway sender queue
>>>
>>> Hi all,
>>>
>>> one more clarification regarding 3rd question:
>>>
>>> "* Could we add extra option in gfsh command "start gateway sender"
>>> that allows to control queues reset (for instance --cleanQueues)"
>>>
>>> This option will indicate, when gateway sender is started, should we
>>> discard/clean existing queue, or should we use existing queue.
>>> By default it will be to discard/clean existing queue.
>>>
>>> Best Regards,
>>> Mario
>>> ________________________________
>>> Šalje: Mario Ivanac <ma...@est.tech>
>>> Poslano: 7. studenog 2019. 9:01
>>> Prima: Dan Smith <ds...@pivotal.io>; dev@geode.apache.org <
>>> dev@geode.apache.org>
>>> Predmet: Odg: gateway sender queue
>>>
>>> Hi,
>>>
>>> thanks for answers.
>>>
>>> Some more details regarding 1st question.
>>>
>>> Is this behavior same (for serial and parallel gateway sender) in case
>>> queue is persistent?
>>> Meaning, should queue (persistent) be purged if we restart gateway
>> sender?
>>>
>>> Thanks,
>>> Mario
>>>
>>> ________________________________
>>> Šalje: Dan Smith <ds...@pivotal.io>
>>> Poslano: 5. studenog 2019. 18:52
>>> Prima: dev@geode.apache.org <de...@geode.apache.org>
>>> Predmet: Re: gateway sender queue
>>>
>>> Some replies, inline:
>>>
>>> * During testing we have observed, different behavior in parallel and
>>>> serial gateway senders. In case we manually stop, than start gateway
>>>> senders, for parallel gateway senders, queue is purged, but for serial
>>>> gateway senders this is not the case. Is this normal behavior or bug?
>>>>
>>> Hmm, I also think stop is supposed to clear the queue. I think if you are
>>> seeing that it doesn't clear the queue, that might be a bug.
>>>
>>>
>>>
>>>> * What happens with the queues when whole cluster is stopped and
>>> later
>>>> started (In our tests with persistent queues, the events are kept)?
>>>>
>>> Persistent queues will keep all of the events when you restart.
>>>
>>>
>>>> * Could we add extra option in gfsh command "start gateway sender"
>>>> that allows to control queues reset (for instance --cleanQueues)?
>>>>
>>> If stop does clear the queue, would this be needed? It might still be
>>> reasonable - I've heard folks request a way to clear running queues as
>>> well.
>>>
>>> -Dan
>>>
Re: Odg: gateway sender queue
Posted by Dan Smith <ds...@pivotal.io>.
I'm ok with adding a --cleanQueue option.
However, I don't think it should default to be true, since that would be
changing the behavior of the existing command. It should default to false.
-Dan
On Thu, Nov 14, 2019 at 9:28 AM Xiaojian Zhou <gz...@pivotal.io> wrote:
> The --cleanQueue option is a similar idea as Barry's "DeadLetter" spike. I
> remembered that we decided not to do it.
>
>
> On Wed, Nov 13, 2019 at 11:41 PM Mario Ivanac <ma...@est.tech>
> wrote:
>
> > Hi,
> >
> > just to remind you on last question:
> >
> > what is your opinion on adding additional option in gfsh command "start
> > gateway sender"
> > to control clearing of existing queues --cleanQueues.
> >
> > This option will indicate, when gateway sender is started, should we
> > discard/clean existing queue, or should we use existing queue.
> > By default it will be to discard/clean existing queue.
> >
> > Best Regards,
> > Mario
> > ________________________________
> > Šalje: Mario Ivanac <ma...@est.tech>
> > Poslano: 8. studenog 2019. 13:00
> > Prima: dev@geode.apache.org <de...@geode.apache.org>
> > Predmet: Odg: gateway sender queue
> >
> > Hi all,
> >
> > one more clarification regarding 3rd question:
> >
> > "* Could we add extra option in gfsh command "start gateway sender"
> > that allows to control queues reset (for instance --cleanQueues)"
> >
> > This option will indicate, when gateway sender is started, should we
> > discard/clean existing queue, or should we use existing queue.
> > By default it will be to discard/clean existing queue.
> >
> > Best Regards,
> > Mario
> > ________________________________
> > Šalje: Mario Ivanac <ma...@est.tech>
> > Poslano: 7. studenog 2019. 9:01
> > Prima: Dan Smith <ds...@pivotal.io>; dev@geode.apache.org <
> > dev@geode.apache.org>
> > Predmet: Odg: gateway sender queue
> >
> > Hi,
> >
> > thanks for answers.
> >
> > Some more details regarding 1st question.
> >
> > Is this behavior same (for serial and parallel gateway sender) in case
> > queue is persistent?
> > Meaning, should queue (persistent) be purged if we restart gateway
> sender?
> >
> >
> > Thanks,
> > Mario
> >
> > ________________________________
> > Šalje: Dan Smith <ds...@pivotal.io>
> > Poslano: 5. studenog 2019. 18:52
> > Prima: dev@geode.apache.org <de...@geode.apache.org>
> > Predmet: Re: gateway sender queue
> >
> > Some replies, inline:
> >
> > * During testing we have observed, different behavior in parallel and
> > > serial gateway senders. In case we manually stop, than start gateway
> > > senders, for parallel gateway senders, queue is purged, but for serial
> > > gateway senders this is not the case. Is this normal behavior or bug?
> > >
> >
> > Hmm, I also think stop is supposed to clear the queue. I think if you are
> > seeing that it doesn't clear the queue, that might be a bug.
> >
> >
> >
> > > * What happens with the queues when whole cluster is stopped and
> > later
> > > started (In our tests with persistent queues, the events are kept)?
> > >
> >
> > Persistent queues will keep all of the events when you restart.
> >
> >
> > > * Could we add extra option in gfsh command "start gateway sender"
> > > that allows to control queues reset (for instance --cleanQueues)?
> > >
> >
> > If stop does clear the queue, would this be needed? It might still be
> > reasonable - I've heard folks request a way to clear running queues as
> > well.
> >
> > -Dan
> >
>
Re: Odg: gateway sender queue
Posted by Xiaojian Zhou <gz...@pivotal.io>.
The --cleanQueue option is a similar idea as Barry's "DeadLetter" spike. I
remembered that we decided not to do it.
On Wed, Nov 13, 2019 at 11:41 PM Mario Ivanac <ma...@est.tech> wrote:
> Hi,
>
> just to remind you on last question:
>
> what is your opinion on adding additional option in gfsh command "start
> gateway sender"
> to control clearing of existing queues --cleanQueues.
>
> This option will indicate, when gateway sender is started, should we
> discard/clean existing queue, or should we use existing queue.
> By default it will be to discard/clean existing queue.
>
> Best Regards,
> Mario
> ________________________________
> Šalje: Mario Ivanac <ma...@est.tech>
> Poslano: 8. studenog 2019. 13:00
> Prima: dev@geode.apache.org <de...@geode.apache.org>
> Predmet: Odg: gateway sender queue
>
> Hi all,
>
> one more clarification regarding 3rd question:
>
> "* Could we add extra option in gfsh command "start gateway sender"
> that allows to control queues reset (for instance --cleanQueues)"
>
> This option will indicate, when gateway sender is started, should we
> discard/clean existing queue, or should we use existing queue.
> By default it will be to discard/clean existing queue.
>
> Best Regards,
> Mario
> ________________________________
> Šalje: Mario Ivanac <ma...@est.tech>
> Poslano: 7. studenog 2019. 9:01
> Prima: Dan Smith <ds...@pivotal.io>; dev@geode.apache.org <
> dev@geode.apache.org>
> Predmet: Odg: gateway sender queue
>
> Hi,
>
> thanks for answers.
>
> Some more details regarding 1st question.
>
> Is this behavior same (for serial and parallel gateway sender) in case
> queue is persistent?
> Meaning, should queue (persistent) be purged if we restart gateway sender?
>
>
> Thanks,
> Mario
>
> ________________________________
> Šalje: Dan Smith <ds...@pivotal.io>
> Poslano: 5. studenog 2019. 18:52
> Prima: dev@geode.apache.org <de...@geode.apache.org>
> Predmet: Re: gateway sender queue
>
> Some replies, inline:
>
> * During testing we have observed, different behavior in parallel and
> > serial gateway senders. In case we manually stop, than start gateway
> > senders, for parallel gateway senders, queue is purged, but for serial
> > gateway senders this is not the case. Is this normal behavior or bug?
> >
>
> Hmm, I also think stop is supposed to clear the queue. I think if you are
> seeing that it doesn't clear the queue, that might be a bug.
>
>
>
> > * What happens with the queues when whole cluster is stopped and
> later
> > started (In our tests with persistent queues, the events are kept)?
> >
>
> Persistent queues will keep all of the events when you restart.
>
>
> > * Could we add extra option in gfsh command "start gateway sender"
> > that allows to control queues reset (for instance --cleanQueues)?
> >
>
> If stop does clear the queue, would this be needed? It might still be
> reasonable - I've heard folks request a way to clear running queues as
> well.
>
> -Dan
>
Odg: gateway sender queue
Posted by Mario Ivanac <ma...@est.tech>.
Hi,
just to remind you on last question:
what is your opinion on adding additional option in gfsh command "start gateway sender"
to control clearing of existing queues --cleanQueues.
This option will indicate, when gateway sender is started, should we discard/clean existing queue, or should we use existing queue.
By default it will be to discard/clean existing queue.
Best Regards,
Mario
________________________________
Šalje: Mario Ivanac <ma...@est.tech>
Poslano: 8. studenog 2019. 13:00
Prima: dev@geode.apache.org <de...@geode.apache.org>
Predmet: Odg: gateway sender queue
Hi all,
one more clarification regarding 3rd question:
"* Could we add extra option in gfsh command "start gateway sender"
that allows to control queues reset (for instance --cleanQueues)"
This option will indicate, when gateway sender is started, should we discard/clean existing queue, or should we use existing queue.
By default it will be to discard/clean existing queue.
Best Regards,
Mario
________________________________
Šalje: Mario Ivanac <ma...@est.tech>
Poslano: 7. studenog 2019. 9:01
Prima: Dan Smith <ds...@pivotal.io>; dev@geode.apache.org <de...@geode.apache.org>
Predmet: Odg: gateway sender queue
Hi,
thanks for answers.
Some more details regarding 1st question.
Is this behavior same (for serial and parallel gateway sender) in case queue is persistent?
Meaning, should queue (persistent) be purged if we restart gateway sender?
Thanks,
Mario
________________________________
Šalje: Dan Smith <ds...@pivotal.io>
Poslano: 5. studenog 2019. 18:52
Prima: dev@geode.apache.org <de...@geode.apache.org>
Predmet: Re: gateway sender queue
Some replies, inline:
* During testing we have observed, different behavior in parallel and
> serial gateway senders. In case we manually stop, than start gateway
> senders, for parallel gateway senders, queue is purged, but for serial
> gateway senders this is not the case. Is this normal behavior or bug?
>
Hmm, I also think stop is supposed to clear the queue. I think if you are
seeing that it doesn't clear the queue, that might be a bug.
> * What happens with the queues when whole cluster is stopped and later
> started (In our tests with persistent queues, the events are kept)?
>
Persistent queues will keep all of the events when you restart.
> * Could we add extra option in gfsh command "start gateway sender"
> that allows to control queues reset (for instance --cleanQueues)?
>
If stop does clear the queue, would this be needed? It might still be
reasonable - I've heard folks request a way to clear running queues as well.
-Dan
Odg: gateway sender queue
Posted by Mario Ivanac <ma...@est.tech>.
Hi all,
one more clarification regarding 3rd question:
"* Could we add extra option in gfsh command "start gateway sender"
that allows to control queues reset (for instance --cleanQueues)"
This option will indicate, when gateway sender is started, should we discard/clean existing queue, or should we use existing queue.
By default it will be to discard/clean existing queue.
Best Regards,
Mario
________________________________
Šalje: Mario Ivanac <ma...@est.tech>
Poslano: 7. studenog 2019. 9:01
Prima: Dan Smith <ds...@pivotal.io>; dev@geode.apache.org <de...@geode.apache.org>
Predmet: Odg: gateway sender queue
Hi,
thanks for answers.
Some more details regarding 1st question.
Is this behavior same (for serial and parallel gateway sender) in case queue is persistent?
Meaning, should queue (persistent) be purged if we restart gateway sender?
Thanks,
Mario
________________________________
Šalje: Dan Smith <ds...@pivotal.io>
Poslano: 5. studenog 2019. 18:52
Prima: dev@geode.apache.org <de...@geode.apache.org>
Predmet: Re: gateway sender queue
Some replies, inline:
* During testing we have observed, different behavior in parallel and
> serial gateway senders. In case we manually stop, than start gateway
> senders, for parallel gateway senders, queue is purged, but for serial
> gateway senders this is not the case. Is this normal behavior or bug?
>
Hmm, I also think stop is supposed to clear the queue. I think if you are
seeing that it doesn't clear the queue, that might be a bug.
> * What happens with the queues when whole cluster is stopped and later
> started (In our tests with persistent queues, the events are kept)?
>
Persistent queues will keep all of the events when you restart.
> * Could we add extra option in gfsh command "start gateway sender"
> that allows to control queues reset (for instance --cleanQueues)?
>
If stop does clear the queue, would this be needed? It might still be
reasonable - I've heard folks request a way to clear running queues as well.
-Dan
Odg: gateway sender queue
Posted by Mario Ivanac <ma...@est.tech>.
Hi,
thanks for answers.
Some more details regarding 1st question.
Is this behavior same (for serial and parallel gateway sender) in case queue is persistent?
Meaning, should queue (persistent) be purged if we restart gateway sender?
Thanks,
Mario
________________________________
Šalje: Dan Smith <ds...@pivotal.io>
Poslano: 5. studenog 2019. 18:52
Prima: dev@geode.apache.org <de...@geode.apache.org>
Predmet: Re: gateway sender queue
Some replies, inline:
* During testing we have observed, different behavior in parallel and
> serial gateway senders. In case we manually stop, than start gateway
> senders, for parallel gateway senders, queue is purged, but for serial
> gateway senders this is not the case. Is this normal behavior or bug?
>
Hmm, I also think stop is supposed to clear the queue. I think if you are
seeing that it doesn't clear the queue, that might be a bug.
> * What happens with the queues when whole cluster is stopped and later
> started (In our tests with persistent queues, the events are kept)?
>
Persistent queues will keep all of the events when you restart.
> * Could we add extra option in gfsh command "start gateway sender"
> that allows to control queues reset (for instance --cleanQueues)?
>
If stop does clear the queue, would this be needed? It might still be
reasonable - I've heard folks request a way to clear running queues as well.
-Dan
Re: gateway sender queue
Posted by Dan Smith <ds...@pivotal.io>.
Some replies, inline:
* During testing we have observed, different behavior in parallel and
> serial gateway senders. In case we manually stop, than start gateway
> senders, for parallel gateway senders, queue is purged, but for serial
> gateway senders this is not the case. Is this normal behavior or bug?
>
Hmm, I also think stop is supposed to clear the queue. I think if you are
seeing that it doesn't clear the queue, that might be a bug.
> * What happens with the queues when whole cluster is stopped and later
> started (In our tests with persistent queues, the events are kept)?
>
Persistent queues will keep all of the events when you restart.
> * Could we add extra option in gfsh command "start gateway sender"
> that allows to control queues reset (for instance --cleanQueues)?
>
If stop does clear the queue, would this be needed? It might still be
reasonable - I've heard folks request a way to clear running queues as well.
-Dan