> -----Original Message----- > From: Ezine [mailto:[EMAIL PROTECTED] > Sent: Saturday, March 22, 2003 4:56 PM > To: CF-Talk > Subject: RE: ColdFusion MX Still crashing after updater. > *pulling hair out* > > > Thanks for your response Jim > > LOL, I know.. definitely odd.. I appreciate you responding. > > there are no CFX tags at all.. The only outside resource it > uses is the > Database.
That's weird... Unfortunately (or perhaps fortunately) I'm still stuck at CF 4.5 for my busy production sites so my suggestions may be wrong for MX. As far as I know the same service/process/whatever that manages the queue deals with monitoring the timeouts - so if the queue is still loading then the service that timeouts out unresponsive threads should be working too. I'm sure you've already said it, but what DB driver are you using? Native or ODBC Bridge? > It also uses some of the CGI variables and verifies they are > not null(or a zero length string) before using them... > If I check the CGI variable Http_host several times.. is > it going to > cause DLLHOST to shoot up? Perhaps DLLHOST is providing > that information > to JRUN?.. I really doubt that... As far as I understand it IIS provides the CGI variable set as part of it's "handoff" to JRUN. I doubt that JRUN itself is calling anything at the system level for that - but IIS would be (but I can't see this as being a problem - at the very least HTTP_HOST HAS to be cached...) > Is there any way that that request that is running behind the scenes.. > could be how CFMX stores a cached query? Just a thought.. I don't think it's as "formal" as a full request for Caching - however the CF Scheduler definitely does run behind the scenes and consumes a thread. Any tasks running? > Recent news: > I removed the CFFORM tag in one page on the application.. > and I am now relying on the ColdFusion isnumeric() function.. > to test and make sure that the value is numeric. > > It seems to be running better.. It was definitely > causing the NULL > Pointer JVM error.. I have since(removing it[cfform]).. > not seen any > of the java.lang.NullPointer errors in the exception.log file. > > That's good news at least.. and.. at least it is > now stable.. > Still.. DLLHOST shoots up.. now and then.. but it > doesn't hold the > processor at 100% for several minutes like it did > yesterday(causing the CF > overload). Perhaps the <CFFORM> tag has some problems? Well - that's definitely suspect at least... If you have a comparable test server you might want to run some load tests to see if you can replicate the problem with and without the CFFORM you were using. My gut says that the whole CFFORM tag can't be a problem (or else we'd have heard it from somebody else by now) but perhaps it and something else or an oddity with the way the form was constructed? In any case it's definitely worth checking out DLLHOST and see what it's responsibilities to CFMX are (if any). Sorry I haven't been much help. Jim Davis ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~| Archives: http://www.houseoffusion.com/cf_lists/index.cfm?forumid=4 Subscription: http://www.houseoffusion.com/cf_lists/index.cfm?method=subscribe&forumid=4 FAQ: http://www.thenetprofits.co.uk/coldfusion/faq Your ad could be here. Monies from ads go to support these lists and provide more resources for the community. http://www.fusionauthority.com/ads.cfm Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4
