Comments on: REALLY odd Windows Server 2008 R2 problem (solved) http://www.aaronpalermo.com/wordpress/archives/96 Tue, 24 May 2011 14:53:00 +0000 hourly 1 http://wordpress.org/?v=3.3.1 By: Patrick http://www.aaronpalermo.com/wordpress/archives/96/comment-page-1#comment-4607 Patrick Tue, 24 May 2011 14:53:00 +0000 http://www.aaronpalermo.com/wordpress/?p=96#comment-4607 Hello Aaron we had the exact same issue which we solved by reading your blog entry. The resolution path we took was simply to disable crash on Audit Fail and the server did work again as expected. I guess disabling crash on Audit Fail and instead enabling "Archive Log when full, do not overwrite events" ensures a propper security log trail. The Log itself shouldn't be larger than 128 MB in that case. Thank you VERY much for this blog entry. Saved hours of digging in the dark Best regards Patrick Hello Aaron

we had the exact same issue which we solved by reading your blog entry.

The resolution path we took was simply to disable crash on Audit Fail and the server did work again as expected.

I guess disabling crash on Audit Fail and instead enabling “Archive Log when full, do not overwrite events” ensures a propper security log trail.
The Log itself shouldn’t be larger than 128 MB in that case.

Thank you VERY much for this blog entry. Saved hours of digging in the dark
Best regards
Patrick

]]>