[VBNET2005] Transport-level errors met Sql Server

[Verwijderd]

Hallo,

Op dit moment ondervinden wij erg vaak exceptions in onze productieomgeving in deze vorm:

code:

System.Data.SqlClient.SqlException A transport-level error has occurred when 
sending the request to the server. (provider: TCP Provider, error: 0 - An 
operation was attempted on something that is not a socket.)

code:

System.Data.SqlClient.SqlException A transport-level error has occurred when 
receiving results from the server. (provider: TCP Provider, error: 0 - The 
network connection was aborted by the local system.)

code:

System.Data.SqlClient.SqlException A transport-level error has occurred when 
receiving results from the server. (provider: TCP Provider, error: 0 - The 
handle is invalid.)

en zelfs éénmaal

code:

System.Data.SqlClient.SqlException A transport-level error has occurred when 
receiving results from the server. (provider: TCP Provider, error: 0 - A 
blocking operation was interrupted by a call to WSACancelBlockingCall.)

In onze acceptatieomgeving en ontwikkelomgeving treden de exceptions minimaal op. De meldingen op zich (Na TCP Provider) lijken allemaal op Windows kernel meldingen.

Het zoeken op Google levert mij eigenlijk heel weinig op... Kan iemand mij:

1. Helpen met het reproduceren van deze problemen, daar ze schijnbaar willekeurig optreden
2. Uitleggen waar de fouten vandaan komen

Productie omgeving zijn meerdere Internet Servers geconnect met een database farm. Internet Servers zijn Windows Server 2003 machines. IIS6.0 welke wisselend ASP.net 1.1 en ASP.net 2.0 webapplicaties draait. Deze ASP.net webapplicaties draaien allemaal onder hun eigen application pool. Database is SQL Server 2005.

De applicaties waar de fout in optreed zijn .net 2.0 applicaties.

[MTWZZ]

Staat er tussen de twee servers misschien een firewall?
Je zou eventueel kunnen proberen om named pipes te gebruiken en te kijken of dat iets oplost maar dat is meer shotgun debugging
Deze thread op channel9 heeft meer info over hetzelfde probleem. En dan specifiek deze link.

[ Voor 42% gewijzigd door MTWZZ op 01-10-2007 20:59 ]

[Verwijderd]

We zijn vorige week achter het probleem gekomen. We kregen wel meerdere meldingen in onzo monitoring mailbox met meldingen over handles.

Het probleem lag in een klasse die een CloseHandle API call uitvoerde met de verkeerde handle. Hierdoor werden willekeurig handles gesloten wat zich uitte in onvoorspelbaar gedrag wanneer de server erg veel requests te verwerken kreeg.

Daar CloseHandle niet deterministisch is, sluit deze de handle zonder er verder naar te kijken.

[PolarBear]

For the record. Ook ik ben dit probleem tegen gekomen in een productieomgeving. Diverse applicaties hadden hier last van, of ze nu via ADO(.Net) of ODBC verbinding maakte. Enige wat hielp na een dag debuggen was het herinstallaren van MS SQL (een paardemiddel maar het werkte).