Hi All,

For the past few weeks, the ColdFusion Server will randomly just hang... where a page request will just keep spinning... restarting the server has cleared it up... but we're having to do that more frequently.

Can you give me some insights into this problem or how to debug it on CF11 Server?

Version: ColdFusion 11 Update 7

IIS: Windows Server 2012R2 8.5.9600.16384

Database: SQL SERVER 2008 R2

I suspect the problem may be related to the number of workers/processes running at a given time? How do I increase this from the default installation?

Thanks,

John

how to resolve

Connection verification failed for data source: teste
java.sql.SQLException: [Macromedia][SequeLink JDBC Driver][SequeLink Server]The specified data source is not defined.
The root cause was that: java.sql.SQLException: [Macromedia][SequeLink JDBC Driver][SequeLink Server]The specified data source is not defined.

for access conection?

Hey,

I'm running a virtual windows 2003 x64 with Apache 2.2.16 (x86) and i want to connect my apache to cf9 with the wsconfig tool. It places a mod_jrun22.so in my /lib/wsconfig/1/ folder and changes my httpd.conf. That works just fine. But when i start apache it failes. No particular error given.

Problem is that wsconfig fetches a x64 version of the mod_jrun22.so from the wsconfig.jar and places it in the /lib/wsconfig/1/ folder. When i extract the x86 version of mod_jrun22.so from the wsconfig.jar en place it in /lib/wsconfig/1/ folder it works just fine. For now.

Why does cf9 ship with a x64 version of mod_jrun22.so for windows when apache is only (officially) available in x86 versions? And why does cf9 not recognize i'm running a x86 webserver? I remember having a checkbox in wsconfig in cf8 asking me if i want to connect to a x86 webserver, it a goner...

My main concern is: am i doing it right or am i overseeing something?

Thanks in advance!

Paul

I'm running CF9 with Apache 2.2 and I can't figure out how to change the default JRun error page. So if CF is down or rebooting I'd like to redirect to a nice error page instead of the default "Server Error Could not connect to JRun Server" error page.

I know in Apache you have to change the following line...but it's still not showing up for me. Is there something else I'm missing?

JRunConfig Errorurl "http://localhost/serverDown.html"

I've tried without quotes, url=, etc but I still can't get it to show up. Can anyone point me in the right direction?

Thanks for any help.

Since applying the latest security patch I am receiving the below events and it has broken two of our apps.

03/15 11:54:38 error ROOT CAUSE:

coldfusion.filter.FormScope$PostParametersLimitExceededException: POST parameters exceeds the maximum limit specified in the server.

    at coldfusion.filter.FormScope.parseQueryString(FormScope.java:397)

    at coldfusion.filter.FormScope.parsePostData(FormScope.java:346)

    at coldfusion.filter.FormScope.fillForm(FormScope.java:296)

    at coldfusion.filter.FusionContext.SymTab_initForRequest(FusionContext.java:377)

    at coldfusion.filter.GlobalsFilter.invoke(GlobalsFilter.java:33)

    at coldfusion.filter.DatasourceFilter.invoke(DatasourceFilter.java:22)

    at coldfusion.filter.CachingFilter.invoke(CachingFilter.java:62)

    at coldfusion.filter.RequestThrottleFilter.invoke(RequestThrottleFilter.java:126)

    at coldfusion.CfmServlet.service(CfmServlet.java:200)

    at coldfusion.bootstrap.BootstrapServlet.service(BootstrapServlet.java:89)

    at jrun.servlet.FilterChain.doFilter(FilterChain.java:86)

    at coldfusion.monitor.event.MonitoringServletFilter.doFilter(MonitoringServletFilter.java:42 )

    at coldfusion.bootstrap.BootstrapFilter.doFilter(BootstrapFilter.java:46)

    at jrun.servlet.FilterChain.doFilter(FilterChain.java:94)

    at jrun.servlet.FilterChain.service(FilterChain.java:101)

    at jrun.servlet.ServletInvoker.invoke(ServletInvoker.java:106)

    at jrun.servlet.JRunInvokerChain.invokeNext(JRunInvokerChain.java:42)

    at jrun.servlet.JRunRequestDispatcher.invoke(JRunRequestDispatcher.java:286)

    at jrun.servlet.ServletEngineService.dispatch(ServletEngineService.java:543)

    at jrun.servlet.jrpp.JRunProxyService.invokeRunnable(JRunProxyService.java:203)

    at jrunx.scheduler.ThreadPool$ThreadThrottle.invokeRunnable(ThreadPool.java:428)

    at jrunx.scheduler.WorkerThread.run(WorkerThread.java:66)

javax.servlet.ServletException: ROOT CAUSE:

coldfusion.filter.FormScope$PostParametersLimitExceededException: POST parameters exceeds the maximum limit specified in the server.

    at coldfusion.filter.FormScope.parseQueryString(FormScope.java:397)

    at coldfusion.filter.FormScope.parsePostData(FormScope.java:346)

    at coldfusion.filter.FormScope.fillForm(FormScope.java:296)

    at coldfusion.filter.FusionContext.SymTab_initForRequest(FusionContext.java:377)

    at coldfusion.filter.GlobalsFilter.invoke(GlobalsFilter.java:33)

    at coldfusion.filter.DatasourceFilter.invoke(DatasourceFilter.java:22)

    at coldfusion.filter.CachingFilter.invoke(CachingFilter.java:62)

    at coldfusion.filter.RequestThrottleFilter.invoke(RequestThrottleFilter.java:126)

    at coldfusion.CfmServlet.service(CfmServlet.java:200)

    at coldfusion.bootstrap.BootstrapServlet.service(BootstrapServlet.java:89)

    at jrun.servlet.FilterChain.doFilter(FilterChain.java:86)

    at coldfusion.monitor.event.MonitoringServletFilter.doFilter(MonitoringServletFilter.java:42 )

    at coldfusion.bootstrap.BootstrapFilter.doFilter(BootstrapFilter.java:46)

    at jrun.servlet.FilterChain.doFilter(FilterChain.java:94)

    at jrun.servlet.FilterChain.service(FilterChain.java:101)

    at jrun.servlet.ServletInvoker.invoke(ServletInvoker.java:106)

    at jrun.servlet.JRunInvokerChain.invokeNext(JRunInvokerChain.java:42)

    at jrun.servlet.JRunRequestDispatcher.invoke(JRunRequestDispatcher.java:286)

    at jrun.servlet.ServletEngineService.dispatch(ServletEngineService.java:543)

    at jrun.servlet.jrpp.JRunProxyService.invokeRunnable(JRunProxyService.java:203)

    at jrunx.scheduler.ThreadPool$ThreadThrottle.invokeRunnable(ThreadPool.java:428)

    at jrunx.scheduler.WorkerThread.run(WorkerThread.java:66)

    at coldfusion.monitor.event.MonitoringServletFilter.doFilter(MonitoringServletFilter.java:70 )

    at coldfusion.bootstrap.BootstrapFilter.doFilter(BootstrapFilter.java:46)

    at jrun.servlet.FilterChain.doFilter(FilterChain.java:94)

    at jrun.servlet.FilterChain.service(FilterChain.java:101)

    at jrun.servlet.ServletInvoker.invoke(ServletInvoker.java:106)

    at jrun.servlet.JRunInvokerChain.invokeNext(JRunInvokerChain.java:42)

    at jrun.servlet.JRunRequestDispatcher.invoke(JRunRequestDispatcher.java:286)

    at jrun.servlet.ServletEngineService.dispatch(ServletEngineService.java:543)

    at jrun.servlet.jrpp.JRunProxyService.invokeRunnable(JRunProxyService.java:203)

    at jrunx.scheduler.ThreadPool$ThreadThrottle.invokeRunnable(ThreadPool.java:428)

    at jrunx.scheduler.WorkerThread.run(WorkerThread.java:66)

03/15 11:54:38 error (JRun Service: ProxyService [jrun.servlet.jrpp.JRunProxyService@4c27d5bc]) JRunPRoxyServer.invokeRunnable:

java.lang.IllegalStateException

    at jrun.servlet.JRunResponse.getWriter(JRunResponse.java:205)

    at jrun.servlet.JRunResponse.sendError(JRunResponse.java:597)

    at jrun.servlet.JRunRequestDispatcher.invoke(JRunRequestDispatcher.java:328)

    at jrun.servlet.ServletEngineService.dispatch(ServletEngineService.java:543)

    at jrun.servlet.jrpp.JRunProxyService.invokeRunnable(JRunProxyService.java:203)

    at jrunx.scheduler.ThreadPool$ThreadThrottle.invokeRunnable(ThreadPool.java:428)

    at jrunx.scheduler.WorkerThread.run(WorkerThread.java:66)

Hello,

We are having an issue with CPU loading on our server.  It has to do with Client Storage Purge. I see where this issue has been around for a while but could not find a solid solution.  Our sever is running Windows Server 2003 Standard and ColdFusion 8.  There is only one ecommerence website utilizing CF and the database is MSSQL.

The server average CPU usage is between 5% and 10%.  Then this appears in the log; 03/30 05:56:34 Information [scheduler-3] - Run Client Storage Purge.  The CPU usage jumps to 50% to 80% for about 4 to 5 hours.  Then after it settles back down, with in the next few hours it starts over again.

Settings,

ColdFusion Administrator > Server Settings > Client Variables

Select Default Storage Mechanism for Client Sessions is set to Registry

Purge Interval is set to 1 hour and 7 minutes.

Now, my working knowledge of ColdFusion is not at an expert level.  I really do not know what Client Storage Purge is doing, what client variables are being stored and why.

I hope I have included enough information to start the 21 question routine.  Any help with this issue would be appreciated.

Regards,

David

Hello there, I've tried doing some searches regarding this and found nothing. We have around 6 scheduled tasks on a fresh install of CF10 on our server, fully up to date. I just found out
from one of my programmers that they cannot edit or delete any of the tasks that they created (This occured before updating CF10). However, if I create a new scheduled task, I am able
to modify and delete it.

On the old ones, I recieve an "XML Site Map Error".

Any thoughts?  

I have CF 9.0.0.0 and tried to update from java 1.6.0_14 to java 1.7.0_21 at the request of my security department.  CF 9 Application Server used to run with "C:\ColdFusion9\runtime\bin\jrunsvc.exe" but now there's no jrunsvc.exe on the system.  What replaced jrunsvc.exe or was the error mine in trying to update java?

thanks,

Bob

Hi,

this has probably been asked many many times but i cant seem to find a solution.

Environment: CF11 CFH6 (but admin says its not installed..)

Windows server 2012 R2

16GB Ram

Intel Xeon E3 3.1Ghz 64bit

Issue: All cache features in CF admin are disabled.

I dont like this but my issue is concerning the cache.

I have a custom CMS, the content is served via the VFS (ram://) drive, its stored in a DB and if the file does not exist we create it in the VFS and its included into the index.cfm.

anyway, when a change is made to this type of content, the changes are not visible. I can restart the application which clears out the VFS, i can add white space to the end of the file and a few other tricks to trick CF into thinking the file has changes so that it will reload it but nothing works.

The only way to fix is to log into the CF admin console and click the clear template cache button. Again the Trusted Cache is disabled.

This is the first issue.

The second is when i attempt to call the admin API to clear the Template Cache, i get the CFACCESSDENIED error.

I am using the same user/pass as i use to log into the console.

I have tried creating a second user with API only access but get the same error.

I have had this issue since the initial install of CF11. 9 never had this issue.

Can anyone shed some light on this for me?

Thanks in advance

Tim    

Hi everyone,

Ive got a very strange issue with my AWS Instance of CF 11. Its using the AMI provided on Amazon and has had nothing but problems since I subscribed to it. It all started with it being provisioned with a developer license and being charged for enterprise by mistake.

Anyhow, my issue is rather strange in that I have an M3 Large instance, with an application Ive had running quite successfully using Hostek. No real major issues to report whilst hosting with Hostek, but the only difference is the Hostek instance is a single instance with MSSQL and CF10 all on the one box.

With my AWS instance, I have CF 11, and MSSQL via an RDS.

Everytime I run a page with a few queries on it, the CPU within the Task manager spikes up to 90 - 100%.

I run the exact same page via my Hostek account or via my local vmWare development environment and I get 3%.

The main difference here is that SQL is served via RDS and I cant seem to find any reason why my production machine cant handle any thing.

The CPU also spikes when I load the CF Admin on my production machine...

Ive upped the JVM to double the default, however nothing does any good.

Im wondering if anyone else has had this issue, or if it could be the connection to RDS?

Or if the Connectorin IIS could be causing this problem?

so in short, Task Manager reports Adobe Coldfusion Launcher Application upwards of 99% CPU

not using JRUN, just got a pretty standard CF 11 Installation updated to version 4.

Im planning on updating to hotfix 7, but im wondering if anyone else has had this sort of weirdness occur on their installation or via AWS with an RDS ?

So as i was opening my presents with my family Christmas morning when my web server emailed me to let me know that a file had been created in my /CFIDE/ folder. This file was h.cfm and it was a nifty little tool used to scan files - copy files - dump SQL passwords - run commands - upload files ect....

My setup is CF9.0.1 on win server 2008 with mySQL5.5 . The servers only purpose is to host a few websites for my company. I poured over my IIS logs and could not find any trace of a connection to the webserver while this was happening. I then started looking at the http.log file in coldfusion server and found that it contained 2 entries at the time of the attack. Both looked like this... note i've removed the IP of the server. This file is the file that was uploaded to my server.

25-Dec-2012    6:54 AM    Information    jrpp-6969  Starting HTTP request {URL='http://IPAddress:80/CFIDE/h9.txt', method='get'} 

There was nothing before this connection and nothing after it.  It looks like some how my server was told to make a call to here.  Nothing in any logs regarding the use of the h.cfm, no loggs in IIS showing suspicious page hit before and nothign suspicious after.

Am i missing something??? this is driving me nuts! The other weird thing about this attack was that they didn't touch any websites they copied the ColdFusion9\updater_backup\ folder and a few other odd things off the server.

Any insight into anything that went on would be helpful... even if it's just a guess that points me in the right direction.

Thanks,

JB.

I just migrate from CF8 to CF9. I have now a high CPU usage of Jrun.

I changed some scripts to get better use of cache and continue to search for solutions.

I noticed with "process monitor (by sysinternals)" that jrun is getting files on the wrong webroot path. I am not using the built in web server

I checked settings and reinstall IIS connector but it continue.

Any Idea ?

Hi,

I'm having problems setting up coldfusion 9, and I've narrowed it down to the web server configuration tool.

First, the server is running a brand new install of Windows 2008 R2 64bit. It's running IIS 7.5, and I've enabled ISAPI filters+extension, and IIS6 metabase compatibility.

The server is one of 1&1's new cloud offerings. I don't think this should be the problem, unless it's a way they've configured it.

I've already successfully installed CF9 on the same OS on a dedicated server with a different host.

Anyway, running the CF9 64 bit installer seems to work ok, but it doesn't configure up IIS. I've tried installing/uninstalling/re-imaging the server several times with no success.

To confirm my suspicions that CF was installing ok, I tried it using the built in web-server on port 8500, and that works fine.

I've tried running the web server configuration gui tool, but I get the following message:

Could not connect to any JRun/ColdFusion servers on host localhost.
Possible causes:
o Server not running
-Start Macromedia JRun4 or ColdFusion MX server
o Server running
-JNDI listen port in jndi.properties blocked by TCP/IP filtering or firewall on server
-host restriction in security.properties blocking communication with server

Googling this found several blog posts for earlier version of CF. Most suggest running the 'netstat -an' command, which gives:

 

Active Connections

 

  Proto  Local Address          Foreign Address        State

  TCP    0.0.0.0:80             0.0.0.0:0              LISTENING

  TCP    0.0.0.0:135            0.0.0.0:0              LISTENING

  TCP    0.0.0.0:445            0.0.0.0:0              LISTENING

  TCP    0.0.0.0:1688           0.0.0.0:0              LISTENING

  TCP    0.0.0.0:2522           0.0.0.0:0              LISTENING

  TCP    0.0.0.0:2932           0.0.0.0:0              LISTENING

  TCP    0.0.0.0:3389           0.0.0.0:0              LISTENING

  TCP    0.0.0.0:6085           0.0.0.0:0              LISTENING

  TCP    0.0.0.0:6086           0.0.0.0:0              LISTENING

  TCP    0.0.0.0:7997           0.0.0.0:0              LISTENING

  TCP    0.0.0.0:8500           0.0.0.0:0              LISTENING

  TCP    0.0.0.0:8983           0.0.0.0:0              LISTENING

  TCP    0.0.0.0:9923           0.0.0.0:0              LISTENING

  TCP    0.0.0.0:9953           0.0.0.0:0              LISTENING

  TCP    0.0.0.0:9963           0.0.0.0:0              LISTENING

  TCP    0.0.0.0:19999          0.0.0.0:0              LISTENING

  TCP    0.0.0.0:20000          0.0.0.0:0              LISTENING

  TCP    0.0.0.0:47001          0.0.0.0:0              LISTENING

  TCP    0.0.0.0:49152          0.0.0.0:0              LISTENING

  TCP    0.0.0.0:49153          0.0.0.0:0              LISTENING

  TCP    0.0.0.0:49154          0.0.0.0:0              LISTENING

  TCP    0.0.0.0:49155          0.0.0.0:0              LISTENING

  TCP    0.0.0.0:49156          0.0.0.0:0              LISTENING

  TCP    0.0.0.0:49201          0.0.0.0:0              LISTENING

  TCP    127.0.0.1:8079         0.0.0.0:0              LISTENING

  TCP    127.0.0.1:9953         127.0.0.1:49186        ESTABLISHED

  TCP    127.0.0.1:49186        127.0.0.1:9953         ESTABLISHED

  TCP    127.0.0.1:49538        127.0.0.1:9923         TIME_WAIT

  TCP    127.0.0.1:49539        127.0.0.1:9963         TIME_WAIT

  TCP    127.0.0.1:49540        127.0.0.1:9923         TIME_WAIT

  TCP    127.0.0.1:49541        127.0.0.1:9963         TIME_WAIT

  TCP    127.0.0.1:49542        127.0.0.1:9923         TIME_WAIT

  TCP    127.0.0.1:49543        127.0.0.1:9963         TIME_WAIT

  TCP    127.0.0.1:49544        127.0.0.1:9923         TIME_WAIT

  TCP    127.0.0.1:49545        127.0.0.1:9963         TIME_WAIT

  TCP    [::]:80                [::]:0                 LISTENING

  TCP    [::]:135               [::]:0                 LISTENING

  TCP    [::]:445               [::]:0                 LISTENING

  TCP    [::]:1688              [::]:0                 LISTENING

  TCP    [::]:2522              [::]:0                 LISTENING

  TCP    [::]:2932              [::]:0                 LISTENING

  TCP    [::]:3389              [::]:0                 LISTENING

  TCP    [::]:6085              [::]:0                 LISTENING

  TCP    [::]:7997              [::]:0                 LISTENING

  TCP    [::]:8500              [::]:0                 LISTENING

  TCP    [::]:8983              [::]:0                 LISTENING

  TCP    [::]:47001             [::]:0                 LISTENING

  TCP    [::]:49152             [::]:0                 LISTENING

  TCP    [::]:49153             [::]:0                 LISTENING

  TCP    [::]:49154             [::]:0                 LISTENING

  TCP    [::]:49155             [::]:0                 LISTENING

  TCP    [::]:49156             [::]:0                 LISTENING

  TCP    [::]:49201             [::]:0                 LISTENING

  UDP    0.0.0.0:500            *:*                   

  UDP    0.0.0.0:4500           *:*                   

  UDP    0.0.0.0:5355           *:*                   

  UDP    0.0.0.0:62255          *:*                   

  UDP    0.0.0.0:62257          *:*                   

  UDP    0.0.0.0:62259          *:*                   

  UDP    0.0.0.0:62261          *:*                   

  UDP    127.0.0.1:62253        *:*                   

  UDP    127.0.0.1:62254        *:*                   

  UDP    127.0.0.1:62256        *:*                   

  UDP    127.0.0.1:62258        *:*                   

  UDP    127.0.0.1:62260        *:*                   

  UDP    127.0.0.1:62262        *:*                      

  UDP    [::]:500               *:*                   

  UDP    [::]:4500              *:*                   

  UDP    [::]:5355              *:*                   

I've removed a few lines that mentioned the external IP of the server, but I don't think they're important.

The main thing, is that it seems to be listening on port 2932 which is configured in jndi.properties

At this point I'm stuck.

I did find some blog posts that suggested adding some arguments to narrow the ports scanned when you run the configuration tool. I tried them without success - as they were quite old, is it possible they have changed with the latest config tool?

The other thing I've contemplated is connecting IIS manually. However, I can't find any instructions for doing this with CF9.

Does anyone have any suggestions?

Thanks in advance,

Gareth

Hi Team,

We have CF11 and its application services frequently hanged. Let me know the reason.

Thanks

Ankush Mehra