I verified that the issue is fixed now. Thank you! On Tue, Jul 19, 2016 at 5:19 PM, Patrick Mooney <patrick.moo...@joyent.com> wrote:
> 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 <youzh...@gmail.com> wrote: > >> Thanks for the quick turnaround .. >> >> >> On Sat, Jul 16, 2016 at 9:18 PM, Patrick Mooney < >> patrick.moo...@joyent.com> 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 <patrick.moo...@joyent.com> >>> 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 <youzh...@gmail.com> 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
