#36853 [Com]: Worker process crashes after application pool recycle

ID: 36853 Comment by: sschefer at scheferonline dot net Reported By: kleef84 at hotmail dot com Status: No Feedback Bug Type: IIS related Operating System: Windows Server 2003 SP1 PHP Version: 5CVS-2006-03-24 (CVS) New Comment: Deeper investigation of the problem indicates that the reason you are now getting this is because of .NET 2.0. In verison 1.0 and 1.1 it did not throw this exception because it was set to ignore it. If you don't have any security issues, you could probably just ignore them and be O.K. That would not be my choice. The solution is to recompile the DLL's (all of them) with Visual Studio 8. This will then correctly place them within the scope of the IIS authorized extension list. Workaround, back level your server to .NET 1.0 and do not apply any of the security patches. Once done, test and then start applying the security patches. Test each one don't just download them all install them. In a previous post my suggestion of proper ordering does work but it is exremely tedious and not something you want to endure everytime you add or remove functionality. Previous Comments: ------------------------------------------------------------------------ [2006-05-25 19:54:28] sschefer at scheferonline dot net Applies to all W2K3 versions after SP1 with DEP. My Installation is W2K3-R2 64bit -- The problem described is in the order in which the extensions are loading from the ini file. IIS fails to register the out of order dll. When a dependency is run agains the unregistered dll, windows DEP sees it as a threat and shuts down the worker process. Pretty sweet actually. The immediate solution is to comment out all of the extensions in your ini file and then one at a time, (very important), uncomment them and do a full reboot. DEP needs to be restarted clean so an IIS restart is not enough. When the offending extension causes the fault, cut and paste it one level above the last uncommented extension. You're probably going to do this several times before you get it right but eventually you will hit the sweet spot. The key is not to load extension you don't need. If this were any other vendors product I would find something better but the fact is that the product is so good that its worth the extra work to get it up and running. Note: You might be able to, (in fact you can), get away with just turning off DEP to get rid of the surface level problem but that would not solve the real problem. ------------------------------------------------------------------------ [2006-04-03 01:00:04] php-bugs at lists dot php dot net No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". ------------------------------------------------------------------------ [2006-04-01 02:11:17] funkyonex at hotmail dot com Try changing the identity of the application pool from NETWORK SERVEICE to IWAM_[SERVERNAME]. From the IIS console, right-click on the AppPool --> Properties --> Identity tab. ------------------------------------------------------------------------ [2006-03-26 12:34:40] tony2001@php.net I mean grab the binaries, not the sources and try them please. ------------------------------------------------------------------------ [2006-03-26 04:02:52] kleef84 at hotmail dot com I've tried with php5.1-200603252330.tar.gz, but unfortunately no positive effect. Debug Diagnostic Tool also gives the same result. I'm using Microsoft Visual C++ 6.0 to build PHP. The configure command I used is: cscript /nologo configure.js --enable-isapi --enable-cli-win32 --with-config-file-scan-dir=c:\php5 --with-mysqli --with-mysql --enable-pdo --with-pdo-mysql Any more actions I can take to provide you with more information on this? And what do you mean with 'official' in: Please try _official_ snapshots. ------------------------------------------------------------------------ The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/36853 -- Edit this bug report at http://bugs.php.net/?id=36853&edit=1