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
