]> git.kaiwu.me - haproxy.git/commit
REGTESTS: log: check that a ring's internal server may target a UNIX socket
authorYeonggi Kim <yg.kim@navercorp.com>
Tue, 22 Sep 2026 12:10:13 +0000 (21:10 +0900)
committerAmaury Denoyelle <adenoyelle@haproxy.com>
Mon, 28 Sep 2026 12:46:38 +0000 (14:46 +0200)
commitd3b2fbca2776168a71f0a7e1e5515179b1d1a542
tree5fea7c2c5f1d415d9703e209cc3a83472583721f
parent4cf03304f6b242cd3580dbec491ff9745715d883
REGTESTS: log: check that a ring's internal server may target a UNIX socket

This test covers the bug fixed by this commit:

    ce6071c3b BUG/MEDIUM: server: skip log backend addr checks for internal proxies

It declares a ring whose server targets a UNIX socket bound by a
log-forward section, itself relaying to a vtest syslog receiver. It
fails to parse on an affected, unpatched build ("log server address
family not supported for log backend server").

The test pins "chroot /" in its global section: when haproxy runs as
root without an explicit "chroot" directive, its automatic "chroot
auto" feature (641fe4f11) isolates the process into an empty directory
right after startup. That breaks the ring's own UNIX-socket "server"
connect, a runtime, repeatedly-retried client connection, unlike the
log-forward listener's "bind unix@..." which is already open before
the chroot happens. Pinning "chroot /" makes the test behave the same
whether run as root or not.

This must be backported wherever the fix above is backported.
reg-tests/log/ring_unix_log_forward.vtc [new file with mode: 0644]