Problem : Server.CreateObject Failed 80070008 – MSXML object

Problem : Server.CreateObject Failed 80070008 – MSXML object

I have a website developed in ASP + VBS, hosted on Windows 2003, Server Web IIS, Microsoft SQL Server 2005 database – 9.00.1399.06
For approximately a month, we have been confronted with the following problems. Sometimes, without making any configuration or code changes, this error appears:

Server object error ‘ASP 0177 : 80070008’
Server.CreateObject Failed

This error appears at the code line:
Set objXmlHttp = Server.CreateObject(“Msxml2.ServerXMLHTTP.4.0″)
We also tried the method:
Set xmlhttp = Server.CreateObject(“Microsoft.XMLHTTP”)
Same error.

More recently, another error appeared:
Microsoft OLE DB Provider for ODBC Drivers error ‘80004005’
[Microsoft][ODBC SQL Server Driver][DBNETLIB]SSL Security error
/default.asp, line 20

This error appears at the code lines (the last one, more precisely):
Set objConn = Server.CreateObject(“ADODB.Connection”)
objConn.Open strConnString

Of course, the setting of the connection string is correct.

All these problems have been solved so far with a server restart, but this is in no way a professional solution.
If you have any suggestion on how to solve this problem, we would be very grateful.

Solution : Server.CreateObject Failed 80070008 – MSXML object

First thing I see about your config is that SQL can use all available memory on the server (based on what you are giving us).  My initial feeling is that this may be a part of the situtaion.

After you reset the app and it is working again, what is the typical memory load of the worker process that is associated with the app?

Where is all this going?  If you web app typically 300M of RAM over time and SQL is unconstrained, SQL could use, say 1.5G of RAM, the OS needs say 300-400M, your app can only get 100-200M to run resulting in what appear to be out-of-memory type issues… not enough RAM to do a Server.CreateObject.

I would limit the memory config in SQL to 1GB and see if you app becomnes stable.