[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