: Odg: Geode retry/acknowledge improvement
You could answer to their latest e-mail to confirm that Darrel's suspicion
could happen. Let's see if in that case they are willing to collaborate.
Alberto
From: Mario Ivanac
Sent: Wednesday, May 5, 2021 11:28 AM
To: dev
I think that this is enough.
Šalje: Alberto Gomez
Poslano: 5. svibnja 2021. 11:29
Prima: dev@geode.apache.org
Predmet: Re: Odg: Geode retry/acknowledge improvement
You could answer to their latest e-mail to confirm that Darrel's suspicion
could happen. Let's
: Geode retry/acknowledge improvement
Hi,
I think that we have problem that Darrel was suspicious, and that some kind of
notification could be send from peer-to-peer to acknowledge that message is
received on receiving side.
Regarding test with ip tables, execution gets stuck with conserve-sockets
Šalje: Darrel Schneider
Poslano: 30. travnja 2021. 18:38
Prima: dev@geode.apache.org
Predmet: Re: Odg: Geode retry/acknowledge improvement
In the geode hang you describe would the forced tcp-reset using iptables have
cause the put send message to fail
2021 8:43 AM
To: dev@geode.apache.org
Subject: Re: Odg: Geode retry/acknowledge improvement
Can you explain the scenario further? Does the sidecar proxy both the
sending and receiving socket (geode creates 2 sockets for each p2p member)? In
normal cases, closing these sockets sh
and the
stuck thread stack should look different from what you are currently seeing.
From: Anthony Baker
Sent: Friday, April 30, 2021 8:43 AM
To: dev@geode.apache.org
Subject: Re: Odg: Geode retry/acknowledge improvement
Can you explain the scenario further? Does
__
> Šalje: Anthony Baker
> Poslano: 19. travnja 2021. 22:54
> Prima: dev@geode.apache.org
> Predmet: Re: Geode retry/acknowledge improvement
>
> Do you have a tcpdump that demonstrates the packet loss? How long did you
> wait for TCP to retry the failed p
Hi,
just reminding on this topic.
BR,
Mario
Šalje: Mario Ivanac
Poslano: 20. travnja 2021. 16:31
Prima: dev@geode.apache.org
Predmet: Odg: Geode retry/acknowledge improvement
Hi,
after analysis, we assume that proxy at reception of packets, sends ACK
@geode.apache.org
Predmet: Re: Geode retry/acknowledge improvement
Do you have a tcpdump that demonstrates the packet loss? How long did you wait
for TCP to retry the failed packet delivery (sometimes this can be tweaked with
tcp_retries2). Does this manifest as a failed socket connection in geode
Do you have a tcpdump that demonstrates the packet loss? How long did you wait
for TCP to retry the failed packet delivery (sometimes this can be tweaked with
tcp_retries2). Does this manifest as a failed socket connection in geode?
That ought to trigger some error handling IIRC.
Anthony
>
@geode.apache.org
Subject: Geode retry/acknowledge improvement
Hi all,
we have deployed geode cluster in kubernetes environment, and Istio/SideCars
are injected between cluster members.
While running traffic, if any Istio/SideCar is restarted, thread will get stuck
indefinitely, while waiting
Hi all,
we have deployed geode cluster in kubernetes environment, and Istio/SideCars
are injected between cluster members.
While running traffic, if any Istio/SideCar is restarted, thread will get stuck
indefinitely, while waiting for reply on sent message.
It seams that due to restarting of
12 matches
Mail list logo
