Hello Zoran, in a thread with so many replies, its partially hard to follow all replies. Have you resolved your problem already? Have you been able to exclude some of the most typical scenarios? I've read that you were using javamelody, have you tried something more insightful?
regards Leon On Sun, Feb 3, 2013 at 5:17 AM, Zoran Avtarovski <zo...@sparecreative.com>wrote: > Hi Howard, > > The move to linux was part of a move in-house for our client as the web > services are only accessible behind the firewall. > > My gut feeling is that the issue isn't related to the WS as they run on a > scheduled task 3 times a day. I think the issue lies in our app and > struggling with not being able to see exactly what's happening during the > crash. JavaMelody provides some insight but just not enough. > > I'm quite happy to post the charts for others to see. Just not sure what > the best way to do it is. > > > Z. > > > > > > On 3/02/13 3:11 PM, "Howard W. Smith, Jr." <smithh032...@gmail.com> wrote: > > >I know this is asking for too much or might be impossible to do but > >process > >of elimination.. If it was possible to eliminate or prevent web services > >from executing or being accessed, and no spikes occur, then problem is > >there. I think you said earlier that system was stable on Windows and > >migration to Linux was driven by the web services requirement. I wonder > >what kind of processing in those web services which may be causing this. A > >lot of database access, even more database access now because of web > >services? Did some developer try to add a manual call to gc, somewhere in > >the app to free resources. Maybe you can poll any / all developers or > >search code accordingly. Does the spike occur at certain time of day, > >maybe > >some code executed on schedule, or does it occur after certain activity > >occur in the app either by endusers or background processing? > > > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org > For additional commands, e-mail: users-h...@tomcat.apache.org > >
