Uploaded image for project: 'Couchbase Server'
  1. Couchbase Server
  2. MB-31337

Inconsistent behavior after "400 Bad Request"

    XMLWordPrintable

Details

    • Bug
    • Resolution: Fixed
    • Critical
    • 6.0.0
    • 6.0.0
    • analytics
    • Untriaged
    • Centos 64-bit
    • Unknown
    • CX Sprint 120

    Description

      The issue likely affects other error codes.

      After the server returns 400 Bad Request, it does not close the socket, and also it does not allow to reuse the same socket. This leads to unexpected behaviour when the library tries to use the same socket next time.

      The TCP capture for iteraction is here: cbas-bad-request-issue.pcapng. For comparison, here is how N1QL behaves, where 400 Bad Request does not invalidate the connection (IMHO the CBAS could behave in the same way: n1ql-bad-request.pcapng.

      Attachments

        For Gerrit Dashboard: MB-31337
        # Subject Branch Project Status CR V

        Activity

          People

            tanzeem.ahmed Tanzeem Ahmed (Inactive)
            avsej Sergey Avseyev
            Votes:
            0 Vote for this issue
            Watchers:
            4 Start watching this issue

            Dates

              Created:
              Updated:
              Resolved:

              Gerrit Reviews

                There are no open Gerrit changes

                PagerDuty