Please start any new threads on our new site at https://forums.sqlteam.com. We've got lots of great SQL Server experts to answer whatever question you can come up with.

 All Forums
 SQL Server 2000 Forums
 SQL Server Development (2000)
 Unspecified error in ASP

Author  Topic 

nlocklin
Yak Posting Veteran

69 Posts

Posted - 2002-10-11 : 16:12:31
I have an active server page that calls a stored procedure in SQL Server 2000. The stored procedure has been taking a few seconds to execute and has steadily been increasing as the data in the database increases. It's up to 55 seconds now (almost enough that it's not feasible to use for a web page), and I've started getting the following error message in the ASP: "Microsoft OLE DB Provider for SQL Server error '80004005' Unspecified error"

I tried messing with the Server.ScriptTimeout setting in ASP, but I guess that only has to do with the loading time for the page, as opposed to any database connection. Does anyone know how can I resolve this error?

Thanks in advance!


--
"It's not that I'm lazy... it's that I just don't care."

royv
Constraint Violating Yak Guru

455 Posts

Posted - 2002-10-11 : 16:28:57
The error that you are getting does not sound like a timeout error. But I think you are asking about the query timeout, and the way to control that is through the CommandTimeout property via the ado connection object.

*************************
Someone done told you wrong!
Go to Top of Page

M.E.
Aged Yak Warrior

539 Posts

Posted - 2002-10-11 : 17:31:04
I think thats the error you will get if it times out or is killed on the MSSQL server side isn't it? If you kill process on a query you get an unspecified error like that

-----------------------
SQL isn't just a hobby, It's an addiction
Go to Top of Page

Lavos
Posting Yak Master

200 Posts

Posted - 2002-10-12 : 02:08:02
Hmmm, I have no idea what error that could be. I'm assuming you are using ADO, are there any other messages in the connection.Errors collection? Is the server logging anything like the thread being selected as the victim to be killed when a deadlock is detected? Have you used SQL Profiler to see the messages being passed back and forth?


Personally, I'd be more concerned about the procedure taking more time. Is it *just* data increasing, or has usage also been increasing? Does the execution plan for the stored procedure show table scans being performed? Execution plans can help you learn a lot about how your code is performing. I've swapped the placement of columns in an index when I saw the server was constantly rebuilding it in queries. For that matter, is the data fragmented across pages? Are there lots of locks in the system?

----------------------
"O Theos mou! Echo ten labrida en te mou kephale!"
Go to Top of Page
   

- Advertisement -