IIS 7 & IIS 8
ApplicationHost.config Cuorruption - Occurs Consistently
Last post Feb 29, 2012 07:13 PM by dhv
Aug 17, 2009 12:53 PM|LINK
I'm hoping you guys can help me. We're running a web farm with two IIS7 Webheads reading off a shared config.
The ApplicationHost.config file became corrupted on the share, basically the XML file just ended halfway through. We restored the config from a backup and IIS7 now starts and serves pages correctly, however, whenever we try and make any changes to IIS7 settings,
using either appcmd or the IIS7 GUI, the applicationHost.config file becomes corrupted again in EXACTLY the same part of the config file.
It always occurs on Line 5370
We have approximately 250 websites running on our cluster, and the load is minimal they are not very active.
The file is ~310KB large but after making any change to IIS7 Settings it truncates to 305KB.
We have anti-virus installed but have told our AV not to scan the directory with the configs inside. As a precaution, we have completely remove the AV from the servers with access to the shared config but this error is still occuring.
This has got us completely confused as the XML in applicationhost.config is correct enough so that IIS will load but as soon as any config changes are made it falls over and we have to restore it.
Any help you guys could provide would be most helpful, if you want any further information, please ask and I will get it for you.
Aug 17, 2009 01:09 PM|LINK
Does this occur if you make changes to this app config outside the shared config environment?
Aug 17, 2009 01:51 PM|LINK
Rovastart, thanks very much for your reply.
While writing my reply to you, we have just managed to resolve this, it does indeed to appear Anti-virus that was causing it, there was another box in our environment that used the file and although it did have AV installed, we had removed it but not rebooted,
and it seemed to be this rogue box causing the issue. After a reboot to fully remove AV it now works.
Now all we have to do is slowly integrate AV back into the system but set the configuration for maximum protection, but minimum IIS7-breakiness. We'll have to consult with our AV vendor as to what services and settings are safe to run. Once I find out, I'll
post the updates here to help others who might get the same issue.
Once again thanks for your fast response, much appreciated!
Feb 29, 2012 03:32 PM|LINK
Feb 29, 2012 07:13 PM|LINK
Thanks, we didn't actually have any AV software on the webservers - it appears to be the frequent changes to the file along with DFS trying to replicate it. Doesn't happen nearly as much with offlien files enabled though.