Bugzilla – Bug 435392
Mono aborts causing iFolder to not function
Last modified: 2009-05-20 22:40:14 UTC
Mono aborts with the following error, while iFolder is running behind apache using mod-mono ** ERROR **: file domain.c: line 177 (mono_jit_info_table_find): assertion failed: (ret == 0) aborting... ** (process:24516): ERROR (recursed) **: file domain.c: line 177 (mono_jit_info_table_find): assertion failed: (ret == 0) aborting... ** (process:24516): ERROR (recursed) **: file domain.c: line 177 (mono_jit_info_table_find): assertion failed: (ret == 0) aborting... ** (process:24516): ERROR (recursed) **: file domain.c: line 177 (mono_jit_info_table_find): assertion failed: (ret == 0) aborting... ** (process:24516): ERROR (recursed) **: file domain.c: line 177 (mono_jit_info_table_find): assertion failed: (ret == 0) aborting... ** (process:24516): ERROR (recursed) **: file domain.c: line 177 (mono_jit_info_table_find): assertion failed: (ret == 0) aborting...
Following are the version of mono and mod-mono installed in the customer server mono-winforms-1.2.2-12.19.6 mod_mono-1.2.5-0.2 mono-core-1.2.2-12.19.6 mono-data-1.2.2-12.19.6 mono-web-1.2.2-12.19.6 dbus-1-mono-0.60-33.20.3 xsp-1.2.5-17.2 The customer has installed OES1 (SLED10 SP1) with latest mono updates.
Please provide stack traces of the above problems when the errors occur, see: www.mono-project.com/Debugging for information on how to obtain those stack traces. You might want to set a breakpoint on g_log to ease the process.
Adding Bob as the info provider as the setup is available.
This is a customers production server and I am not going to have them recompile mono to troubleshoot an iFolder issue. What else do you suggest?
upgraded mono to version 1.2.6 and installed the debug package from http://ftp.novell.com/pub/mono/archive/1.2.6/download/suse-101-i586/ will monitor and attach debug log if/when mono aborts.
iFolder bug 443456 dependant on this bug.
Created attachment 251716 [details] Apache error log wioth stack trace
Created attachment 251717 [details] Apache error log wioth stack trace
Miguel, is the information provided by Bob sufficient? Do we need to update with any other information for debugging? Can you let us know the status of this bug? Customer is unable to use iFolder because of this issue. Can you please look into it?
Zoltan, would you mind checking these logs? It does look like the same startup race condition that we saw in the other bug though
Here is the same patch I attached to the other bug report: <<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<< Index: mono/metadata/assembly.c =================================================================== --- mono/metadata/assembly.c (revision 112598) +++ mono/metadata/assembly.c (working copy) @@ -1475,7 +1475,6 @@ g_hash_table_insert (ass_loading, (gpointer)GetCurrentThreadId (), loading); mono_assemblies_unlock (); - g_assert (image->assembly == NULL); image->assembly = ass; mono_assembly_load_references (image, status); >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> This just removes the assert which is hit, which is probably safe. Please try it out.
Adding Craig to the bug. Craig re-built Mono with the above patch for SLES10 SP2. Craig, is it possible to build Mono for SLES10 SP1 (aka OES2) as well? Bob, once Craig rebuilds Mono with the above patch, then you can provide the patch to the customer to try.
Already done with the previous patch. The patch was built and delivered to both SLES10 SP1 and SLES10 SP2. slesp1-mono-core-5645 slesp2-mono-core-5645 > rpm -qp --changelog 10-SP1/rpm/i586/mono-core.rpm |head -4 * Tue Sep 30 2008 - cgardner@suse.de - Patch for bnc#429997 (back port fix for race condition) - Patch for bnc#419989 (fix for crash on x86_64 amd guest in xen)
Has this patch been delivered to the SLES 10 SP1 channel? Where can I get this patch?
Craig?
The patch was already identified, in comment #13. Posted to nu.novell.com around 2 Oct 2008. SLES10 SP1 <rpm:entry kind="atom" name="mono-core" epoch="0" ver="1.2.2" rel="12.19.6" flags="EQ"/> SLES10 SP2 <rpm:entry kind="atom" name="mono-core" epoch="0" ver="1.2.2" rel="12.24" flags="EQ"/>
Following the previous comment I believe this is fixed.