Its fixed in the mono 2.4 branch, its not fixed in 2.4.2 http://lists.ximian.com/pipermail/mono-patches/2009-August/154054.html
Zoltan On Mon, Aug 3, 2009 at 12:46 PM, Maxim <mak...@yandex.ru> wrote: > Hi Zoltan! > > Thanks for answer! > > I look at SVN logs and can't find r139249 in branch > /source/branches/mono-2-4-2/ between r139258 and r138662. > So, could you tell me please, is this bug fixed in Mono 2.4.2.2 or in > Mono 2.4.2.3? If only in latest, I'll just upgrade mono. Otherwise it > may be a new bug. > > With best wishes, > Maxim Karavaev > > Zoltan Varga wrote: > > Hi, > > > > This is a known problem, but it should happen only under windows. It > > should be fixed in > > SVN HEAD and the mono 2.4 branch (r139249). Unfortunately, there is > > no workaround. > > > > Zoltan > > > > On Sat, Aug 1, 2009 at 7:38 PM, Maxim <mak...@yandex.ru > > <mailto:mak...@yandex.ru>> wrote: > > > > Hello! > > > > I've upgraded mono on production server for about week ago and got > > trouble: > > several times (up to two per day) I've found error in apache > > error_log file: > > Too many root sets > > > > Stacktrace: > > > > at (wrapper managed-to-native) > > object.__icall_wrapper_mono_delegate_begin_invoke (object,intptr) > > <0x00048> > > at (wrapper managed-to-native) > > object.__icall_wrapper_mono_delegate_begin_invoke (object,intptr) > > <0xffffffff> > > at (wrapper delegate-begin-invoke) > > > System.Threading.WaitCallback.begin_invoke_IAsyncResult__this___object_AsyncCallback_object > > (object,System.AsyncCallback,object) <0xffffffff> > > at System.Threading.ThreadPool.QueueUserWorkItem > > (System.Threading.WaitCallback,object) <0x0001f> > > at System.Threading.Timer.SchedulerThread () <0x003c7> > > at (wrapper runtime-invoke) object.runtime_invoke_void__this__ > > (object,intptr,intptr,intptr) <0xffffffff> > > > > Native stacktrace: > > > > /opt/mono/bin/mono [0x47e7a0] > > /lib64/libpthread.so.0 [0x3e3e60e4c0] > > /lib64/libc.so.6(gsignal+0x35) [0x3e3da30215] > > /lib64/libc.so.6(abort+0x110) [0x3e3da31cc0] > > /opt/mono/bin/mono [0x574553] > > /opt/mono/bin/mono [0x572fc5] > > /opt/mono/bin/mono [0x572f29] > > /opt/mono/bin/mono [0x50a18e] > > /opt/mono/bin/mono [0x4fee6c] > > /opt/mono/bin/mono [0x502ef5] > > /opt/mono/bin/mono [0x4c1083] > > [0x40d34038] > > > > Debug info from gdb: > > > > ================================================================= > > Got a SIGABRT while executing native code. This usually indicates > > a fatal error in the mono runtime or one of the native libraries > > used by your application. > > ================================================================= > > > > and a lots of errors after it, for example: > > [Sat Aug 01 20:12:04 2009] [error] (104)Connection reset by peer: > > read_data failed > > [Sat Aug 01 20:12:04 2009] [error] (70014)End of file found: > read_data > > failed > > [Sat Aug 01 20:12:04 2009] [error] Command stream corrupted, last > > command was -1 > > [Sat Aug 01 20:12:04 2009] [notice] child pid 17038 exit signal > > Segmentation fault (11) > > > > After it all mono applications returns no data (nagios: HTTP > > CRITICAL - > > No data received from host). > > Only restart of apache make application healthy again. > > > > Also there are a lot of errors in error_log (almost every second), > but > > it seems like no relation to this crash: > > [Sat Aug 01 14:12:05 2009] [crit] (13)Permission denied: Failed to > > attach to existing dashboard, and removing dashboard file > > '/tmp/mod_mono_dashboard_XXGLOBAL_1' failed (Operation not > permitted). > > Further action impossible. > > > > How I set up mod_mono and apache (with mono 2.0.1 it works just > > fine. It > > seems like 2.0.1 is most stable release for me) : > > mod_mono.conf: > > LoadModule mono_module /usr/lib64/httpd/modules/mod_mono.so > > MonoAutoApplication enabled > > > > MonoMaxActiveRequests 70 > > MonoMaxWaitingRequests 500 > > MonoServerPath "/opt/mono/bin/mod-mono-server2" > > > > AddType application/x-asp-net .aspx > > .... > > DirectoryIndex index.aspx > > ------------------- > > > > For heavy loaded sites (about 20 on this server) I have separated > > mod_mono server instances and vhosts like this: > > <VirtualHost *:80> > > ServerName mysite.com <http://mysite.com> > > AddMonoApplications mysite.com <http://mysite.com> > > "mysite.com:/:/home/myuser/www/mysite.com <http://mysite.com>" > > MonoServerPath mysite.com <http://mysite.com> > > "/opt/mono/bin/mod-mono-server2" > > <Location /> > > AddHandler mono .aspx .ascx .config .axd .asax .ashx .asmx > .dll > > MonoSetServerAlias mysite.com <http://mysite.com> > > </Location> > > MonoAutoApplication disabled > > MonoSetEnv MONO_THREADS_PER_CPU=2000 > > MonoMaxActiveRequests 75 > > MonoMaxWaitingRequests 200 > > .... > > </VirtualHost> > > > > For all other websites (for about 80) I have one instance of mod_mono > > server and hosts like this, with no special mono directives (I > suppose > > mono auto applications work here): > > <VirtualHost *:80> > > ServerName mysite.com <http://mysite.com> > > .... > > </VirtualHost> > > > > So could anyone give me please advice how to fix this problem? > > Or how to set up mod_mono in more stable way? > > > > All the best, > > Maxim Karavaev > > > > > > _______________________________________________ > > Mono-devel-list mailing list > > mono-devel-l...@lists.ximian.com > > <mailto:mono-devel-l...@lists.ximian.com> > > http://lists.ximian.com/mailman/listinfo/mono-devel-list > > > > > >
_______________________________________________ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list