[Mono-dev] Problem when I upgrade Fedora 3 to 6

Marco Aurelio Castro mcastro at mcsoft.com.br
Mon May 28 07:57:57 EDT 2007


Hello,

    I'm getting some problem when I upgrading Fedora 3 to 6. The first 
issue is that Apache does not not find mod_mono.so because of a non 
simbolic link to it. The other problem is more complex (my guess). The 
error log is:

[Sun May 13 04:03:20 2007] [notice] SIGHUP received.  Attempting to restart
Stacktrace:

Native stacktrace:

        /usr/local/bin/mono [0x8165484]
        /usr/local/bin/mono [0x812f428]
        [0xb5a440]
        /usr/local/bin/mono [0x8100680]
        /usr/local/bin/mono [0x80c1cd4]
        /usr/local/bin/mono [0x81057b2]
        /usr/local/bin/mono [0x8121da5]
        /lib/libpthread.so.0 [0x6283db]
        /lib/libc.so.6(clone+0x5e) [0x58206e]
httpd: Could not reliably determine the server's fully qualified domain 
name, using 200.196.45.000 fo

Debug info from gdb:

Using host libthread_db library "/lib/libthread_db.so.1".
[Thread debugging using libthread_db enabled]
[New Thread 1124320 (LWP 17126)]
[New Thread 33086352 (LWP 32471)]
[New Thread 104987536 (LWP 17133)]
[New Thread 31501200 (LWP 17129)]
[New Thread 15616912 (LWP 17128)]
[New Thread 15645584 (LWP 17127)]
0x00b5a402 in __kernel_vsyscall ()
  6 Thread 15645584 (LWP 17127)  0x00b5a402 in __kernel_vsyscall ()
  5 Thread 15616912 (LWP 17128)  0x00b5a402 in __kernel_vsyscall ()
  4 Thread 31501200 (LWP 17129)  0x00b5a402 in __kernel_vsyscall ()
  3 Thread 104987536 (LWP 17133)  0x00b5a402 in __kernel_vsyscall ()
  2 Thread 33086352 (LWP 32471)  0x00b5a402 in __kernel_vsyscall ()
  1 Thread 1124320 (LWP 17126)  0x00b5a402 in __kernel_vsyscall ()

Thread 6 (Thread 15645584 (LWP 17127)):
#0  0x00b5a402 in __kernel_vsyscall ()
#1  0x0062f566 in __nanosleep_nocancel () from /lib/libpthread.so.0
#2  0x0810a824 in collection_thread (unused=0x0) at collection.c:34
#3  0x006283db in start_thread () from /lib/libpthread.so.0
#4  0x0058206e in clone () from /lib/libc.so.6

Thread 5 (Thread 15616912 (LWP 17128)):
#0  0x00b5a402 in __kernel_vsyscall ()
#1  0x0062c1a6 in pthread_cond_wait@@GLIBC_2.3.2 () from 
/lib/libpthread.so.0
#2  0x0810d85f in timedwait_signal_poll_cond (cond=0x1a31dc, mutex=0x1a31c4,
    timeout=0x0, alertable=0) at handles.c:1413
#3  0x0811001f in _wapi_handle_timedwait_signal_handle (handle=0x404,
    timeout=0x0, alertable=0) at handles.c:1493
#4  0x0811009c in _wapi_handle_wait_signal_handle (handle=0x404, 
alertable=0)
    at handles.c:1453
#5  0x08112f9f in WaitForSingleObjectEx (handle=0x404, timeout=4294967295,
    alertable=0) at wait.c:200
#6  0x080bde7a in finalizer_thread (unused=0x0) at gc.c:819
#7  0x080c1cd4 in start_wrapper (data=0x83f89b0) at threads.c:308
#8  0x081057b2 in thread_start_routine (args=0xb84128) at threads.c:253
#9  0x08121da5 in GC_start_routine (arg=0x22f40) at pthread_support.c:1357
#10 0x006283db in start_thread () from /lib/libpthread.so.0
#11 0x0058206e in clone () from /lib/libc.so.6

Thread 4 (Thread 31501200 (LWP 17129)):
#0  0x00b5a402 in __kernel_vsyscall ()
#1  0x0062f566 in __nanosleep_nocancel () from /lib/libpthread.so.0
#2  0x08104e08 in SleepEx (ms=1000000, alertable=1) at threads.c:997
#3  0x080c18f1 in ves_icall_System_Threading_Thread_Sleep_internal 
(ms=1000000)
    at threads.c:605
#4  0x00d92a36 in ?? ()
#5  0x000f4240 in ?? ()
#6  0x08402368 in ?? ()
#7  0x00021bb8 in ?? ()
#8  0x01e0ab90 in ?? ()
#9  0x00055be0 in ?? ()
#10 0x000f4240 in ?? ()
#11 0x00000000 in ?? ()

Thread 3 (Thread 104987536 (LWP 17133)):
#0  0x00b5a402 in __kernel_vsyscall ()
#1  0x005826e6 in __epoll_wait_nocancel () from /lib/libc.so.6
#2  0x080fedec in socket_io_epoll_main (p=0x81f5460) at threadpool.c:550
#3  0x080c1cd4 in start_wrapper (data=0x84153c8) at threads.c:308
#4  0x081057b2 in thread_start_routine (args=0xb84740) at threads.c:253
#5  0x08121da5 in GC_start_routine (arg=0x22d40) at pthread_support.c:1357
#6  0x006283db in start_thread () from /lib/libpthread.so.0
#7  0x0058206e in clone () from /lib/libc.so.6

Thread 2 (Thread 33086352 (LWP 32471)):
#0  0x00b5a402 in __kernel_vsyscall ()
#1  0x0057af01 in ___newselect_nocancel () from /lib/libc.so.6
#2  0x00a439be in g_spawn_sync () from /lib/libglib-2.0.so.0
#3  0x00a43d8c in g_spawn_command_line_sync () from /lib/libglib-2.0.so.0
#4  0x0816551c in mono_handle_native_sigsegv (signal=11, ctx=0x1f8cf4c)
    at mini-exceptions.c:1066
#5  0x0812f428 in sigsegv_signal_handler (_dummy=11, info=0x1f8cecc,
    context=0x1f8cf4c) at mini.c:11108
#6  <signal handler called>
#7  0x080ff099 in mono_async_invoke (ares=0xae578) at threadpool.c:945
#8  0x08100680 in async_invoke_io_thread (data=0x56b90) at threadpool.c:260
#9  0x080c1cd4 in start_wrapper (data=0x860bce8) at threads.c:308
#10 0x081057b2 in thread_start_routine (args=0xb84fc8) at threads.c:253
#11 0x08121da5 in GC_start_routine (arg=0x223e0) at pthread_support.c:1357
#12 0x006283db in start_thread () from /lib/libpthread.so.0
#13 0x0058206e in clone () from /lib/libc.so.6

Thread 1 (Thread 1124320 (LWP 17126)):
#0  0x00b5a402 in __kernel_vsyscall ()
#1  0x0062c42c in pthread_cond_timedwait@@GLIBC_2.3.2 ()
   from /lib/libpthread.so.0
#2  0x0810d81a in timedwait_signal_poll_cond (cond=0x81f6f60, 
mutex=0x81f6f40,
    timeout=0x0, alertable=1) at handles.c:1423
#3  0x0810d8cc in _wapi_handle_wait_signal () at handles.c:1439
#4  0x081133b1 in WaitForMultipleObjectsEx (numobjects=2, handles=0x8432e00,
    waitall=0, timeout=4294967295, alertable=0) at wait.c:675
#5  0x080c08da in mono_thread_manage () at threads.c:1955
#6  0x08058707 in mono_main (argc=6, argv=0xbfbfe5c4) at driver.c:1016
#7  0x08057352 in main (argc=) at main.c:6
#0  0x00b5a402 in __kernel_vsyscall ()


=================================================================
Got a SIGSEGV while executing native code. This usually indicates
a fatal error in the mono runtime or one of the native libraries
used by your application.
=================================================================

    Thanks,

    Marco Castro
-------------- next part --------------
A non-text attachment was scrubbed...
Name: mcastro.vcf
Type: text/x-vcard
Size: 340 bytes
Desc: not available
Url : http://lists.ximian.com/pipermail/mono-devel-list/attachments/20070528/4728da97/attachment.vcf 


More information about the Mono-devel-list mailing list