Home | Contact Us | FAQ | Search & Site Map | Link to Us
Sign In | Join | Other 45 Sites in Network
Home
Discussion Groups
DB Engine
SQL ServerMSDESQL Server CE
Services
Analysis (Data Mining)Analysis (OLAP)DTSIntegration ServicesNotification ServicesReporting Services
Programming
CLRConnectivitySQLXML
Other Technologies
ClusteringEnglish QueryFull-Text SearchReplicationService Broker
General
Data WarehousingPerformanceSecuritySetupSQL Server ToolsOther SQL Server Topics
DirectoryUser Groups
Related Topics
MS AccessOther DB ProductsMS Server Products.NET DevelopmentVB DevelopmentJava DevelopmentMore Topics ...

SQL Server Forum / Programming / XML / June 2005

Tip: Looking for answers? Try searching our database.

For XML Problem with IIS6 and W2k3

Thread view: 
Enable EMail Alerts  Start New Thread
Thread rating: 
ajsmith02 - 06 Oct 2004 21:37 GMT
I have this function that worked like a charm under IIS5 and W2K.  You pass a
sql string that has for xml auto or a stored produre that has for xml auto in
it.  Under IIS6 and W2K3 it stops working after a couple of days with no
rhyme or reason.  No error log either.  We applied all the service packs
including sqlxml sp3.  What is wrong? Thanks.

Here is the code:
function getSQLXML(byval sqlString)
    dim adoConn
    dim adoCmd
    dim adoStreamQuery
    set adoConn = vbsqlconnection 'located in sharedfunctions.asp
    adoConn.CommandTimeout = 300
   
    set adoStreamQuery = Server.CreateObject("ADODB.Stream")
    set adoCmd = Server.CreateObject("ADODB.Command")'
    adoCmd.ActiveConnection = adoConn
    adoCmd.CommandTimeout = 300
    adoConn.CursorLocation =  adUseClient

    dim sQuery  
    sQuery = "<recordset xmlns:sql='urn:schemas-microsoft-com:xml-sql'>"
    sQuery = sQuery + "<sql:query>"+sqlString+"</sql:query>"
    sQuery = sQuery + "</recordset>"
               
    adoStreamQuery.Open    'Open the command stream so it may be written to
    adoStreamQuery.WriteText sQuery, adWriteChar   'Set the input command
stream's text with the query string
    adoStreamQuery.Position = 0   'Reset the position in the stream, otherwise
it will be at EOS

    adoCmd.Dialect = "{5D531CB2-E6Ed-11D2-B252-00C04F681B71}"   'Set the
dialect for the command stream to be a SQL query.
    adoCmd.CommandStream = adoStreamQuery     'Set the command object's command
to the input stream set above

    dim outStrm
    set outStrm = Server.CreateObject("ADODB.Stream")     'Create the output
stream
    outStrm.Open

    adoCmd.Properties("Output Stream").Value = outStrm  'Set command's output
stream to the output stream just opened    
    adoCmd.Execute , , adExecuteStream
    'Response.Write(outStrm.ReadText)
    adoCmd.ActiveConnection = nothing
    adoConn.Close
    set adoConn = nothing
    getSQLXML = outStrm.ReadText
end function

P.S. Goorbeeman in the group microsoft.public.sqlserver.server has the same
problem
Michael Rys [MSFT] - 07 Oct 2004 08:36 GMT
Can you run the FOR XML query directly on the database?

Have you tried a different template/query to see if the connection works?

Best regards
Michael

>I have this function that worked like a charm under IIS5 and W2K.  You pass
>a
[quoted text clipped - 53 lines]
> same
> problem
ajsmith02 - 07 Oct 2004 15:07 GMT
To specify the problem.  This chunk of code has been working for about 3
years on IIS5 and W2K.  The sql that gets executed is passed in as a string
variable.  To answer your question the for xml queries always runs correctly
in sql server.  In the IIS6 and W2k3 combo this code runs fine for days and
then all of a sudden it bombs without an error message.  I have isolated the
place in the asp code snippet below on this line:

adoCmd.Execute , , adExecuteStream

My next step is to recycle the application pool and for the most part that
gets things going again.  Sometimes I have to restart IIS and still sometimes
I have to reboot the server all together.  If something where wrong with the
code then it should never work.  If something were wrong with the sql being
executed then I should get a sql server error.

Thanks for the reply.

> Can you run the FOR XML query directly on the database?
>
[quoted text clipped - 60 lines]
> > same
> > problem
Michael Rys [MSFT] - 07 Oct 2004 18:15 GMT
Can you send me your private contact info (delete the online part in my
email alias)? I will get somebody from the SQLXML team to get in contact
with you to figure out where the problem lays.

Thanks
Michael

> To specify the problem.  This chunk of code has been working for about 3
> years on IIS5 and W2K.  The sql that gets executed is passed in as a
[quoted text clipped - 91 lines]
>> > same
>> > problem
ajsmith02 - 08 Oct 2004 17:23 GMT
I ran iisstate against w3wp.exe and it consistantly hangs at this point

ModLoad: 74540000 745d2000   C:\WINDOWS\system32\mlang.dll
(e88.5d0): Access violation - code c0000005 (first chance)
(e88.5d0): C++ EH exception - code e06d7363 (first chance)

> Can you send me your private contact info (delete the online part in my
> email alias)? I will get somebody from the SQLXML team to get in contact
[quoted text clipped - 98 lines]
> >> > same
> >> > problem
Bertan ARI [MSFT] - 07 Oct 2004 21:24 GMT
You can send your case directly to me: bertan at gmail dot com. Please,
iclude your vb script and query, your schema/template if there is any.

In the mean time, I don't see that you are using IIS anywhere here. You are
simply using ADO. IIS shouldn't be the issue here.

I am afraid your problem lies somewhere in your machine/system
configurations. The only issue I know for SqlXml3 on Win2003 is that you
have to install Soap toolkit seperately.

Thanks.

Signature

Bertan ARI
This posting is provided "AS IS" with no warranties, and confers no rights.

> To specify the problem.  This chunk of code has been working for about 3
> years on IIS5 and W2K.  The sql that gets executed is passed in as a string
[quoted text clipped - 77 lines]
> > > same
> > > problem
ajsmith02 - 08 Oct 2004 17:23 GMT
I ran iisstate against w3wp.exe.  When the web app hangs here is the
consistant error
ModLoad: 74540000 745d2000   C:\WINDOWS\system32\mlang.dll
(e88.5d0): Access violation - code c0000005 (first chance)
(e88.5d0): C++ EH exception - code e06d7363 (first chance)

> You can send your case directly to me: bertan at gmail dot com. Please,
> iclude your vb script and query, your schema/template if there is any.
[quoted text clipped - 105 lines]
> > > > same
> > > > problem
Kuen Siew [MSFT] - 10 Feb 2005 02:35 GMT
I tried running a simple for xml query on W2K3 IIS6 for almost a week and
haven't seen any AV/hangs or exception under a debugger.  Could you send me a
sample of your xml query that caused the problem?  Did you see any unusual
behavior in sqlserver process when it happened?

thanks,
-kuen

> I ran iisstate against w3wp.exe.  When the web app hangs here is the
> consistant error
[quoted text clipped - 111 lines]
> > > > > same
> > > > > problem
Andrew - 15 Feb 2005 18:09 GMT
I am seeing the same thing.  The queries continue to execute just fine
through Query Analyzer.  The ASP pages in IIS run fine for days with no
apparent problem, but after a while they begin to hang. Each time, an
IISRESET fixes the problem, but it always returns.  Looking at the
resources in the task manager, you'd never know anything was wrong;
memory and CPU usage are so low they barely register.  No errors seem
to be reported anywhere.  IIS itself even continues to serve pages
without any noticable slowdown.  The only pages that seem to be
affected are the ones using ADODB commands and streams to read XML
query results.

> I tried running a simple for xml query on W2K3 IIS6 for almost a week and
> haven't seen any AV/hangs or exception under a debugger.  Could you send me a
[quoted text clipped - 123 lines]
> > > > > > same
> > > > > > problem
klockwood - 10 Jun 2005 21:28 GMT
Hi All,

I am having the EXACT same problem that all of you have so eloquently
described.  Was there any luck with either the patches or the use of
SQLXMLOLEDB instead of SQLOLEDB?

Thanks much.

Keith

> To specify the problem.  This chunk of code has been working for about 3
> years on IIS5 and W2K.  The sql that gets executed is passed in as a string
[quoted text clipped - 77 lines]
> > > same
> > > problem
Chandra Kalyanaraman [MSFT] - 10 Jun 2005 21:49 GMT
Can you post  a repro of this scenario or the one that you have. I can ask
the stress team here to run and analyse this one.

Thanks
Chandra
Signature


------------------------------------------------------
This posting is provided "AS IS" with no warranties, and confers no rights.
Use of included script samples are subject to the terms specified at
http://www.microsoft.com/info/cpyright.htm

> Hi All,
>
[quoted text clipped - 105 lines]
>> > > same
>> > > problem
klockwood - 13 Jun 2005 14:57 GMT
Hi,

Our code, with the exception of a few On Error Statements, is exactly the
same as the code block listed by ajsmith02 below.  Is that enough to go on?

Thanks

Keith

> Can you post  a repro of this scenario or the one that you have. I can ask
> the stress team here to run and analyse this one.
[quoted text clipped - 110 lines]
> >> > > same
> >> > > problem
Chandra Kalyanaraman [MSFT] - 14 Jun 2005 01:08 GMT
Hi Keith,
I have asked one of my team members to look at this. It seems we have seen
similar issue once before.
It would help if you can give me a SqlQuery to execute and sample data for
this scenario.

thanks
Chandra

Signature

------------------------------------------------------
This posting is provided "AS IS" with no warranties, and confers no rights.
Use of included script samples are subject to the terms specified at
http://www.microsoft.com/info/cpyright.htm

> Hi,
>
[quoted text clipped - 133 lines]
>> >> > > same
>> >> > > problem
Chandra Kalyanaraman [MSFT] - 14 Jun 2005 18:51 GMT
Hi Keith,
Here are a few workarounds that you could try. These were the solutions
given when we saw this issue last time.We were not able to repro it last
time.

You could try this and see if any of these solutions work for you. (These
are posts from people who had a similar problem)

1.
> "spamgone@cox.net" wrote:

> > Well, my company called into Microsoft yesterday and they gave us a

> > couple of solutions. We haven't implemented any of them yet, so

> > take them with a grain of salt. The problem is that the sqlxmlx.dll

> > is unloading unexpectedly, which causes the web pages to lockup.

> > There at three possible solutions.

> > 1. Install the hotfix associated to this KB:
> > http://support.microsoft.com/?kbid=838976

> > 2. Install the MDAC 2.8 hotfixes associated to this KB:
> > http://support.microsoft.com/?kbid=839801 (includes the above

> > hotfix)

> > 3. Install W2K3 Service Pack 1 (includes both of the above)

I think we are going to try solution one first and go from there.

> > Again, we haven't tried them yet and since the problem doesn't

> > happen daily, when we do implement them we won't know for a while if

> > it is successful. Hopefully this helps.

> > Paul

> Thanks for the tip, Paul. It looks like the most promising lead I've seen.

> As a possible workaround, I switched to the SQLXMLOLEDB provider,

> since this is a straight XML request. Although it's too soon to tell,

> the page has been stable for 3 days now, which is the longest it's

> gone so far without a freeze-up. I'm going to let it go a full week,

> and then I'll install the hotfix from Paul's KB link and switch back to
> the SQLOLEDB provider to test.

> I'll report my results back here.

> //bob

the site has been stable for a week now using the SQLXMLOLEDB provider, so
I'm assuming that the problem is indeed in the SQLOLEDB files themselves.

I'm loading the MDAC 2.8 hotfixes now (from
http://support.microsoft.com/kb/838976/), after which I will switch back to
the original SQLOLEDB connection string. I'll post a followup with my
results.

//bob

"Bob Hobnob" wrote:

HTH,

Chandra

------------------------------------------------------
Signature

This posting is provided "AS IS" with no warranties, and confers no rights.

Use of included script samples are subject to the terms specified at
http://www.microsoft.com/info/cpyright.htm

> Hi Keith,
> I have asked one of my team members to look at this. It seems we have seen
[quoted text clipped - 145 lines]
>>> >> > > same
>>> >> > > problem
klockwood - 16 Jun 2005 21:51 GMT
OK.  Will do.  I only posted in case some more information had been found on
the problem since then, but this is still MUCH more information than we've
been able to find elsewhere.  I've also verified that our IT support staff
has not installed SP1 on our Windows 2003 server, so the suggestions below
might just work out.

Thanks for your help.

Keith

> Hi Keith,
>  Here are a few workarounds that you could try. These were the solutions
[quoted text clipped - 224 lines]
> >>> >> > > same
> >>> >> > > problem
ashort - 25 Jan 2005 17:57 GMT
Did anyone ever resolve this?  I am having the exact same issue...returning
results from a FOR XML procedure to an ado stream object stops working every
several days.

> I have this function that worked like a charm under IIS5 and W2K.  You pass a
> sql string that has for xml auto or a stored produre that has for xml auto in
[quoted text clipped - 49 lines]
> P.S. Goorbeeman in the group microsoft.public.sqlserver.server has the same
> problem
ajsmith02 - 26 Jan 2005 16:17 GMT
Nobody helped me.  It turned out to be a blessing in disguise.  I wound up
creating a component using .Net to pass through the "For XML" sql statements
and return the xml in for of a text stream.  After I created the component I
Com Wrapper (using .NET) so that my old asp page to use it.

> Did anyone ever resolve this?  I am having the exact same issue...returning
> results from a FOR XML procedure to an ado stream object stops working every
[quoted text clipped - 53 lines]
> > P.S. Goorbeeman in the group microsoft.public.sqlserver.server has the same
> > problem
TomKelleher - 17 Apr 2005 19:34 GMT
Folks,
Has ANYONE solved this problem?  I am getting "Catastrophic failure
messages and Err.Number = -2147418113 from my ASP pages, consistently

Thanks in advance...

- Tom

> [B]Did anyone ever resolve this?  I am having the exact sam
> issue...returning
[quoted text clipped - 10 lines]
> with no
> > rhyme or reason.  

-
TomKellehe
-----------------------------------------------------------------------

Kuen Siew [MSFT] - 18 Apr 2005 18:37 GMT
Hi,

Could anyone reproduce the problem with a generic ASP page against e.g.
Northwind database?  If so, please send me the code if possible.  I have the
following ASP page and run it for days on Windows Server 2003 and SQLXML3
SP3, but didn't see it hanging using a stress app.  

Also, Windows Server 2003 SP1 can be downloaded, so if someone could give it
a try, it would be great.

<!--#include file="common.inc"-->
<% Response.ContentType = "text/xml" %>
<object id="conn" progid="ADODB.Connection" runat="Server"></object>
<%
Dim strSQL, getSQLXML, strSQLXML, objCmd
dim outStrm

set outStrm = Server.CreateObject("ADODB.Stream")     'Create the output
stream
outStrm.Open

strSQL = "<sql:query>select * from orders for xml auto</sql:query>"
strSQLXML = "<?xml version=""1.0"" ?><root
xmlns:sql='urn:schemas-microsoft-com:xml-sql'>" & strSQL & "</root>"

conn.Open strConnNew

Set objCmd = Server.CreateObject("ADODB.Command")

objCmd.ActiveConnection = conn
objCmd.CommandText = strSQLXML
objCmd.Dialect = "{5d531cb2-e6ed-11d2-b252-00c04f681b71}"
objCmd.Properties("Output Stream").Value = outStrm

objCmd.Execute , , 1024
outStrm.Position = 0
outStrm.Charset = "utf-8"
getSQLXML = outStrm.ReadText(-1)
outStrm.Close
Response.Write("<root/>")
%>

thx,
-kuen

Signature

This posting is provided "AS IS" with no warranties, and confers no rights.


> Folks,
> Has ANYONE solved this problem?  I am getting "Catastrophic failure"
[quoted text clipped - 27 lines]
> ------------------------------------------------------------------------
>  
spamgone@cox.net - 21 Apr 2005 20:09 GMT
I have started experiencing the same problem when my company switched
to the Windows 2003 servers.  Since the switch, our asp web pages that
contain the adodb.stream objects will randomly lockup until the
application pool is recycled in IIS.  Then everything will run smoothly
for a few days.  All ASP pages that don't contain the adodb.stream
object will continue to work as normal, when the lockup occurs.  No
errors are generated in the logs and the web server and database server
doesn't show any signs of heavy memory or CPU usage.  You can even
run the "FOR XML AUTO" stored procedures in query analyzer without
any errors during this time.  To try and prevent the problem we setup
the application pools to be recycled nightly, but that doesn't appear
to make any difference.  We have Microsoft SQL Server on a different
machine then our web server, but I doubt that makes a difference.  The
offending ASP pages were working perfectly fine without any issues when
the server was still Windows 2000 Server.

Here is the basics of the offending ASP pages:

<%@ Language=VBScript %>
<%Option Explicit%>
<%
Dim objCommand,objXML,objStream,objRoot

    Set objCommand = Server.CreateObject("ADODB.Command")
    Set objXML = Server.CreateObject("MSXML2.DomDocument")
    Set objStream = Server.CreateObject("ADODB.Stream")

    objStream.Open
        With objCommand
            .ActiveConnection = "Provider=SQLOLEDB; Data Source=ExampleServer;
Network Library=DBMSSOCN; Initial Catalog=ExampleDB; User Id=Example;
Password=Example"
            .CommandType = adCmdStoredProc
            .CommandText = "SP_Example"
            .Properties("Output Stream") = objStream
            .Execute ,, adExecuteStream
        End With

    objXML.loadXML("<root>" & objStream.ReadText & "</root>")
    Set objRoot = objXML.documentElement
%>

I have not included the rest of the code that displays the returned
data because the page does not appear to get past the Execute
statement.

The stored procedure is basically:

CREATE PROCEDURE SP_Example
AS
SELECT ExampleID, ExampleName from ExampleTable
FOR XML AUTO

GO

Any suggestions, beyond recoding every web page, would be greatly
appreciated.

Thanks.
Paul
Michael Rys [MSFT] - 22 Apr 2005 05:50 GMT
Thanks for the explanation. I am checking with the MDAC team to see if they
are aware of the issue.

Thanks
Michael

>I have started experiencing the same problem when my company switched
> to the Windows 2003 servers.  Since the switch, our asp web pages that
[quoted text clipped - 56 lines]
> Thanks.
> Paul
Bob Hobnob - 09 May 2005 02:41 GMT
Any result from the MDAC team?  I am fighting the same issue, and would be
very interested in a solution or workaround.

> Thanks for the explanation. I am checking with the MDAC team to see if they
> are aware of the issue.
[quoted text clipped - 62 lines]
> > Thanks.
> > Paul
Anton Klimov [MS] - 09 May 2005 20:29 GMT
MDAC team hasn't seen the problem you describe in our internal tests.
Does this page lockup mean that the thread executing the script hangs?
If so is it possbile to get the stack trace and the version information for
the modules involved?

Signature

This posting is provided "AS IS" with no warranties, and confers no rights.

> Any result from the MDAC team?  I am fighting the same issue, and would be
> very interested in a solution or workaround.
[quoted text clipped - 65 lines]
> > > Thanks.
> > > Paul
Bob Hobnob - 10 May 2005 05:17 GMT
Below I have copied my post from the data.ado group - it contains my ASP code
and the IISState log for the problem thread.  I can provide module versions,
if you wouldn't mind telling me which dll's to examine.  I did just install
the MDAC 2.8 upgrade, but the behavior was the same before as after.  I'm not
sure how to provide a stack trace, but I'll see if I can Google something on
it.  I'd be happy to provide anything I can  to help solve this issue.

//bob

--snip--
Like many others, I am struggling with a problem in Win2K3 and IIS6 using an
ADO Stream object and an SQL FOR XML stored procedure.  Let me preface by
saying that the ASP code has worked flawlessly on Win2K and IIS 5 for over a
year.  Now on Win2K3, the page will work for a while, then it becomes
unresponsive.  It returns no error, it just hangs the connection so that no
other site page will respond until the browser is closed and re-opened.  
Sometimes recycling the app pool will clear it up temporarily, sometimes I
have to restart IIS.  Page will work fine for a few hours or even days, then
it stops responding.  CPU and memory utilization seem normal in TaskMan.

First, here's the ASP code:

<%
 dim cn
 set cn = server.CreateObject("ADODB.Connection")
 cn.open MM_iiWeb_STRING
 dim result
 result =  getSQLXML(cn, "exec proc_getLinkCatXML", "linkpage.xsl", ".")
 response.Write result
 if cn.state=1 then cn.close()
 set cn = nothing   

%>

<%
function getSQLXML(byref cn, byval sql, byval xslfile, byval basepath)
 dim cmd
 dim objOutStream
 Set objOutStream = Server.CreateObject("ADODB.Stream")
 objOutStream.open
 Set cmd = Server.CreateObject("ADODB.Command")   
 cmd.ActiveConnection = cn
 cmd.CommandText = sql
 cmd.Properties("Base Path").Value = Server.MapPath(basepath)   
 cmd.Properties("XML Root") = "root"
 cmd.Properties("XSL") = xslfile
 cmd.Properties("Output Stream") = objOutStream
 cmd.Execute , , adExecuteStream   

 getSQLXML =  objOutStream.ReadText
 objOutStream.Close
 set objOutStream = nothing
 set cmd = nothing   
end function
%>

When it hangs, here is IISState log info for the thread:

Thread ID: 15
System Thread ID: bc0
Kernel Time: 0:0:0.109
User Time: 0:0:0.968
Thread Type: ASP
Executing Page: C:\INETPUB\WWWROOT\IIWEB\TEMPLATES\LINKS.ASP

# ChildEBP RetAddr  
00 025de3d8 77f4262b SharedUserData!SystemCallStub+0x4
01 025de3dc 77e418ea ntdll!NtDelayExecution+0xc
02 025de444 77e416ee kernel32!SleepEx+0x68
03 025de450 0439c4f9 kernel32!Sleep+0xb
04 025de464 04382a20 msado15!CQuery::Cancel+0x50
05 025de49c 0437d84d msado15!CCommand::Cancel+0x58
06 025de4ac 0437516f msado15!CCommand::Term+0xd
07 025de4c8 04373951 msado15!CStdSymbiontObject::InternalRelease+0x6c
08 025de4d8 7710736a msado15!ATL::CComObject<CRecordset>::Release+0x11
09 025de4e8 7346384b OLEAUT32!VariantClear+0xad
0a 025de4fc 734641cf vbscript!VAR::Clear+0xab
0b 025de50c 7346416a vbscript!CScriptRuntime::Cleanup+0x59
0c 025de84c 73465184 vbscript!CScriptRuntime::Run+0x2ccc
0d 025de504 80020102 vbscript!CScriptRuntime::Run+0x99
WARNING: Frame IP not in any known module. Following frames may be wrong.
0e 025de504 80020102 0x80020102
0f 00000000 00000000 0x80020102

I have seen the same problem posted several times in various newsgroups and
message boards for the past 8 months or so, but I have seen no explaination,
solution, or workaround offered.  I would appreciate any insights.

//bob

--end snip--

> MDAC team hasn't seen the problem you describe in our internal tests.
> Does this page lockup mean that the thread executing the script hangs?
> If so is it possbile to get the stack trace and the version information for
> the modules involved?
Anton Klimov [MS] - 10 May 2005 22:22 GMT
The stack you provided shows a problem with releasing a pointer to a rowset.
However the code fragment you posted does not have any rowsets defined,
unless I'm missing something.
You should see where you might have recordsets created with asynchronous
execution.
Signature

This posting is provided "AS IS" with no warranties, and confers no rights.

> Below I have copied my post from the data.ado group - it contains my ASP code
> and the IISState log for the problem thread.  I can provide module versions,
[quoted text clipped - 92 lines]
> > If so is it possbile to get the stack trace and the version information for
> > the modules involved?
Bob Hobnob - 11 May 2005 08:35 GMT
The code I posted is the complete content of the "links.asp" problem page.  
This page is called via an ASP Server.Execute command inside another page.  
This "parent" page does have 2 database routines of it's own - both use the
ADODB.Connection "Execute" method to run stored procedures that return
recordsets into variables (no recordset objects explicitly created).  As far
as I know, the default "Execute" behavior is synchronous, yes?  I certainly
am not specifying the asynchronous option.  After the recordsets are
returned, I explicitly close and "nothing" the recordsets, then close and
"nothing" the connection object. This code is all supposed to run and
complete before the "links.asp" page gets executed.

Does any of this info raise a red flag?

//bob

> The stack you provided shows a problem with releasing a pointer to a rowset.
> However the code fragment you posted does not have any rowsets defined,
> unless I'm missing something.
> You should see where you might have recordsets created with asynchronous
> execution.
spamgone@cox.net - 11 May 2005 15:57 GMT
Well, my company called into Microsoft yesterday and they gave us a
couple of solutions.  We haven't implemented any of them yet, so take
them with a grain of salt.  The problem is that the sqlxmlx.dll is
unloading unexpectedly, which causes the web pages to lockup.

There at three possible solutions.

1. Install the hotfix associated to this KB:
http://support.microsoft.com/?kbid=838976

2. Install the MDAC 2.8 hotfixes associated to this KB:
http://support.microsoft.com/?kbid=839801 (includes the above hotfix)

3. Install W2K3 Service Pack 1 (includes both of the above)

I think we are going to try solution one first and go from there.
Again, we haven't tried them yet and since the problem doesn't happen
daily, when we do implement them we won't know for a while if it is
successful.  Hopefully this helps.

Paul
Bob Hobnob - 12 May 2005 17:48 GMT
Thanks for the tip, Paul.  It looks like the most promising lead I've seen.

As a possible workaround, I switched to the SQLXMLOLEDB provider, since this
is a straight XML request.  Although it's too soon to tell, the page has been
stable for 3 days now, which is the longest it's gone so far without a
freeze-up.  I'm going to let it go a full week, and then I'll install the
hotfix from Paul's KB link and switch back to the SQLOLEDB provider to test.  
I'll report my results back here.

//bob

> Well, my company called into Microsoft yesterday and they gave us a
> couple of solutions.  We haven't implemented any of them yet, so take
[quoted text clipped - 17 lines]
>
> Paul
Bob Hobnob - 17 May 2005 19:57 GMT
UPDATE:
the site has been stable for a week now using the SQLXMLOLEDB provider, so
I'm assuming that the problem is indeed in the SQLOLEDB files themselves.  
I'm loading the MDAC 2.8 hotfixes now (from
http://support.microsoft.com/kb/838976/), after which I will switch back to
the original SQLOLEDB connection string.  I'll post a followup with my
results.

//bob

> Thanks for the tip, Paul.  It looks like the most promising lead I've seen.
>
[quoted text clipped - 28 lines]
> >
> > Paul
Francisco  Amaro - 28 Feb 2005 15:34 GMT
Just to say we are getting the same problem quite a quite a large FOR XML
statement. The returned XML isn't that big.

I also am able to run that exact statement on query analyser without
problems while the problem is occuring. hence I think it is an issue with
the ADODB.stream object rather than the SQL statement.

Any information would be greaty appreciated.

Francisco.Amaro[at]migg.com
 
Sign In
Join
My Latest Posts
My Monitored Threads
My Blog
My Photo Gallery
My Profile
My Homepage

Start New Thread
Enable EMail Alerts
Rate this Thread



©2010 Advenet LLC   Privacy Policy - Terms of Use
This website includes both content owned or controlled by Advenet as well as content owned or controlled by third parties.