<feed xmlns='http://www.w3.org/2005/Atom'>
<title>packages/admin/fluent-bit/test.sh, branch master</title>
<subtitle>Mirror of packages feed</subtitle>
<id>https://git.openwrt.org/feed/packages/atom?h=master</id>
<link rel='self' href='https://git.openwrt.org/feed/packages/atom?h=master'/>
<link rel='alternate' type='text/html' href='https://git.openwrt.org/feed/packages/'/>
<updated>2026-08-01T18:19:47Z</updated>
<entry>
<title>fluent-bit: fix HTTP output SIGSEGV on too-small coroutine stack</title>
<updated>2026-08-01T18:19:47Z</updated>
<author>
<name>Alexandru Ardelean</name>
</author>
<published>2026-07-31T09:38:33Z</published>
<link rel='alternate' type='text/html' href='https://git.openwrt.org/feed/packages/commit/?id=927fc5ea54e81e1f2c472a40db6a1db9908bbe5e'/>
<id>urn:sha1:927fc5ea54e81e1f2c472a40db6a1db9908bbe5e</id>
<content type='text'>
Each output flush runs in a coroutine whose stack was forced to 4096 (one
page). The HTTP output plugin overflows it and crashes with SIGSEGV after
the flush (issue #30113). Pin FLB_CORO_STACK_SIZE to upstream's own 64K
floor (FLB_CORO_STACK_SIZE_MIN_BYTE), which the musl-shrunk default undercuts.

Also add a regression test: drive the dummy input into the http output and
assert fluent-bit survives a few flush cycles instead of dying from a signal
(no listener needed -- the overflow happens while composing the request).

Fixes: https://github.com/openwrt/packages/issues/30113
Signed-off-by: Alexandru Ardelean &lt;alex@shruggie.ro&gt;
</content>
</entry>
</feed>
