Skip to main content
Participant
October 14, 2010
Question

CF9 Administrator login not available on IIS (Win7)

  • October 14, 2010
  • 2 replies
  • 1959 views

Hi, I hope someone can help with this problem.

I have been trying to get a CF9 developer installation working on a new Windows 7 Pro / IIS7.5 (build 7.5.7600.16385) laptop. I am getting the "Could not find the ColdFusion component or interface CFIDE.adminapi.security" message when trying to browse to the CF Administrator - none of the existing threads or blogs that I've so far found help in resolving the problem.

IIS appears to be correctly installed with all of the required compatibility options included (the only IIS-related Service - aka "Windows Features" - not installed is the FTP Server). Interestingly, I cannot browse to or even start the default web site as I consistently get an error message that another process has a lock on the resource - though I can't find what process this might be and a hard-reboot doesn't release it. Other web sites on the same server will start ok.

CF9 also seems to have installed correctly (each time), with appropriate directory trees in both C:\ColdFusion9 and C:\inetpub\wwwroot\ (i.e. no duplicated or child CFIDE folders as suggested in Adobe's kb404796). I have installed using the built-in web server and with "All IIS web servers" options with a complete uninstall in-between, with the exact same results. I have also tried creating a separate CFIDE virtual site and mapping to it through IIS (removing the prior virtual mapping) and giving it it's own port (*:81) through IIS instead of through the default site with 8500, browsing to the Administrator via this gives the same error result. IP bindings are to "all unallocated".

All relevant Services appear to be started and running, browsing to an in-development web site on this server gives a "datasource not found" error; understandable since I can't get into the CFAdmin to set the DSN, although I have done this through Windows as an ODBC source, just in case.

The logfile in the FailedReqLogFiles (for a couple of requests to the Administrator page) gives the following:

#Software: Microsoft Internet Information Services 7.5
#Version: 1.0
#Date: 2010-10-14 00:16:41
#Fields: date time s-ip cs-method cs-uri-stem cs-uri-query s-port cs-username c-ip cs(User-Agent) sc-status sc-substatus sc-win32-status time-taken
2010-10-14 00:16:41 fe80::a03f:1733:60ec:578a%11 GET /administrator/ - 81 - fe80::a03f:1733:60ec:578a%11 Mozilla/5.0+(Windows;+U;+Windows+NT+6.1;+en-GB;+rv:1.9.2.10)+Gecko/20100914+Firefox/3.6.10+(+.NET+CLR+3.5.30729;+.NET4.0C) 503 0 0 30406
2010-10-14 00:16:56 fe80::a03f:1733:60ec:578a%11 GET /favicon.ico - 81 - fe80::a03f:1733:60ec:578a%11 Mozilla/5.0+(Windows;+U;+Windows+NT+6.1;+en-GB;+rv:1.9.2.10)+Gecko/20100914+Firefox/3.6.10+(+.NET+CLR+3.5.30729;+.NET4.0C) 404 0 2 15003
2010-10-14 00:17:11 fe80::a03f:1733:60ec:578a%11 GET /favicon.ico - 81 - fe80::a03f:1733:60ec:578a%11 Mozilla/5.0+(Windows;+U;+Windows+NT+6.1;+en-GB;+rv:1.9.2.10)+Gecko/20100914+Firefox/3.6.10+(+.NET+CLR+3.5.30729;+.NET4.0C) 404 0 2 30009
2010-10-14 00:17:11 fe80::a03f:1733:60ec:578a%11 GET /favicon.ico - 81 - fe80::a03f:1733:60ec:578a%11 Mozilla/5.0+(Windows;+U;+Windows+NT+6.1;+en-GB;+rv:1.9.2.10)+Gecko/20100914+Firefox/3.6.10+(+.NET+CLR+3.5.30729;+.NET4.0C) 404 0 2 27147
2010-10-14 00:17:53 fe80::a03f:1733:60ec:578a%11 GET /administrator/ - 81 - fe80::a03f:1733:60ec:578a%11 Mozilla/5.0+(Windows;+U;+Windows+NT+6.1;+en-GB;+rv:1.9.2.10)+Gecko/20100914+Firefox/3.6.10+(+.NET+CLR+3.5.30729;+.NET4.0C) 500 0 0 6229
#Software: Microsoft Internet Information Services 7.5
#Version: 1.0
#Date: 2010-10-14 01:01:26
#Fields: date time s-ip cs-method cs-uri-stem cs-uri-query s-port cs-username c-ip cs(User-Agent) sc-status sc-substatus sc-win32-status time-taken
2010-10-14 01:01:26 fe80::a03f:1733:60ec:578a%11 GET /administrator/ - 81 - fe80::a03f:1733:60ec:578a%11 Mozilla/5.0+(Windows;+U;+Windows+NT+6.1;+en-GB;+rv:1.9.2.10)+Gecko/20100914+Firefox/3.6.10+(+.NET+CLR+3.5.30729;+.NET4.0C) 500 0 0 208

But unfortunately just a generic 500.0 server error doesn't seem very helpful, however the very first entry error (503) indicates a Service unavailable. Damned if I can figure out which one though. It might have started manually at the request I suppose, which would account for the long time-taken value.

I've also checked the W3SVC settings in the C:\inetpub\AdminScripts\adsutil.vbs file but all look pretty ok. However the bindings are all pointing to :81 (the CFIDE virtual site) as the default which seems a little strange. (The default web site is bound to port 80 as per normal default setup.) Anyone know if I should edit all entries to :80?

By the way, CF9 worked perfectly on my old WinXP laptop when installed with it's built-in web server. I'd even consider going back to it but I'm reluctant because this one is much better!

Any help or ideas gratefully received... Thanks.

    This topic has been closed for replies.

    2 replies

    Participant
    October 22, 2010

    Ok, I finally got CF Administrator (and CF itself, in fact) working on IIS7.5 under Windows 7 Professional. A test install on another laptop (same make/model) but the Windows 7 Ultimate version worked first time 'out of the box', with both the baseline CF9 install and the update to 9.01 indicating that the problem lay with the "Professional" version, which presumably Microsoft has nobbled in some way to downgrade it from the "Ultimate".

    Applying the CF9.01 update to the Win7Pro laptop had not fixed the issue - CF Admin still gave the "CFIDE.adminapi.security" not found error. A search for instances of "cfide" found only the expected items so no duplication/child folders despite numerous re-installs. Lots of messing about with the new IIS Management Console (including getting used to the way different interface) and reading turgid MS Technotes seemed to indicate that the problem might be with an inability for CF to traverse the CFIDE path - CF couldn't find the first instance of CFIDE, let alone any other potentailly duplicated instances. As in Vista, in Win7 MS set all security to "highest" and all access to "lowest" by default.

    Cutting a long story and lots of trial-and-error short, under the main server entry for localhost in IIS, I Delegated Authority (Feature Delegation under the "Management" section in Management Console) for "Authentication - Forms" resetting from 'Read Only' (seems to be the default setting) to 'Read/Write' with Inheritance, and the server now works correctly (after a reboot).

    But I wish I'd had the Win 7 Ultimate to start with and saved myself a week of messing about in the entrails of IIS - MS have taken a nice simple obvious server GUI and made it complicated, horrible and fugly and with badly written and/or pretty much useless help docs as well.

    Legend
    October 14, 2010

    Hi Malcolm,

    What happens when you run "Web Server Configuration Tool"? Is Configured Web Server present or not?

    If not perhaps you can use Add button then select IIS Web Site: All - tick Configure web server for CF9 apps then press OK.

    HTH, Carl.

    Participant
    October 14, 2010

    Hi Carl

    Yes, I had previously run the Config tool and set it to "All" IIS sites and CF9 apps on. JRun is also set as Host: localhost and Server: coldfusion. However I noticed when I re-ran it a moment ago (to check what the settings were in the UI) that on "OK" it warns that "IIS site "All" has already been configured with different attributes." Doesn't actually seem to matter what attributes I try to set, it tells me this every time.

    Thanks,

    Malc

    Legend
    October 14, 2010

    Hi Malc,

    Two more things come to mind. You have tried updater1? Last - perhaps re-install CF9 and use built in webserver, then you should be able to login to CFadmin and also use Config tool to connect with IIS. Not something I would do in "production" but maybe to "get out of a jam".

    again HTH, Carl.