aboutsummaryrefslogtreecommitdiff
path: root/scripts/coverage
diff options
context:
space:
mode:
authorEric Blake <eblake@redhat.com>2024-11-15 13:55:53 -0600
committerEric Blake <eblake@redhat.com>2024-11-18 09:06:17 -0600
commitefd3dda312129b91986f85976afbda58d40f757f (patch)
tree484d5b8e736a84367d9bddfa553732e5962521fb /scripts/coverage
parentabb1565d3d863cf210f18f70c4a42b0f39b8ccdb (diff)
nbd-server: Silence server warnings on port probes
While testing the use of qemu-nbd in a Pod of a Kubernetes cluster, I got LOTS of log messages of the forms: qemu-nbd: option negotiation failed: Failed to read flags: Unexpected end-of-file before all data were read qemu-nbd: option negotiation failed: Failed to read flags: Unable to read from socket: Connection reset by peer While it is nice to warn about clients that aren't following protocol (in case it helps diagnosing bugs in those clients), a mere port probe (where the client never write()s any bytes, and where we might even hit EPIPE in trying to send our greeting to the client) is NOT abnormal, but merely serves to pollute the log. And Kubernetes _really_ likes to do port probes to determine whether a given Pod is up and running. Easy ways to demonstrate the above port probes: $ qemu-nbd -r -f raw path/to/file & $ nc localhost 10809 </dev/null $ bash -c 'exec </dev/tcp/localhost/10809' $ kill $! Silence the noise by not capturing errors until after our first successful read() from a client. Signed-off-by: Eric Blake <eblake@redhat.com> Message-ID: <20241115195638.1132007-2-eblake@redhat.com> Reviewed-by: Vladimir Sementsov-Ogievskiy <vsementsov@yandex-team.ru>
Diffstat (limited to 'scripts/coverage')
0 files changed, 0 insertions, 0 deletions