[3.4] 70-test_quic_tserver.t transient failure on NonStop in thread model about openssl HOT 8 CLOSED

the code is trying to call recvfrom on a non-blocking socket and there is no data avaiilable.

First guess is that you're building with a threading model that maps recvfrom to a non-thread aware recvfrom call (spt_recvfrom vs spt_recvfromx), and as a result the receive thread is spinning forever and not yielding to allow the sending thread to submit data to the socket. The introduction of V=1 likely introduces console message output that fortunately yields the cpu, allowing forward progress to be made.

from openssl.

the code is trying to call recvfrom on a non-blocking socket and there is no data avaiilable.

First guess is that you're building with a threading model that maps recvfrom to a non-thread aware recvfrom call (spt_recvfrom vs spt_recvfromx), and as a result the receive thread is spinning forever and not yielding to allow the sending thread to submit data to the socket. The introduction of V=1 likely introduces console message output that fortunately yields the cpu, allowing forward progress to be made.

We're actually dealing with a new kernel threading model - so not cooperative threading. It is looking like we have some timeouts causing transient issues. This is going back to development.

from openssl.

ok, thank you for the update. Should this then be close pending the outcome of your new internal development?

from openssl.

ok, thank you for the update. Should this then be close pending the outcome of your new internal development?

May I keep it open until I hear back? It should be a few weeks.

from openssl.

please, of course. I'll leave it in investigation state to follow up on.

from openssl.

@rsbeckerca ping, any update here?

from openssl.

@rsbeckerca ping, any update here?

I'm waiting on an opportunity to retest this in the new threading model. This does hang in our CI system but not when running directly in bash. This leads me to think there is a timing/yield issue somewhere in the test driver.

from openssl.

The new threading model passes all QUIC tests really well. I will be publishing the configuration for it hopefully in a week or so. I think we can close this. The PUT model is also passing as of commit 2dd74d3 + PR #24912

from openssl.