Let me clarify your understanding of how IIS works. Unlike Apache, IIS will
dynamically read and apply any setting changes you make in a performant
manner. What this means is that:
1. WP will only read the metadata for requests that it is serving.
2. WP will cache the metadata such that future requests for the same URL
will not need any disk reads
3. WP will be notified if the metadata is changed, so that it can flush that
cache entry and save memory
This means that WP can be trying to read metadata at any time, depending on
whether IIS has processed that request URL before and whether metadata has
changed since caching.
One possible explanation for your situation is that you have some other
process on the server (maybe it was some GPO script, your own
admin/monitoring scripts, etc) which took a lock on the metabase for a long
time, possibly changing many properties while doing server maintenance.
This will naturally cause WP to invalidate there metadata cache entries,
which forces them to look up the values again -- and since this process also
locked the metabase up (it may be doing a long series of operations on the
metabase), it prevents WP from reading the metabase when it needed some
metadata to finish processing a request. Of course, this is a problem with
that other process, and it needs to be fixed.
--
//David
IIS
http://blogs.msdn.com/David.Wang
This posting is provided "AS IS" with no warranties, and confers no rights.
//
"Mike Price" <Mike...@discussions.microsoft.com> wrote in message
news:2E964F43-F7AF-4464...@microsoft.com...
Thanks for your reply. Unfortunately the WP didnt recycle or did
recycle and didn't fix the issue because the virtual that uses the WP that
was deteremined to be unhealthy was not working.
I still think that you are running some other process that happens to keep
the metabase locked and prevent w3wp.exe from reading and serving requests.
What is causing that, I do not know -- but that is really an issue for you
to determine because you do not want to be running such bad code.
--
//David
IIS
http://blogs.msdn.com/David.Wang
This posting is provided "AS IS" with no warranties, and confers no rights.
//
"Mike Price" <Mike...@discussions.microsoft.com> wrote in message
news:4B168F56-EB7E-40D3...@microsoft.com...