poky/bitbake/lib/hashserv
Joshua Watt 270a77853c bitbake: hashserv: tests: Omit client in slow server start test
On Fedora 39 and Fedora 40 hosts, this version of the hash server
exhibits different behavior on exit when using Unix Domain sockets.
Instead of closing the client connections and exiting immediately, the
server will wait until all clients have disconnected before exiting. It
is unknown why this changed, or why it only affects Unix Domain sockets
and not TCP sockets.

Because of this behavior change, the Slow Server Start test is failing
on these hosts. This test is primarily concerned with ensuring that the
server will actually exit, even if it gets a termination signal before
it enters its main loop, and doesn't really care about clients. As such,
modify the test so that a client is not pre-connected to the server.
This allows the server to actually exit so that the test can verify the
signal behavior.

The latest version of the hash equivalence server (on master) does not
exhibit this behavior. Speculation is that the more standardized usage
of asyncio allows the server to properly exit, even if clients are still
connected. Regardless, this patch is only intended for the older
versions, and should not be applied to master

(Bitbake rev: eb5c1ce6b1b8f33535ff7b9263ec7648044163ea)

Signed-off-by: Joshua Watt <JPEWhacker@gmail.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Signed-off-by: Steve Sakoman <steve@sakoman.com>
2024-10-10 12:01:06 -07:00
..
__init__.py bitbake: hashserv: Fix diverging report race condition 2021-10-11 11:00:06 +01:00
client.py bitbake: hashserv: Fix diverging report race condition 2021-10-11 11:00:06 +01:00
server.py bitbake: hashserv: Improve behaviour for better determinism/sstate reuse 2021-10-11 11:00:06 +01:00
tests.py bitbake: hashserv: tests: Omit client in slow server start test 2024-10-10 12:01:06 -07:00