Skip to content

Keep the refuseUid in a better way, #22156 (backport) #23734

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Merged
merged 1 commit into from
Oct 13, 2017

Conversation

patriknw
Copy link
Contributor

Since those remoting bugs are so difficult to diagnose and we still have many 2.4 users we should continue to backport remoting issues.

  • The scenario described in the issue can cause the quarantine marker to
    be lost when creating a new endpoint for that address. Then when later
    creating another endpoint from an inbound connection the uid is considered
    confirmed and Ack message is accepted, triggering the unexpected seq number
    issue.
  • The refuseUid was kept in the endpoint policy markers, but that is just very
    complicated and as illustrated by this issue not always safe.
  • Instead, keep the refuseUid separately so it's not lost when registering
    new endpoint.
  • The purpose of WasGated was only to try to keep the refuseUid (as far as I know),
    and that is not needed any longer.
  • mima filter

(cherry picked from d660f89)

Refs #22156

@akka-ci akka-ci added the validating PR is currently being validated by Jenkins label Sep 26, 2017
@patriknw patriknw added this to the 2.4.21 milestone Sep 26, 2017
@akka-ci akka-ci added needs-attention Indicates a PR validation failure (set by CI infrastructure) and removed validating PR is currently being validated by Jenkins labels Sep 26, 2017
@akka-ci
Copy link

akka-ci commented Sep 26, 2017

Test FAILed.

* The scenario described in the issue can cause the quarantine marker to
  be lost when creating a new endpoint for that address. Then when later
  creating another endpoint from an inbound connection the uid is considered
  confirmed and Ack message is accepted, triggering the unexpected seq number
  issue.
* The refuseUid was kept in the endpoint policy markers, but that is just very
  complicated and as illustrated by this issue not always safe.
* Instead, keep the refuseUid separately so it's not lost when registering
  new endpoint.
* The purpose of WasGated was only to try to keep the refuseUid (as far as I know),
  and that is not needed any longer.
* mima filter

(cherry picked from d660f89)
@patriknw patriknw force-pushed the wip-22156-lost-refuseUid-2.4-patriknw branch from 1b32e6e to dece74e Compare September 26, 2017 13:29
@akka-ci akka-ci added validating PR is currently being validated by Jenkins tested PR that was successfully built and tested by Jenkins and removed needs-attention Indicates a PR validation failure (set by CI infrastructure) validating PR is currently being validated by Jenkins labels Sep 26, 2017
@akka-ci
Copy link

akka-ci commented Sep 26, 2017

Test PASSed.

@patriknw patriknw merged commit 935fae9 into release-2.4 Oct 13, 2017
@patriknw patriknw deleted the wip-22156-lost-refuseUid-2.4-patriknw branch October 13, 2017 12:50
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
tested PR that was successfully built and tested by Jenkins
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants