Re: Looking for mono expert to help debug a hanging process

"Edward Ned Harvey (mono)" <[email protected]>
Newsgroups gmane.comp.gnome.mono.general
Message-ID <BN3PR0801MB1154BB77A9C732B3077217A3FA140@BN3PR0801MB1154.namprd08.prod.outlook.com>
> From: [email protected] [mailto:mono-list-
> [email protected]] On Behalf Of River Satya
> 
> We have a c# binary running under mono on Ubuntu 14.04 which hangs
> periodically.
> 
> When it hangs, SIGQUIT does not generate a thread dump, and all threads,
> including one heartbeat thread that does very little but pulse the logs once a
> minute, seem to stop.

First and foremost, make sure you're running the latest version of mono. What version are you on?

You should also be aware, that Xamarin has a list of 3rd party contractors for support work like this. You should be able to find that on their website.

Sounds like (probably) a deadlock. But a deadlock between some other threads shouldn't affect your heartbeat thread - unless your heartbeat thread is dependent on something. How is your heartbeat thread written?

For example, if you have a heartbeat thread that uses a Timer, the Timer needs to raise an async event from the threadpool, so if the threadpool is drained by some other threads, then your Timer event might not occur. But if you created a managed instance of System.Threading.Thread, and then launched it into a while(true) loop, that uses System.Threading.Thread.Sleep(), you can be assured you don't have a dependency on the threadpool. But if you accidentally drop reference to your heartbeat thread, some time later it will be collected by the GC (while it's still running) which is no bueno. If the heartbeat thread is using any locking, that's a possible issue. If it's writing to some log resource, or file, which is shared by other threads, that's a possible issue.
_______________________________________________
Mono-list maillist  -  [email protected]
http://lists.ximian.com/mailman/listinfo/mono-list
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.