D'oh.

After much digging, and trying everything suggested - it was eventually 
discovered by a coworker that permissions were suffering from 
broken-by-the-GUI-itis. After I reapplied  permissions using XCACLS 
everything worked properly. I hate when somebody else looks at a problem 
for 5 minutes and finds an answer you've spent the entire day looking for.

Thanks for all the suggestions.

Gareth Edwards wrote:
> Maybe manually check your /cfide mapping in the /lib/neo-runtime.xml file?
>
> Look for something like
>
> <var name='/CFIDE'><string>C:\webroot\CFIDE</string></var>
>
> Otherwise, look for the root of your Coldfusion JRun instance and put 
> a copy of the CFIDE directory in there and see if that works?
>
> Cheers
> Gareth.
>
> Steve Onnis wrote:
>> Have a look at FileMon
>> (http://www.microsoft.com/technet/sysinternals/utilities/filemon.mspx).
>> Install it and try and run some stuff and see if the dll is being accessed
>> at all and if there are any permission issues happening.  This is how I have
>> overcome these sorts of issues in the past
>>
>> Steve 
>>
>> -----Original Message-----
>> From: [email protected] [mailto:[EMAIL PROTECTED] On Behalf
>> Of Sean Bucklar
>> Sent: Monday, 29 October 2007 2:03 PM
>> To: [email protected]
>> Subject: [cfaussie] Re: File not found: /cfide/administrator/
>>
>>
>> The server has been up and running for a while. Honestly I don't know if it
>> was working previously - largely because the guy who built the server is
>> currently out of the country. I assume so because there's content accessing
>> a CF DSN's on the server and the initial install is from a SOE image that
>> wouldn't need any changes after it was deployed.
>>
>> Steve Onnis wrote:
>>   
>>> Was this an upgrade or a fresh install?
>>>
>>> Did it work before you locked it down?
>>>
>>> -----Original Message-----
>>> From: [email protected] [mailto:[EMAIL PROTECTED] On 
>>> Behalf Of Sean Bucklar
>>> Sent: Monday, 29 October 2007 1:22 PM
>>> To: [email protected]
>>> Subject: [cfaussie] Re: File not found: /cfide/administrator/
>>>
>>>
>>> I did wonder about that - but the files are where they're supposed to 
>>> be, and IIS has the correct directory paths.
>>>
>>> The only things I can find in google are some references to people in 
>>> the past who've had a permissions error (they think) and an article 
>>> that doesn't apply.
>>>
>>> I've hit this issue before, and fixed it by removing and recreating 
>>> the .cfm extension bindings - unfortunately no joy with that this time.
>>>
>>> Barry Beattie wrote:
>>>   
>>>     
>>>> has someone been playing around with your IIS mappings?
>>>>
>>>> it's like IIS just doesn't know where cfide is, possibly because it 
>>>> may not be be in the webroot, or the default website is somewhere 
>>>> outside it...
>>>>
>>>> gut feeling: IIS mapping issue...
>>>>
>>>> HTH
>>>> barry.b
>>>>
>>>>
>>>> On 10/29/07, Sean Bucklar <[EMAIL PROTECTED]> wrote:
>>>>   
>>>>     
>>>>       
>>>>> I have a weird issue. I'm using ColdFusion Server Enterprise,
>>>>> 7,0,1,116466 on Win2003 with IIS.
>>>>>
>>>>> When I try to browse to /cfide/administrator, I get a file not found
>>>>>       
>>>>>         
>>> error:
>>>   
>>>     
>>>>>  File not found: /cfide/administrator/
>>>>>
>>>>> Resources:
>>>>>
>>>>>     * Check the ColdFusion documentation to verify that you are 
>>>>> using the correct syntax.
>>>>>     * Search the Knowledge Base to find a solution to your problem.
>>>>>
>>>>> Browser       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US;
>>>>> rv:1.8.1.8) Gecko/20071008 Firefox/2.0.0.8
>>>>>
>>>>> I've checked. The files are there.
>>>>>
>>>>> I can copy a very simple test file into the administrator directory 
>>>>> and I get the same error, so I don't think it's a missing
>>>>>       
>>>>>         
>>> include/component.
>>>   
>>>     
>>>>> I've tried renaming the /cfide/administrator/application.cfm just to 
>>>>> make sure that it wasn't something being called from there.
>>>>>
>>>>> If I copy the test file up to the /cfide directory - everything 
>>>>> works
>>>>>       
>>>>>         
>>> fine.
>>>   
>>>     
>>>>> The administrator directory is locked down to prevent anonymous 
>>>>> browsing, and IP restricted. But I can authenticate fine with a user 
>>>>> which has full administrator rights over the server. I've verified 
>>>>> that the user is a member of the Administrators group, and the 
>>>>> administrators group has full control over the full file system. 
>>>>> I've tried also giving that user explicit full control over the test 
>>>>> file and over the jrun_iis6.dll, and the jrun_iis6_wildcard.dll with 
>>>>> no effect. The /cfide/administrator directory is NOT an application 
>>>>> root, so it's taking it's extension bindings from it's parent 
>>>>> directory - so if the bindings are correct /cfide (which I know they 
>>>>> are, because my test script runs), they should therefore be right in 
>>>>> /cfide/administrator as well. I've tried making the 
>>>>> /cfide/administrator an application root and ensuring that the 
>>>>> extension bindings are correct, but still the same error. I've tried 
>>>>> enabling anonymous browsing and disabling IP restrictions - also 
>>>>> with no
>>>>>       
>>>>>         
>>> effect.
>>>   
>>>     
>>>>> I've recycled the relevant application pool, restarted the 
>>>>> webservice and restarted the server at various points in trying to 
>>>>> resolve the issue without success.
>>>>>
>>>>> The obvious question, what's changed on the server recently is 
>>>>> unfortunately pretty broad in terms of content. In terms of system 
>>>>> state and operating environment? Nothing relevant that I can find.
>>>>>
>>>>> I'm fairly sure that I'm missing something obvious. But I just can't 
>>>>> find it. Any suggestions would be most appreciated.
>>>>>
>>>>>
>>>>>     
>>>>>       
>>>>>         
>>>>   
>>>>     
>>>>       
>>>
>>>
>>>     
>>>   
>>>     
>>
>>
>>
>>
>>
>>
>>
>>   
>
> >


--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups 
"cfaussie" group.
To post to this group, send email to [email protected]
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at 
http://groups.google.com/group/cfaussie?hl=en
-~----------~----~----~----~------~----~------~--~---

Reply via email to