Block and drain connection sends in NetworkInterfaceTL::shutdown()

XMLWordPrintableJSON

    • Type: Bug
    • Resolution: Won't Fix
    • Priority: Major - P3
    • None
    • Affects Version/s: None
    • Component/s: None
    • None
    • Service Arch
    • ALL
    • 200
    • None
    • None
    • None
    • None
    • None
    • None
    • None

      More work on handling GuaranteedExecutor contexts when shutting down NetworkInterfaceTL. Previous work blocks shutdown until they've all executed, and uses an existing cancel mechanism for the top-level CommandState/ExhaustCommandState promise/future pairs.

      What remains is a need to cancel the chain of futures hung off the future returned from AsycDBClient::runCommandRequest(). The good news here is that we can return a network error, due to an onError() added in RequestState::resolve() prior to scheduling the remaining work on a GuaranteedExecutor. We just need to be able to guarantee we're not adding new work to the connection pool as we try to drain it.

            Assignee:
            Ronald Steinke (Inactive)
            Reporter:
            Ronald Steinke (Inactive)
            Votes:
            0 Vote for this issue
            Watchers:
            2 Start watching this issue

              Created:
              Updated:
              Resolved: