Bug 28062 - Segmentation fault in threadpool.c - intermittent under load
Summary: Segmentation fault in threadpool.c - intermittent under load
Status: RESOLVED DUPLICATE of bug 26307
Alias: None
Product: Runtime
Classification: Mono
Component: General ()
Version: 3.12.0
Hardware: All Linux
: --- normal
Target Milestone: ---
Assignee: Ludovic Henry
URL:
Depends on:
Blocks:
 
Reported: 2015-03-16 10:28 UTC by Jordan Appleson
Modified: 2015-03-16 13:59 UTC (History)
4 users (show)

Tags:
Is this bug a regression?: ---
Last known good build:

Notice (2018-05-24): bugzilla.xamarin.com is now in read-only mode.

Please join us on Visual Studio Developer Community and in the Xamarin and Mono organizations on GitHub to continue tracking issues. Bugzilla will remain available for reference in read-only mode. We will continue to work on open Bugzilla bugs, copy them to the new locations as needed for follow-up, and add the new items under Related Links.

Our sincere thanks to everyone who has contributed on this bug tracker over the years. Thanks also for your understanding as we make these adjustments and improvements for the future.


Please create a new report on GitHub or Developer Community with your current version information, steps to reproduce, and relevant error messages or log files if you are hitting an issue that looks similar to this resolved bug and you do not yet see a matching new report.

Related Links:
Status:
RESOLVED DUPLICATE of bug 26307

Description Jordan Appleson 2015-03-16 10:28:09 UTC
Under load our application crashes more frequently with following (from GDB).

Under normal load we can go a week or two without seeing this:

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x7fffee8d6700 (LWP 9627)]
0x0000000000584071 in monitor_heuristic (unused=<value optimized out>) at threadpool.c:846
846                             if (!(thread->state & ThreadState_WaitSleepJoin)) {
#0  0x0000000000584071 in monitor_heuristic (unused=<value optimized out>) at threadpool.c:846
        i = 0
        decision = <value optimized out>
        thread = 0x7fffaa0a82d0
        cur = 0
        max = 0
        all_waitsleepjoin = <value optimized out>
#1  monitor_thread (unused=<value optimized out>) at threadpool.c:955
        tp = 0x9625a0
        pools = {0x9625a0, 0x962640}
        thread = <value optimized out>
        i = <value optimized out>
        ms = <value optimized out>
        num_waiting_iterations = 0 '\000'
        history_size = 10
        current = 0
        history = 0x7fffc8002650
#2  0x000000000057ed67 in start_wrapper_internal (data=<value optimized out>) at threads.c:663
        info = <value optimized out>
        start_arg = 0x0
        tid = 140737195632384
        start_delegate = 0x0
        domain = <value optimized out>
        start_info = <value optimized out>
        start_func = 0x583ca0 <monitor_thread>
        internal = 0x7ffff7f7db90
#3  start_wrapper (data=<value optimized out>) at threads.c:710
        dummy = 32767
#4  0x000000000061d886 in inner_start_thread (arg=<value optimized out>) at mono-threads-posix.c:88
        start_info = 0x0
        t_arg = 0x7fffd02c21c0
        res = <value optimized out>
        start_func = 0x57ebf0 <start_wrapper>
        flags = <value optimized out>
        result = <value optimized out>
        handle = 0x419
        info = 0x7fffc80008e0
#5  0x00007ffff75379d1 in start_thread (arg=0x7fffee8d6700) at pthread_create.c:301
        __res = <value optimized out>
        pd = 0x7fffee8d6700
        now = <value optimized out>
        unwind_buf = {cancel_jmp_buf = {{jmp_buf = {140737195632384, -3123508346523305973, 140737201813088, 140737195633088,
                0, 3, 3123471395791747083, 3123526802068387851}, mask_was_saved = 0}}, priv = {pad = {0x0, 0x0, 0x0, 0x0},
            data = {prev = 0x0, cleanup = 0x0, canceltype = 0}}}
        not_first_call = <value optimized out>
        pagesize_m1 = <value optimized out>
        sp = <value optimized out>
        freesize = <value optimized out>
#6  0x00007ffff72849dd in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:115
No locals.
Comment 1 Ludovic Henry 2015-03-16 13:59:32 UTC

*** This bug has been marked as a duplicate of bug 26307 ***