+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 co
>
> 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 wrote:
> +1 to Dan's sugge
+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 wrote:
> In addition... making is default has bigger consequences that we have
> not thought about
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...
+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.
+1 to Dan's suggestion
On Thu, Nov 14, 2019 at 9:52 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 1
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 wrote:
> The --cleanQueue option is a similar idea as
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 wrote:
> Hi,
>
> just to remind you on last question:
>
> what is your opinion on adding additional option in gfsh command "start
>
