diff options
| author | Adam Malczewski <[email protected]> | 2026-05-29 19:39:52 +0900 |
|---|---|---|
| committer | Adam Malczewski <[email protected]> | 2026-05-29 19:39:52 +0900 |
| commit | e02b65aa65093f183a0aacb82e88ef7e434c0b74 (patch) | |
| tree | 0ba4f4db5d79e1c7cb1833edc0ccc2c296f88e8e /packaging/[email protected] | |
| parent | 5aeb96e46e914686d8fbc75302354150732800d7 (diff) | |
| download | dispatch-e02b65aa65093f183a0aacb82e88ef7e434c0b74.tar.gz dispatch-e02b65aa65093f183a0aacb82e88ef7e434c0b74.zip | |
fix(packaging): add notification-fd to dispatch-s6 loggers
The dispatch-{api,frontend}-log run scripts invoke `s6-log -d3` (send a readiness notification on fd 3), but the service dirs lacked a notification-fd file, so s6-supervise never opened fd 3. s6-log aborted with "invalid notification fd: Bad file descriptor" (exit 100) and crash-looped, so nothing drained the producer's stdout pipe.
The API then filled its 64KB stdout pipe and blocked in write() before reaching listen(), so port 18390 never opened and the frontend could not reach the backend (the frontend survived only because it logs almost nothing).
Add notification-fd=3 to both logger service dirs and install them via PKGBUILD, matching every other logger on the system. This also makes s6-rc bring the logger up ready-first, preventing the pipe-fill race.
Diffstat (limited to 'packaging/[email protected]')
0 files changed, 0 insertions, 0 deletions
