Yes. The current fix is to let each gateway receiver (in hydra tests,
there're a lot) to compete port 5500. Only one member will win, all other
members will timeout after 2 minutes. Then they keep compete for port 5501.
Again, only one member will win.
In that case, if there are 5 receivers, it wi
Revert it on the release branch and fix it on develop.
> On Sep 4, 2018, at 5:13 PM, Sean Goller wrote:
>
> It affects us on any linux platform that doesn't use glibc. It's not worth
> holding up the release for. It's been this way for 20 years, right? ;)
>
> Revert it.
>
>> On Tue, Sep 4, 201
We should fix this for the release.
-Anil.
On Tue, Sep 4, 2018 at 5:09 PM Udo Kohlmeyer wrote:
> Imo (and I'm coming in cold)... We are NOT officially supporting Alpine
> linux (yet), which is the basis for this ticket, maybe push this to a
> later release?
>
> I prefer us getting out the fixes
It affects us on any linux platform that doesn't use glibc. It's not worth
holding up the release for. It's been this way for 20 years, right? ;)
Revert it.
On Tue, Sep 4, 2018 at 5:09 PM Udo Kohlmeyer wrote:
> Imo (and I'm coming in cold)... We are NOT officially supporting Alpine
> linux (yet
Imo (and I'm coming in cold)... We are NOT officially supporting Alpine
linux (yet), which is the basis for this ticket, maybe push this to a
later release?
I prefer us getting out the fixes we have and release a more optimal
version of GEODE-5591 later.
IF this is a bug that will affect us
If it's to get the release out, I'm fine with reverting. I don't like it,
but I'm not willing to die on that hill. :)
-S.
On Tue, Sep 4, 2018 at 4:38 PM Dan Smith wrote:
> Spitting this into a separate thread.
>
> I see the issue. The two minute timeout is the constructor for
> AcceptorImpl, wh
So the issue is that it takes longer to start than previous releases?
Yes
Also, is this wait time only when using Gfsh to create gateway-receiver?
No, even APIs
On Tue, Sep 4, 2018 at 4:43 PM Anilkumar Gingade
wrote:
> Its not gfsh specific. Its in the Gateway receiver start.
>
> It loo
Its not gfsh specific. Its in the Gateway receiver start.
It looks like the changes with GEODE-5591 still hit the earlier issue (it
was fixing) if the port is same as the port returned by "getPortToStart()",
that was removed. I may be wrong.
-Anil.
On Tue, Sep 4, 2018 at 4:39 PM Sai Boorlagadda
Spitting this into a separate thread.
I see the issue. The two minute timeout is the constructor for
AcceptorImpl, where it retries to bind for 2 minutes.
That behavior makes sense for CacheServer.start.
But it doesn't make sense for the new logic in GatewayReceiver.start() from
GEODE-5591. That
Why is it waiting at all in this case? Where is this 2 minute timeout
coming from?
-Dan
On Tue, Sep 4, 2018 at 4:12 PM, Sai Boorlagadda
wrote:
> So the issue is that it takes longer to start than previous releases?
> Also, is this wait time only when using Gfsh to create gateway-receiver?
>
> O
So the issue is that it takes longer to start than previous releases?
Also, is this wait time only when using Gfsh to create gateway-receiver?
On Tue, Sep 4, 2018 at 4:03 PM Nabarun Nag wrote:
> Currently we have a minor issue in the release branch as pointed out by
> Barry O.
> We will wait til
Reverting GEODE-5591 results in code that can produce an infinite loop, so
I don't feel that's a viable option. I feel as though the code treats bind
exceptions as transient occurrences, but my direct experience with them
leads me to the opposite conclusion. I don't believe a long wait time is
goin
Currently we have a minor issue in the release branch as pointed out by
Barry O.
We will wait till a resolution is figured out for this issue.
Steps:
1. create locator
2. start server --name=server1 --server-port=40404
3. start server --name=server2 --server-port=40405
4. create gateway-receiver -
---
Spring Data GemFire > Nightly-ApacheGeode > #1030 was successful.
---
Scheduled
2425 tests in total.
https://build.spring.io/browse/SGF-NAG-1030/
--
Thi
Status Update on release process for 1.7.0
- checkPom files are being modified to have version as 1.7.0 instead of
1.8.0-SNAPSHOT
- gradle.properties file has been modified to reflect 1.7.0 as the version.
- Version.java has been reverted to remove all changes corresponding to
1.8.0
- CommandInitia
Hi Ryan,
You should have access now. Thanks!
-Dan
On Tue, Sep 4, 2018 at 9:45 AM, Ryan McMahon wrote:
> Follow up: looks like my wiki username is just 'rmcmahon'.
>
> Thanks,
> Ryan McMahon
> rmcma...@pivotal.io
>
> On Tue, Sep 4, 2018 at 9:21 AM, Ryan McMahon wrote:
>
> > Hello,
> >
> > I'd
Follow up: looks like my wiki username is just 'rmcmahon'.
Thanks,
Ryan McMahon
rmcma...@pivotal.io
On Tue, Sep 4, 2018 at 9:21 AM, Ryan McMahon wrote:
> Hello,
>
> I'd like to request write/edit permissions on the Geode wiki. My Apache
> username is mcmellawatt and the email address I used wi
Hello,
I'd like to request write/edit permissions on the Geode wiki. My Apache
username is mcmellawatt and the email address I used with Confluence is
rmcma...@pivotal.io.
Thanks,
Ryan McMahon
rmcma...@pivotal.io
18 matches
Mail list logo
