Heya Steve, My problems are happening using a standard level install of CFMX 6.1, i.e. using the embedded JRUN server.
The link to the technote that Grant posted looks pretty useful.. thing is I've spend hours searching the MM site for performance tips and never came across this one. Maybe MM should brush up their keywords a bit. :-/ bye! Tuesday, March 9, 2004, 2:35:02 PM, you wrote: SO> the thing is that the server this is happening on, i installed cf to run on SO> jrun, not the standard install SO> is this how you guys have installed it? SO> Steve SO> -----Original Message----- SO> From: [EMAIL PROTECTED] SO> [mailto:[EMAIL PROTECTED] Behalf Of Grant SO> Straker SO> Sent: Tuesday, March 09, 2004 12:20 PM SO> To: CFAussie Mailing List SO> Subject: [cfaussie] Re: JRUN For COldfusion SO> There are a number of reasons why this sort of behaviour can happen outside SO> of the db patch issues. SO> We found tighening all of our code and sticking to the recommended best SO> practices for CFMX (var'ing variables, defining arguments ect. ) resolved a SO> great deal of these. Most likely caus of handing is thread deadlocking, good SO> archiecture can prevent these happening but they are very difficult to track SO> down. Going over your code and making sure errors are trapped/prevented SO> correctly and at a very granular level can also help with this. Not saying SO> your not doing this but you do have to be really tight else you get issues SO> with bigger apps. SO> One bug we did have causing this issue was isdefined failing SO> Here is a good link for this SO> http://www.macromedia.com/support/jrun/ts/documents/4.0_unresponsive.htm SO> I also wrote a monitor tool to log and report metric data (6.1 not J2EE at SO> the moment, just working on that one) which gave us some clues as to what SO> was going on. You can view a copy here http://210.54.149.108/server_monitor SO> click on the coldfusion reports link for cf data and server reports for SO> ram/cpu stuff. Ignore timeouts at 00 - just a bug, but looking we did have SO> timeouts at 11am so I can inspect logs and find reason. Not to hard to chuck SO> together if you need one. SO> We also found we had an issue with isdefined function failing and return SO> false results which caused us some issues, i recommend changing to SO> structkeyexists instead. SO> Hope this helps SO> Grant SO> -----Original Message----- SO> From: [EMAIL PROTECTED] SO> [mailto:[EMAIL PROTECTED] Behalf Of Sameer SO> Kekade SO> Sent: Tuesday, March 09, 2004 1:36 PM SO> To: CFAussie Mailing List SO> Subject: [cfaussie] Re: JRUN For COldfusion SO> We have been facing similar problems lately. SO> All I did was, applied the Hot fix for data source connection pooling. SO> And kept my fingers crossed. SO> -----Original Message----- SO> From: [EMAIL PROTECTED] SO> [mailto:[EMAIL PROTECTED] On Behalf Of Darren SO> Tracey SO> Sent: Tuesday, 9 March 2004 10:57 AM SO> To: CFAussie Mailing List SO> Subject: [cfaussie] Re: JRUN For COldfusion SO> We've been having a major battle with this here as well. SO> Of our roughly 40 sites running their own CF servers, 2 of them are SO> regularly (almost every day) having this happen. No other sites are SO> reporting this issue. All of our sites run CFMX6.1, with ODBC SO> connections to an Informix datasource configured through the windows SO> server ODBC control panel. SO> Both of these sites host the CF and DB server of the same piece of SO> server hardware. These servers are not performing any other duties SO> besides these 2 functions. Both are highly speced, quality servers, not SO> tarted up desktops. Neither are under an excessive load. Neither are SO> running any CF code that isn't being run at a dozen other sites. It SO> seems to be to do with using ODBC drivers instead of JDBC drivers, SO> however changing over to JDBC is going to be a huge programming and an SO> even bigger testing task. We've since been advised that using an ODBC SO> connection to a db is not recommended in a production environment. SO> (I must have missed that memo!) SO> We've also found that the services cannot be stopped and restarted, but SO> what we have found is that you can end the jrun task via task manager SO> and then restart the service. This saves doing a whole server reboot. SO> We've also found that running CF in application mode rather than service SO> mode gives some small increase in stability. (ie. run SO> cfusionmx/bin/cfstart.bat instead of starting the service) We've been in SO> constant touch with Macromedia support over this, and are yet to fully SO> resolve it. SO> We have tried _all_ the available relevant hotfixes, and none have made SO> any difference. SO> Here's our symptoms. SO> Everything is running fine. SO> Database queries start to take longer to process. SO> Additional requests for db queries increase query response times. eg. a SO> very simple query that normally takes 31ms, goes up to 450ms, then 995ms SO> then over 10,000ms over the space of 10 to 20 minutes. Some longer SO> queries _never_ return results. During this time, non db cf code runs at SO> normal speeds and shows no signs of slowing down. The database is also SO> responding normally if accessed directly (ie not via CF) After this SO> escalates a little longer, the CF server dies completely and all SO> requests (both db and non db) to it return a JRUN error: The server SO> encountered an internal error and was unable to complete your request. SO> JRun closed connection SO> This error is displayed to any pages that started running before the SO> server dies. A very slightly different error is displayed to pages that SO> were requested to run after the server dies. SO> I've analysed the IIS and CF server logs spanning some of these crashes, SO> and nothing untoward seems to be happening. There is no unusual or even SO> high server load. Pages are being run that were running successfully SO> multiple times before during the same day. SO> I'm stumped and I feel your pain Steve. SO> I'm about to start recoding for JDBC drivers. SO> Regards SO> Darren Tracey >> -----Original Message----- >> From: Steve Onnis [mailto:[EMAIL PROTECTED] >> Sent: Monday, 8 March 2004 11:33 PM >> To: CFAussie Mailing List >> Subject: [cfaussie] Re: JRUN For COldfusion >> >> >> >> It just sits there >> >> I have to end up rebooting the whole server cause if i try >> and stop/start >> the cf service it doesnt stop and errors. >> >> Steve >> >> >> -----Original Message----- >> From: [EMAIL PROTECTED] >> [mailto:[EMAIL PROTECTED] Behalf Of Sean A >> Corfield >> Sent: Saturday, March 06, 2004 3:46 AM >> To: CFAussie Mailing List >> Subject: [cfaussie] Re: JRUN For COldfusion >> >> >> On Mar 4, 2004, at 11:52 PM, Steve Onnis wrote: >> > This probably links with my coldfusion process thread >> > >> > The jrun.exe every couple of days latly has been going to 100% and i >> > dont know why. the same app has been running fine for the last 6 >> > months and I >> > want to know whats causing it >> >> Does it go to 100% and stay there or just it just spike to 100%? Could >> it be database driver issues? Have you applied the hot fixes available >> on macromedia.com? >> >> Regards, >> Sean >> >> >> --- >> You are currently subscribed to cfaussie as: [EMAIL PROTECTED] >> To unsubscribe send a blank email to >> [EMAIL PROTECTED] >> >> MXDU2004 + Macromedia DevCon AsiaPac + Sydney, Australia >> http://www.mxdu.com/ + 24-25 February, 2004 >> >> >> --- >> You are currently subscribed to cfaussie as: [EMAIL PROTECTED] >> To unsubscribe send a blank email to >> [EMAIL PROTECTED] >> >> MXDU2004 + Macromedia DevCon AsiaPac + Sydney, Australia >> http://www.mxdu.com/ + 24-25 February, 2004 >> SO> --- SO> You are currently subscribed to cfaussie as: [EMAIL PROTECTED] SO> To unsubscribe send a blank email to SO> [EMAIL PROTECTED] SO> MXDU2004 + Macromedia DevCon AsiaPac + Sydney, Australia SO> http://www.mxdu.com/ + 24-25 February, 2004 SO> --- SO> You are currently subscribed to cfaussie as: [EMAIL PROTECTED] SO> To unsubscribe send a blank email to [EMAIL PROTECTED] SO> MXDU2004 + Macromedia DevCon AsiaPac + Sydney, Australia SO> http://www.mxdu.com/ + 24-25 February, 2004 SO> --- SO> You are currently subscribed to cfaussie as: [EMAIL PROTECTED] SO> To unsubscribe send a blank email to [EMAIL PROTECTED] SO> MXDU2004 + Macromedia DevCon AsiaPac + Sydney, Australia SO> http://www.mxdu.com/ + 24-25 February, 2004 SO> --- SO> You are currently subscribed to cfaussie as: [EMAIL PROTECTED] SO> To unsubscribe send a blank email to [EMAIL PROTECTED] SO> MXDU2004 + Macromedia DevCon AsiaPac + Sydney, Australia SO> http://www.mxdu.com/ + 24-25 February, 2004 ----------------------- Ryan Sabir Newgency Pty Ltd 2a Broughton St Paddington 2021 Sydney, Australia Ph (02) 9331 2133 Fax (02) 9331 5199 Mobile: 0411 512 454 http://www.newgency.com/index.cfm?referer=rysig --- You are currently subscribed to cfaussie as: [EMAIL PROTECTED] To unsubscribe send a blank email to [EMAIL PROTECTED] MXDU2004 + Macromedia DevCon AsiaPac + Sydney, Australia http://www.mxdu.com/ + 24-25 February, 2004
