Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 19 Nov 2020 15:53:25 +0000
From:      bugzilla-noreply@freebsd.org
To:        ports-bugs@FreeBSD.org
Subject:   [Bug 251257] sysutils/fluent-bit: Fix for SIGSEGV with SEGV_MAPERR code for the version 1.6.4
Message-ID:  <bug-251257-7788@https.bugs.freebsd.org/bugzilla/>

next in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D251257

            Bug ID: 251257
           Summary: sysutils/fluent-bit: Fix for SIGSEGV with SEGV_MAPERR
                    code for the version 1.6.4
           Product: Ports & Packages
           Version: Latest
          Hardware: Any
                OS: Any
            Status: New
          Severity: Affects Only Me
          Priority: ---
         Component: Individual Port(s)
          Assignee: girgen@FreeBSD.org
          Reporter: ard_1@mail.ru
             Flags: maintainer-feedback?(girgen@FreeBSD.org)
          Assignee: girgen@FreeBSD.org

Created attachment 219815
  --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=3D219815&action=
=3Dedit
Patch for the ports tree to build fixed version from upstream master branch

Fluent-bit 1.6.4 have some memory allocation problems that were fixed in
upstream master branch but as of time of this writing were not included in =
any
tagged release.
The attached patch will build fluent-bit at commit b7c7081 from the github
master branch that seems to include a fix for this problem.

Since I usually opt out for using untagged upstream code in non-development
versions of ports in the FreeBSD ports tree, I think that this patch should=
 not
be committed in the FreeBSD ports tree.
It is provided just to help others who is facing this issue to quickly buil=
d a
patched version using their own copy of the FreeBSD ports tree.


truss utility output for this issue will be similar to this output:

write(10,"o\0\0\0\0\0\0\0\^[[1m[\^[[0m2020"...,4096) =3D 4096 (0x1000)
select(14,{ 7 9 11 13 },{ },0x0,0x0)             =3D 1 (0x1)
read(9,"o\0\0\0\0\0\0\0\^[[1m[\^[[0m2020"...,4096) =3D 4096 (0x1000)
SIGNAL 11 (SIGSEGV) code=3DSEGV_MAPERR trapno=3D12 addr=3D0x800a1b028
sigprocmask(SIG_SETMASK,{ SIGSEGV },0x0)         =3D 0 (0x0)
write(2,"\^[[1m[\^[[0m2020/11/17 02:19:56"...,111) =3D 111 (0x6f)
write(2,"[2020/11/17 02:19:56] ",22)             =3D 22 (0x16)
write(2,"[engine] caught signal (",24)           =3D 24 (0x18)
write(2,"SIGSEGV)\n",9)                          =3D 9 (0x9)
write(2,"ERROR: no stack trace because un"...,62) =3D 62 (0x3e)
sigprocmask(SIG_SETMASK,{
SIGHUP|SIGINT|SIGQUIT|SIGILL|SIGTRAP|SIGEMT|SIGFPE|SIGKILL|SIGBUS|SIGSEGV|S=
IGSYS|SIG
PIPE|SIGALRM|SIGTERM|SIGURG|SIGSTOP|SIGTSTP|SIGCONT|SIGCHLD|SIGTTIN|SIGTTOU=
|SIGIO|SIGXCPU|SIGXFSZ|SIGVTALRM|SI
GPROF|SIGWINCH|SIGINFO|SIGUSR1|SIGUSR2 },0x0) =3D 0 (0x0)
thr_self(0x801ccc1e0)                            =3D 0 (0x0)
thr_kill(100821,SIGABRT)                         =3D 0 (0x0)
SIGNAL 6 (SIGABRT) code=3DSI_LWP pid=3D47105 uid=3D0
select(14,{ 7 9 11 13 },{ },0x0,0x0)             ERR#4 'Interrupted system
call'

The backtrace in lldb output will be similar to this:
lldb -c ./fluent-bit.core -- fluent-bit
(lldb) target create "fluent-bit" --core "./fluent-bit.core"
Core file '/home/ard/work/flb164/fluent-bit.core' (x86_64) was loaded.
(lldb) thread backtrace all
* thread #1, name =3D 'fluent-bit', stop reason =3D signal SIGABRT
  * frame #0: 0x000000080131f0fa
    frame #1: 0x000000080131f0c4
  thread #2, name =3D 'fluent-bit', stop reason =3D signal SIGABRT
    frame #0: 0x000000080133ebca
    frame #1: 0x000000080103c9dc
  thread #3, name =3D 'fluent-bit', stop reason =3D signal SIGABRT
    frame #0: 0x00000008013ad8da
    frame #1: 0x000000080103cd92
    frame #2: 0x00000000006d3198
fluent-bit`___lldb_unnamed_symbol2349$$fluent-bit + 200
    frame #3: 0x000000000043692a fluent-bit`___lldb_unnamed_symbol9$$fluent=
-bit
+ 58
    frame #4: 0x000000000044bf60
fluent-bit`___lldb_unnamed_symbol20$$fluent-bit + 192
  thread #4, name =3D 'fluent-bit', stop reason =3D signal SIGABRT
    frame #0: 0x000000080133ebca
    frame #1: 0x000000080103c9dc
    frame #2: 0x00000000006d28f8 fluent-bit`cio_stream_delete + 8
  thread #5, name =3D 'fluent-bit', stop reason =3D signal SIGABRT
    frame #0: 0x000000080133ebca
    frame #1: 0x000000080103c9dc
    frame #2: 0x00000000006d28f8 fluent-bit`cio_stream_delete + 8
  thread #6, name =3D 'fluent-bit', stop reason =3D signal SIGABRT
    frame #0: 0x000000080133ebca
    frame #1: 0x000000080103c9dc
    frame #2: 0x00000000006d28f8 fluent-bit`cio_stream_delete + 8
  thread #7, name =3D 'fluent-bit', stop reason =3D signal SIGABRT
    frame #0: 0x000000080133ebca
    frame #1: 0x000000080103c9dc
    frame #2: 0x00000000006d28f8 fluent-bit`cio_stream_delete + 8

--=20
You are receiving this mail because:
You are the assignee for the bug.=



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-251257-7788>