With the fix for OS-5515 merged, this should be solved. Thanks for bringing it to our attention.
On 18 July 2016 at 08:50, Youzhong Yang <[email protected]> wrote: > Thanks for the quick turnaround .. > > > On Sat, Jul 16, 2016 at 9:18 PM, Patrick Mooney <[email protected] > > wrote: > >> I was able to reproduce the issue locally and have located the issue. >> The initial analysis is here: https://smartos.org/bugview/OS-5515. More >> detail will be added as the problem is addressed. >> >> On 16 July 2016 at 20:00, Patrick Mooney <[email protected]> >> wrote: >> >>> What version of the platform image do you have installed (uname -v)? >>> Would you be willing to make the core file available? >>> >>> On 16 July 2016 at 19:54, Youzhong Yang <[email protected]> wrote: >>> >>>> Hi, >>>> >>>> We've been using mbuffer for years, recently after upgrading SmartOS to >>>> the latest version, mbuffer crashes sporadically inside clock_gettime(): >>>> >>>> # mdb core.mbuffer.28346 >>>> Loading modules: [ libc.so.1 ld.so.1 ] >>>> > ::status >>>> debugging core file of mbuffer (64-bit) from batfs9920 >>>> initial argv: ./mbuffer >>>> threading model: native threads >>>> status: process terminated by SIGSEGV (Segmentation Fault), >>>> addr=fffffd7fff390018 >>>> > $C >>>> fffffd7ffe63dec0 libc.so.1`__cp_can_gettime+0xd(fffffd7fff390000) >>>> fffffd7ffe63df00 libc.so.1`__clock_gettime+0x3a(4, fffffd7ffe63df50) >>>> fffffd7ffe63df20 libc.so.1`clock_gettime+0x15(4, fffffd7ffe63df50) >>>> fffffd7ffe63dfb0 inputThread+0x3d() >>>> fffffd7ffe63dfe0 libc.so.1`_thrp_setup+0x8a(fffffd7ffe7e0a40) >>>> fffffd7ffe63dff0 libc.so.1`_lwp_start() >>>> > ::walk thread | ::findstack -v >>>> stack pointer for thread 1: fffffd7fffdfd190 >>>> [ fffffd7fffdfd190 libc.so.1`__pollsys+0xa() ] >>>> fffffd7fffdfd2b0 libc.so.1`pselect+0x1cb(5, fffffd7fffdfd480, 0, 0, >>>> fffffd7fffdfd2c0, 0) >>>> fffffd7fffdfd300 libc.so.1`select+0x5a(5, fffffd7fffdfd480, 0, 0, >>>> fffffd7fffdfd370) >>>> fffffd7fffdff4b0 statusThread+0xe6() >>>> fffffd7fffdffb90 main+0xdbb() >>>> fffffd7fffdffba0 _start+0x6c() >>>> stack pointer for thread 2: fffffd7ffe9eeec0 >>>> [ fffffd7ffe9eeec0 libc.so.1`__lwp_park+0x17() ] >>>> fffffd7ffe9eeee0 libc.so.1`sema_wait+0x13(421a20) >>>> fffffd7ffe9eefb0 outputThread+0x222() >>>> fffffd7ffe9eefe0 libc.so.1`_thrp_setup+0x8a(fffffd7ffe7e0240) >>>> fffffd7ffe9eeff0 libc.so.1`_lwp_start() >>>> stack pointer for thread 3: fffffd7ffe63dec0 >>>> [ fffffd7ffe63dec0 libc.so.1`__cp_can_gettime+0xd() ] >>>> fffffd7ffe63df00 libc.so.1`__clock_gettime+0x3a(4, fffffd7ffe63df50) >>>> fffffd7ffe63df20 libc.so.1`clock_gettime+0x15(4, fffffd7ffe63df50) >>>> fffffd7ffe63dfb0 inputThread+0x3d() >>>> fffffd7ffe63dfe0 libc.so.1`_thrp_setup+0x8a(fffffd7ffe7e0a40) >>>> fffffd7ffe63dff0 libc.so.1`_lwp_start() >>>> > >>>> >>>> To reproduce, just run ,/mbuffer, sometimes it works, sometimes it >>>> crashes. >>>> >>>> Is this a bug? >>>> >>>> Thanks, >>>> >>>> -Youzhong >>>> >>>> >>> >> *smartos-discuss* | Archives >> <https://www.listbox.com/member/archive/184463/=now> >> <https://www.listbox.com/member/archive/rss/184463/25077300-734ee1ca> | >> Modify >> <https://www.listbox.com/member/?&;> >> Your Subscription <http://www.listbox.com> >> > > ------------------------------------------- smartos-discuss Archives: https://www.listbox.com/member/archive/184463/=now RSS Feed: https://www.listbox.com/member/archive/rss/184463/25769125-55cfbc00 Modify Your Subscription: https://www.listbox.com/member/?member_id=25769125&id_secret=25769125-7688e9fb Powered by Listbox: http://www.listbox.com
