150 is the min setting... It's usually more around 400. Thats what
makes me think jrun was either idle or deadlocked. But since I can't
get perfmon to work, i couldn't see how many requests it had going.
here's my jvm args

java.args=-server -Xmx512m -Dsun.io.useCanonCaches=false
-XX:MaxPermSize=128m -XX:+UseParallelGC -DJINTEGRA_NATIVE_MODE
-DJINTEGRA_PREFETCH_ENUMS -Dcoldfusion.rootDir={application.home}/../
-Dcoldfusion.classPath={application.home}/../lib/updates,{application.home}/../lib,{application.home}/../gateway/lib/,{application.home}/../wwwroot/WEB-INF/cfform/jars
-Dcoldfusion.libPath={application.home}/../lib



On 10/20/05, Mark A Kruger <[EMAIL PROTECTED]> wrote:
> Jillian,
>
> What are your JVM settings. JRUN is only taking 150 megs of Memory - seems
> pretty lean to me. Can you post the contents of your
> cfusionmx7/runtime/bin/jvm.config file? It might be helpful.
>
> -Mark
>
> -----Original Message-----
> From: Jillian Koskie [mailto:[EMAIL PROTECTED]
> Sent: Thursday, October 20, 2005 11:52 AM
> To: CF-Talk
> Subject: RE: more coldfusion 7.01 problems, Macromedia folks please
> read! I just want to cry
>
>
> Anthony,
>
> I wish I could tell you how to fix your problem, but I thought I might
> share some thoughts on where I would start were it me.
>
> 1.      Start new CF log files so that you know which error messages are
> really current.
>
> 2.      Have you checked your IIS logs?  Is anything unusual happening
> at the time the server crashes?  I've seen instances where CF has
> crashed because my server was taking a LOT of traffic from a DOS attack
> that had nothing to do with CF.  Where is your traffic coming from?  Is
> it primarily from one location?  What pages are they hitting?  This
> should tell you whether it is a particular script / function that might
> be causing your problem.
>
> 3.      Has the server received any attention aside from CF?  I had a
> Windows 2003 AS go down a few days ago because of one of the MS patches
> --sometimes these outside things can seem to be CF, but aren't.
>
> Barring that, I would look at turning all of the sites off in IIS --and
> run the server with no traffic--.  Once you determine whether the server
> can run without any traffic and stay stable, turn the sites back on one
> by one and see if any of them bring the server down.  If it is only one
> site, bring aspects of the site back piece at a time.
>
> I hope that helps.
>
> --
> Jillian
>
> -----Original Message-----
> From: Anthony Prato [mailto:[EMAIL PROTECTED]
> Sent: Thursday, October 20, 2005 10:30 AM
> To: CF-Talk
> Subject: more coldfusion 7.01 problems, Macromedia folks please read! I
> just want to cry
>
> Its not a good morning when you come in and your production CF server
> is not taking requests.... again. Its even worse when you can't post
> to the macromedia CF forums because you get a 404 error on submit. :(
> GRRRRRR well its pretty close to what I posted here yesterday, but
> I'll give it another go since I don't know what else to do.
>
> Here's what i tried to post to the forum:
>
> Mostly a classic ASP environment, IIS W2K. I convinced them to buy
> CFMX7. (standard) It's been in production for a few months now.
> Tuesday Night I upgraded to 7.01. The next day the server stopped
> taking requests around noon. The jrun process was idle, taking only
> 150mb of memory. (it averages much higher than that when in use) A
> suggestion was given to check the install log and I noticed there was
> a problem upgrading the jrun connnector. That made sense since it
> didn't seam like Jrun was doing anything. I found a post on the forum
> here about what version the dll should be after the patch. Mine didn't
> match and I followed the directions provided to upgrade the connector.
> Bounced both CF and IIS and everything worked fine again.
>
> But now, this morning I came in to find the same problem, jrun idle,
> only CF not responding to the requests... I bounced the cf server and
> everything started working again, jrun started taking its normal
> amount of memory. Before restarting (and after) I noticed another
> problem. I can't load the CF information into performance monitor. The
> event viewer says:
> [Q]The data buffer created for the "ColdFusion MX 7 Application
> Server" service in the "C:\WINNT\system32\cfperfmon_mx.dll" library is
> not aligned on an 8-byte boundary. This may cause problems for
> applications that are  trying to read the performance data buffer.
> Contact the manufacturer of this  library or service to have this
> problem corrected or to get a newer version  of this library. [/Q]
>
> So here are my questions:
> How can I see whats going on with the server?
> Where can I look for the errors as to why this is happening???
> How can I test the CF server without going through the jrun connector?
> How can I test the jrun connector itself?
>
> Some additional notes...
> We are using CFDOCUMENT to generate PDF's quite frequently.
> We've been making use of the new Flex features in 7.01 lately.
> We've been using flash remoting lately.
> colfusion-err.log has a lot of [Q] Request timed out waiting for an
> available thread to run.[/Q] messages, but they don't have a date on
> them so I am not sure if they are from when the server hung. But like
> I said, the jrun process was using no CPU and hardly any memory, so I
> don't see how it could be the same problem, but I can't tell because
> perfmon won't work. I set the timeout requests after X in the
> cfadministrator. I set it to 90.
>
>
> Thanks for any help
>
>
>
>
>
> 

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~|
Discover CFTicket - The leading ColdFusion Help Desk and Trouble 
Ticket application

http://www.houseoffusion.com/banners/view.cfm?bannerid=48

Message: http://www.houseoffusion.com/lists.cfm/link=i:4:221702
Archives: http://www.houseoffusion.com/cf_lists/threads.cfm/4
Subscription: http://www.houseoffusion.com/lists.cfm/link=s:4
Unsubscribe: 
http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=11502.10531.4
Donations & Support: http://www.houseoffusion.com/tiny.cfm/54

Reply via email to