This is not related to TFS, but I need a place to write this down. On one of our runtime machines, we had an issue where II 7 stopped running. It turns out that the Windows Process Activation Service (WAS) was down. When trying to restart WAS, we got an Error 183 – Unable to create file (or something like that). When trying to open Event Viewer or any other snap-ins to MMC, we got a “could not load snap-in error.”
Through hair pulling and swearing, we finally tracked down a machine.config change that one of my colleagues made. In the process of doing some tuning, the I haven’t reviewed the schema, but I’m guessing this is not valid as it does not make sense.
After removing the autoConfig, we were back up and running. Thanks to Carlo for pointing us in the right direction.
<processModel maxWorkerThreads="100" maxIoThreads="100" minWorkerThreads="50" memoryLimit="90"/>
<httpRuntime minFreeThreads="12"/>
<processModel autoConfig="true"/>
Friday, December 17, 2010
Windows Process Activation Service – Error 183
Posted by Mac Noland at 8:57 AM 0 comments
Monday, December 13, 2010
Windows "Loopback bug" when using a FQDN
We just got our new TFS 2010 hardware! Unfortunately, my smile was quickly brought to its knees by the "loopback bug" where you can access a IIS site (in our case it's a Share Point site running under IIS 7.5) via fully qualified domain name (FQDN) from a client machine, but can't use the FQDN on the server looping back to the server. When trying to use the FQDN locally on the server, we continually get the username/password prompt.
Here is the work around if you loose a day on this like I did. Option #1 worked for us. Thanks for the post at Server Fault for reminding me.
Posted by Mac Noland at 7:33 PM 0 comments
Subscribe to:
Posts (Atom)