Skip to main content
Participating Frequently
June 14, 2012
Question

ColdFusion 10 intermittent "service not available"

  • June 14, 2012
  • 6 replies
  • 49880 views

Have been programming over 30 years and CF in its various forms since 1998, but have to say this upgrade is NOT straightforward and after 3 very frustrating days I've finally reverted to CF9.

CF10 Standard upgrade from CF9. Running on dedicated IIS 7.5 on WIN 2008 R2 Server. All 64bit.

Upgrade installation worked correctly. RDS was selected as was the Upgrade all IIS sites.

Initially CF10 failed to start and checking IIS showed the connectors had NOT been installed. CF10 Administrator just showed raw machine code.

Used the CF10 Web Server Configuration tool on "ALL Sites" - no difference.

Removed "All sites" and then installed the connectors against individual sites. This worked - but then I noticed each site was running the CF9 connectors!

Removed each. Then ran the CF9 Web Server Configuration tool to remove all CF9 connectors. Confirmed they had been removed in IIS, then ran CF10 Web Server Configuration tool to add the connectors and all worked well.

This morning I rebooted the server to confirm CF had "installed" correctly, 3 of my 5 sites too 10 minutes before they could be accessed. Then after 30 minutes I'd get a simple white screen with "service unavailable".

Can't afford to have our sites and clients sites intermittent so have reverted to the CF9 connectors and took CF10 offline.

Hopefully someone else has had similar experience and can shed some light on this issue.

Thanks

Peter

    This topic has been closed for replies.

    6 replies

    August 7, 2014

    I received this message "service not available Jakarta/ISAPI/isapi_redirector/1.2.37" looked up some articles but didnt find anything.

    I noticed that the coldfusion.exe service wasnt started so i tried starting it, it wouldnt start.

    I noticed that there were other coldfusion services started, so i "end process" on all of those, and then started the coldfusion service, and it started.

    I cant really explain why, but it worked.

    Hope this helps.

    Anit_Kumar
    Community Manager
    Community Manager
    August 7, 2014

    Perhaps your site needs Connector Tuning as first measure of troubleshooting. Please refer to ColdFusion 11 IIS Connector Tuning — Adobe ColdFusion Blog

    Regards,

    Anit Kumar

    December 18, 2014

    Anit Kumar Panda wrote:

    Perhaps your site needs Connector Tuning as first measure of troubleshooting. Please refer to ColdFusion 11 IIS Connector Tuning — Adobe ColdFusion Blog

    Regards,

    Anit Kumar

    There was an open bug on this item that was just recently closed with CF11 Update 3.  I haven't tested this particular bug yet but I will be soon as we were holding off moving to CF10 or CF11 because this was a show stopper for our environment.

    Legend
    May 16, 2013

    Hi Folks, I am talking on the subject of CF10, tomcat and connectors next week. Be nice to have you along to share some thoughts. I will mention Java where appropriate however Java is another talk which have done before.

    Here is URL (note with spaces added some reason the form does not like posting URL so take spaces out in your browser):

    www. meetup.com /coldfusionmeetup/ events /117885652/

    Regards, Carl.

    Participant
    May 3, 2013

    Hi, I have noticed this thread went quiet.  I'm wondering if any of you worked out the issue with the connector (Tomcat) hanging.  In my case it's running on IIS 7.5.  Happens like clockwork when McAfee site scan hits the site which uses up a ton of connections in no time flat.  I always have to restart services to bring it back.  I have update 9 installed and have checked the connector versions.  If I'm correct, the 64 bit connector hasn't changed since before update 5 (380KB 11/8/12 1:18PM).  I am trying to increase the max re-use connections (500) to see if that helps but it really seems as if Tomcat is just not cutting it and we too are cosidering NOT moving forward with deployments on CF10 and sticking with JRUN and CF9, which runs like a dream BTW.

    If any of you have found the solution or a decent work around let me know?  Did it wind up being ASP.NET 4? Eager to hear back!

    -Matt

    Participating Frequently
    May 3, 2013

    I am always nervous to call it a win because I don't want to jinx it. I've been running stable since the 15th of April (over 2 weeks.) I had our IT guys install the JRE. Currently running Java 7 Update 17 (64-bit) 7.0.170. I can't be sure it's "fixed" but it's there. I think CF installs it's own but they suggest always installing it by itself. Seems to have worked thus far.

    Participating Frequently
    January 25, 2013

    Just updated Coldfusion to latest version (Hotfix 7). We are still having this issue. System runs for a week or so and then our main application pool dies with this error over and over:

    SEVERE: Error in getRealPathFromConn
    java
    .net.SocketException: Connection reset
        at java
    .net.SocketInputStream.read(SocketInputStream.java:168)
    at org
    .apache.coyote.ajp.AjpProcessor.read(AjpProcessor.java:319)
    at org
    .apache.coyote.ajp.AjpProcessor.readMessage(AjpProcessor.java:445)
    at org
    .apache.coyote.ajp.AjpProcessor.readString(AjpProcessor.java:425)
    at org
    .apache.coyote.ajp.AjpProcessor.getRealPathFromServer(AjpProcessor.java:407)
    at org
    .apache.coyote.ajp.AbstractAjpProcessor.getRealPath(AbstractAjpProcessor.java:1154)
    at org
    .apache.naming.resources.FileDirContext.doGetRealPath(FileDirContext.java:198)
    at org
    .apache.naming.resources.BaseDirContext.getRealPath(BaseDirContext.java:412)
    at org
    .apache.catalina.core.StandardContext.getRealPath(StandardContext.java:4475)
    at org
    .apache.catalina.core.ApplicationContext.getRealPath(ApplicationContext.java:414)
    at org
    .apache.catalina.core.ApplicationContextFacade.getRealPath(ApplicationContextFacade.java:335)
    at coldfusion
    .runtime.ServletContextWrapper.doGetRealPath(ServletContextWrapper.java:179)
    at coldfusion
    .runtime.ServletContextWrapper._doGetRealPath(ServletContextWrapper.java:116)
    at coldfusion
    .runtime.ServletContextWrapper.getRealPath(ServletContextWrapper.java:98)
    at coldfusion
    .runtime.TemplateProxyFactory.getFullName(TemplateProxyFactory.java:1092)
    at coldfusion
    .runtime.TemplateProxyFactory.resolveName(TemplateProxyFactory.java:202)
    at coldfusion
    .runtime.TemplateProxyFactory.resolveName(TemplateProxyFactory.java:159)
    at coldfusion
    .runtime.TemplateProxyFactory.resolveFile(TemplateProxyFactory.java:120)
    at coldfusion
    .cfc.CFCProxy.<init>(CFCProxy.java:138)
    at coldfusion
    .cfc.CFCProxy.<init>(CFCProxy.java:84)
    at coldfusion
    .runtime.AppEventInvoker.<init>(AppEventInvoker.java:64)
    at coldfusion
    .filter.ApplicationFilter.invoke(ApplicationFilter.java:226)
    at coldfusion
    .filter.RequestMonitorFilter.invoke(RequestMonitorFilter.java:48)
    at coldfusion
    .filter.MonitoringFilter.invoke(MonitoringFilter.java:40)
    at coldfusion
    .filter.PathFilter.invoke(PathFilter.java:112)
    at coldfusion
    .filter.ExceptionFilter.invoke(ExceptionFilter.java:94)
    at coldfusion
    .filter.ClientScopePersistenceFilter.invoke(ClientScopePersistenceFilter.java:28)
    at coldfusion
    .filter.BrowserFilter.invoke(BrowserFilter.java:38)
    at coldfusion
    .filter.NoCacheFilter.invoke(NoCacheFilter.java:46)
    at coldfusion
    .filter.GlobalsFilter.invoke(GlobalsFilter.java:38)
    at coldfusion
    .filter.DatasourceFilter.invoke(DatasourceFilter.java:22)
    at coldfusion
    .filter.CachingFilter.invoke(CachingFilter.java:62)
    at coldfusion
    .CfmServlet.service(CfmServlet.java:219)
    at coldfusion
    .bootstrap.BootstrapServlet.service(BootstrapServlet.java:89)
    at org
    .apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:305)
    at org
    .apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
    at coldfusion
    .monitor.event.MonitoringServletFilter.doFilter(MonitoringServletFilter.java:42)
    at coldfusion
    .bootstrap.BootstrapFilter.doFilter(BootstrapFilter.java:46)
    at org
    .apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243)
    at org
    .apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
    at org
    .apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:224)
    at org
    .apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:169)
    at org
    .apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:472)
    at org
    .apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:168)
    at org
    .apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:98)
    at org
    .apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:928)
    at org
    .apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:118)
    at org
    .apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:414)
    at org
    .apache.coyote.ajp.AjpProcessor.process(AjpProcessor.java:204)
    at org
    .apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:539)
    at org
    .apache.tomcat.util.net.JIoEndpoint$SocketProcessor.run(JIoEndpoint.java:298)
    at java
    .util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
    at java
    .util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
    at java
    .lang.Thread.run(Thread.java:662)

    While the server error is the same each time, the trace is different with each one. The first one always looks like the above, and the rest of them after it look similar to the below where the connection is reset by peer. However the full traces and paths to different files changes with each error usually. Sometimes three or four in a row of the same, sometimes just one. Either way, there are like 40 or 50 in a row.

    Jan 25, 2013 8:10:04 AM org.apache.coyote.ajp.AjpProcessor getRealPathFromServer

    SEVERE: Error in getRealPathFromConn

    java.net.SocketException: Connection reset by peer: socket write error

              at java.net.SocketOutputStream.socketWrite0(Native Method)

              at java.net.SocketOutputStream.socketWrite(SocketOutputStream.java:92)

              at java.net.SocketOutputStream.write(SocketOutputStream.java:124)

              at org.apache.coyote.ajp.AjpProcessor.getRealPathFromServer(AjpProcessor.java:401)

              at org.apache.coyote.ajp.AbstractAjpProcessor.getRealPath(AbstractAjpProcessor.java:1154)

              at org.apache.naming.resources.FileDirContext.doGetRealPath(FileDirContext.java:198)

              at org.apache.naming.resources.BaseDirContext.getRealPath(BaseDirContext.java:412)

              at org.apache.catalina.core.StandardContext.getRealPath(StandardContext.java:4475)

              at org.apache.catalina.core.ApplicationContext.getRealPath(ApplicationContext.java:414)

              at org.apache.catalina.core.ApplicationContextFacade.getRealPath(ApplicationContextFacade.java:335)

              at coldfusion.runtime.ServletContextWrapper.doGetRealPath(ServletContextWrapper.java:184)

              at coldfusion.runtime.ServletContextWrapper._doGetRealPath(ServletContextWrapper.java:116)

              at coldfusion.runtime.ServletContextWrapper.getRealPath(ServletContextWrapper.java:98)

              at coldfusion.runtime.RuntimeServiceImpl.getRealPath(RuntimeServiceImpl.java:1046)

              at coldfusion.runtime.RuntimeServiceImpl.getRealPath(RuntimeServiceImpl.java:1060)

              at coldfusion.filter.FusionContext.getRealPath(FusionContext.java:858)

              at coldfusion.filter.FusionContext.getRealPath(FusionContext.java:830)

              at coldfusion.runtime.RuntimeServiceImpl.resolveTemplatePath(RuntimeServiceImpl.java:794)

              at coldfusion.runtime.TemplateProxyFactory.getResolvedFile(TemplateProxyFactory.java:1263)

              at coldfusion.runtime.TemplateProxyFactory.getTemplateFileHelper(TemplateProxyFactory.java:1571)

              at coldfusion.cfc.ComponentProxyFactory.getProxy(ComponentProxyFactory.java:51)

              at coldfusion.runtime.CFPage.CreateObject(CFPage.java:5560)

              at coldfusion.runtime.CFPage.CreateObject(CFPage.java:5575)

              at cfApplication2ecfc851739670.runPage(D:\www\facilitator\Application.cfc:30)

              at coldfusion.runtime.CfJspPage.invoke(CfJspPage.java:244)

              at coldfusion.filter.SilentFilter.invoke(SilentFilter.java:47)

              at coldfusion.runtime.TemplateProxyFactory.resolveComponentHelper(TemplateProxyFactory.java:538)

              at coldfusion.runtime.TemplateProxyFactory.resolveName(TemplateProxyFactory.java:234)

              at coldfusion.runtime.TemplateProxyFactory.resolveName(TemplateProxyFactory.java:159)

              at coldfusion.runtime.TemplateProxyFactory.resolveFile(TemplateProxyFactory.java:120)

              at coldfusion.cfc.CFCProxy.<init>(CFCProxy.java:138)

              at coldfusion.cfc.CFCProxy.<init>(CFCProxy.java:84)

              at coldfusion.runtime.AppEventInvoker.<init>(AppEventInvoker.java:64)

              at coldfusion.filter.ApplicationFilter.invoke(ApplicationFilter.java:226)

              at coldfusion.filter.RequestMonitorFilter.invoke(RequestMonitorFilter.java:48)

              at coldfusion.filter.MonitoringFilter.invoke(MonitoringFilter.java:40)

              at coldfusion.filter.PathFilter.invoke(PathFilter.java:112)

              at coldfusion.filter.ExceptionFilter.invoke(ExceptionFilter.java:94)

              at coldfusion.filter.ClientScopePersistenceFilter.invoke(ClientScopePersistenceFilter.java:28)

              at coldfusion.filter.BrowserFilter.invoke(BrowserFilter.java:38)

              at coldfusion.filter.NoCacheFilter.invoke(NoCacheFilter.java:46)

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

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

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

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

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

              at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:305)

              at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)

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

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

              at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243)

              at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)

              at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:224)

              at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:169)

              at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:472)

              at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:168)

              at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:98)

              at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:928)

              at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:118)

              at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:414)

              at org.apache.coyote.ajp.AjpProcessor.process(AjpProcessor.java:204)

              at org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:539)

              at org.apache.tomcat.util.net.JIoEndpoint$SocketProcessor.run(JIoEndpoint.java:298)

              at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)

              at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)

              at java.lang.Thread.run(Thread.java:662)

    This is a critical error and is really bugging the crap out of me. Strange thing is, as far as I know, this has not happened until the last month or so. We've been running CF10 on IIS7 for about 6 months. The first appearance of the error is on Aug 7, however it only fired once. The on Nov 5 once. Then Jan 10 twice. Then on Jan12 it started firing the error repeatedly in a row causing IIS to stop the pool. I updated CF shortly after that to attempt to fix the issue, but it remains an issue. Also, this error has occured 0 times in our development machine. The machines are for all intents and purposes identical. (HDD/RAM is different but nothing else)

    The only other thing I can think of, you can slap me for my ignorance, is there are other things in the log file:

    A bunch of these:

    Jan 18, 2013 8:13:59 AM org.apache.catalina.loader.WebappClassLoader checkThreadLocalMapForLeaks

    SEVERE: The web application [/] created a ThreadLocal with key of type [coldfusion.util.DateUtils$1] (value [coldfusion.util.DateUtils$1@cde21de]) and a value of type [java.util.GregorianCalendar] (value [java.util.GregorianCalendar[time=1613372400000,areFieldsSet=true,areAllFieldsSet=true,lenient=false,zone=sun.util.calendar.ZoneInfo[id="America/Denver",offset=-25200000,dstSavings=3600000,useDaylight=true,transitions=157,lastRule=java.util.SimpleTimeZone[id=America/Denver,offset=-25200000,dstSavings=3600000,useDaylight=true,startYear=0,startMode=3,startMonth=2,startDay=8,startDayOfWeek=1,startTime=7200000,startTimeMode=0,endMode=3,endMonth=10,endDay=1,endDayOfWeek=1,endTime=7200000,endTimeMode=0]],firstDayOfWeek=1,minimalDaysInFirstWeek=1,ERA=1,YEAR=2021,MONTH=1,WEEK_OF_YEAR=8,WEEK_OF_MONTH=3,DAY_OF_MONTH=15,DAY_OF_YEAR=46,DAY_OF_WEEK=2,DAY_OF_WEEK_IN_MONTH=3,AM_PM=0,HOUR=0,HOUR_OF_DAY=0,MINUTE=0,SECOND=0,MILLISECOND=0,ZONE_OFFSET=-25200000,DST_OFFSET=0]]) but failed to remove it when the web application was stopped. Threads are going to be renewed over time to try and avoid a probable memory leak.

    And These:

    Jan 17, 2013 10:42:07 PM org.apache.catalina.core.AprLifecycleListener init

    INFO: The APR based Apache Tomcat Native library which allows optimal performance in production environments was not found on the java.library.path: C:\\ColdFusion10\\cfusion\lib;C:\\ColdFusion10\\cfusion\jintegra\bin;C:\\ColdFusion10\\cfusion\jintegra\bin\international;C:\\ColdFusion10\\cfusion\lib\oosdk\classes\win

    You won't suprise me if you say these items may be related but I really don't know what those two other errors mean. I've tried googling them with no luck on what to do about them.

    Also looking at the exception log, usually around the same time I get an error stating that Coldfusion can't find something. Usually at the top of the stack the method its running is:

    at coldfusion.runtime.TemplateProxyFactory.getResolvedFile(TemplateProxyFactory.java:1344)

    At the time I am usually running something to get the path to create a component or something like that if I follow the trace down. This seems like it is the result of the main error that Coldfusion can't the path. Usually these exceptions are found just in the application.cfc or when the application is initializing. Just so everyone is aware, all our web files are on our D: drive not the system drive where Coldfusion is installed. It's not an external drive. This is a virtural server hosted by our IT department.

    All of the IIS6 Compatability components are there in the Role Services. Do I need to "turn them on?"

    February 11, 2013

    @Lee

    FWIW I am having the exact same issue.  Installed CF10 on a fresh win 2k r2 box IIS7.5 running a Mura instance.  Developed the site over the last 6 months or so.  Ran into an issue with the site returning blank pages with a few errors.  I did see all of the ones you describe above.  Fiddled with the JVM settings to no avail.

    I hope adding my voice to the crowd gathering here helps get things fixed.

    Charlie Arehart
    Community Expert
    Community Expert
    February 13, 2013

    Lee and Byron, you may have what Byron says are the same issues, but your solutions may be different.

    First, Lee, you say you just applied update 7. Had you applied any CF10 updates prior to that? If so, had you re-run the web server configuration tool (to remove and re-add your connections)? That’s mandatory for updates 3-5.

    What many often don’t notice, though, is that if they may have “skipped” those updates and just applied a later one (like the latest, 7), then they STILL have to remember to rerun the web server config tool after that later update. The technote and update text (in the updates feature) do “recommend” it, but the challenge is that they don’t require it because technically it’s not required if you’re going from, say, update 6 to update 7.

    But again, if you are either applying this as your first update, or had skipped one of those earlier ones, or had applied them but had NOT rerun the web server config tool, then you are currently running with the old connector. And THAT could be the cause of your problem.

    Look at the isapi_redirect.dll file in each subdirectory of C:\ColdFusion10\config\wsconfig\ (meaning, C:\ColdFusion10\config\wsconfig\1, C:\ColdFusion10\config\wsconfig\2, and so on). Each of these represents a connection of IIS to an instance. You may have only one, you may have many such numbered subfolders. Look at the date of that file: if it’s not dated November 8 2012 (or later) then it’s not been updated. The connector in each subfolder must be updated.

    (And you run the tool for each instance from within that instance, such as C:\ColdFusion10\cfusion\instance1\bin\wsconfig.exe. Again, don’t forget to launch the tool with “run as administrator”, if on Windows Vista, 7 or 2008.)

    Finally, Byron, the reason I have proposed you may have the “same issue but different solution” is that you say you “Installed CF10 on a fresh win 2k r2”. If by that you mean you had not applied any updates at all, then you have 2 things to do: apply the latest update (7) and then run the web server config tool to reconfigure any connections you may have made during the installer.

    Let us know if this may have helped either of you (or other readers, seeing this in the future.)

    /charlie

    /Charlie (troubleshooter, carehart. org)
    Participant
    November 9, 2012

    Ripples, sorry to hear your pain.

    We upgrade to CF 10 running Windows 2008 servers with IIS 7, connecting to MySQL 5 DBs. We put our highest profile customers on these new boxes and promised them a great, upgraded service. We tested, and tested each site was then put live on the new VPSs. Site failures became rampant. IIS got hung up several times a day. Restarting IIS solves the problem, but it is an absurd problem for a middle ware that is on version 10.

    Seems that if there is only 1 site running there is no problem, but if mulitple sites run on the same server, IIS gets hung up.

    I am glad to read that going back to CF 9 solved your problems. This is what we may do.

    Charlie Arehart, above has some good suggestions it seems, and from what I can tell, it is really a matter of CF10 working propertly with IIS 7. Problem can be solved by running IIS 7 with IIS 6 compatibility enabled?

    If anyone has come up with a stable config of the above specs - would love to hear it

    Thanks,

    james

    Participant
    November 22, 2012

    James,

    Update 4 had the connector fix in it. If you apply Update 4 and use wsconfig to disconnect and reconnect your instances to IIS 7, you should be good to go. The crashing should stop.

    Participant
    November 26, 2012

    Chris,

    Thank you for the note. We are have applied this fix, and so far so good.

    We also had to update a setting in CF admin setting for: “Maximum number of simultaneous Template requests”. The default for CF 10 is set to 25. The default install of our local copy of CF 10 has this set to 25. Our box was set to 10, as it was upgraded from 8 and 9 and we think this was left over from CF 8 and 9.

    However, according to Adobe, when the limit for Template requests is reached, the system is supposed to queue the rest. In our case it does not queue, it stops. So there is still some concern. 

    We also don’t see how a request is equal to site activity for 1 site. We thought that “worker processes” would be related to a number of different processes that happened when web templates run.

    Participating Frequently
    June 16, 2012

    Update for others hitting issues with CF10 and IIS on Win 2008 R2 64 Bit.....

    Thought I'd try a clean install and not an upgrade to CF9. I restored the server boot drive to a pre CF10 4installation state. Unistalled all connectors then unistalled CF9. Rebooted, then installed a clean version of CF10.  Hit some IIS issues as the default document and cfm connectors did not flow down to "all sites". I corrected by 'resetting to parent' for these settings. Then manually configured settings in CF Admin.

    All worked correctly UNTIL I rebooted and then hit the "service not available" again with a footnote of  "jakarta/isapi/isapi_redirector/1.2.32"

    Searching Google I found other users hitting the same issue in that this Tomcat connector fails to load normally on IIS start. Not sure if its a 64bit issue, but as I mentioned this server is running 64bit Win 2008R2, IIS 7.5 and CF10 64 bit. I'd have thought this was a very common server configuration.

    CF9 64 bit had no issues.

    Sadly I see no responses from Adobe.

    Have given up with CF10.

    Hopefully Adobe can come up with a fix soon!

    Inspiring
    June 18, 2012

    Had similar issues and attempted install/reinstall.  Found that the Handler Mappings were completely wrong.  Changed them to point to the correct location and all the problems disappeared. 

    Participating Frequently
    June 18, 2012

    Thanks Stephen!

    I also found mappings were still pointing at CF9 connectors after the standrad installtion and changed them using the CF10 Connector Tool. Confirmed they were correctly pointing to CF10 connectors and all worked well until a reboot when the connectors intermittently "dropped out" and I get the "service unavailable" screen.