Hello World,
One of our customers keeps getting the following error:
ODBC error code: -1
Net library error code: 2746x (10054)
SQLState: 01000
Description: ConnectionWrite(send())
I have looked up on the Microsoft web pages and have found:
http://support.microsoft.com/kb/q303120/
The description on this page states that this bug was fixed with SQL
Server 2000, service pack 2, so I asked the customer about the server
version number of his SQL Server 2000.
He has 8.00.818 (and lightweight pooling to default, which is off).
Accorind to the SQL Server 2000, service pack 3 description, an
installed SP3 has number 8.00.760.
Due to this circumstances I suppose our customer has a fixed version of
SQL Server 2000 and the problem is located somewhere else. Am I right?
Thanks for your help and best regards
Andreas
--
Andreas Tscharner andreas.tscharner@.metromec.ch
---
Das Denken eines Programmierers ist stets logisch (IF 1=2 THEN CALL
MainProgram), immer strukturiert und von keinerlei Vorurteilen
beeinträchtigt (ON Hunger GOSUB Aldi ELSE RETURN).
-- aus Murphy's Computergesetzen8.00.818 is the version number for the MS03-031 security patch. It was released after SP3a.
/risun
>--Original Message--
>Hello World,
>One of our customers keeps getting the following error:
>ODBC error code: -1
>Net library error code: 2746x (10054)
>SQLState: 01000
>Description: ConnectionWrite(send())
>I have looked up on the Microsoft web pages and have found:
>http://support.microsoft.com/kb/q303120/
>The description on this page states that this bug was fixed with SQL >Server 2000, service pack 2, so I asked the customer about the server >version number of his SQL Server 2000.
>He has 8.00.818 (and lightweight pooling to default, which is off). >Accorind to the SQL Server 2000, service pack 3 description, an >installed SP3 has number 8.00.760.
>Due to this circumstances I suppose our customer has a fixed version of >SQL Server 2000 and the problem is located somewhere else. Am I right?
>Thanks for your help and best regards
> Andreas
>-- >Andreas Tscharner andreas.tscharner@.metromec.ch
>----
--
>Das Denken eines Programmierers ist stets logisch (IF 1=3D2 THEN CALL
>MainProgram), immer strukturiert und von keinerlei Vorurteilen
>beeintr=E4chtigt (ON Hunger GOSUB Aldi ELSE RETURN).
> -- aus Murphy's Computergesetzen
>.
>|||Anthony,
Please stop confusing people by referring to build 817 (or 818 or 819
or MS03-031) as the "Slammer Worm build." This has nothing to do with
Slammer. As I've already pointed out, and as you can verify by reading
the security bulletins, MS03-031 addresses three post-Slammer
vulnerabilities. Like all Microsoft hotfixes, it is cumulative, but it
is definitely not the "Slammer Worm build," and it was released long
after the patch and service pack addressing the Slammer vulnerability
were released.
SK
AnthonyThomas wrote:
>Actually, 817 is the MS03-031 Slammer Worm build. 818 fixes an error MS03-031 introduced into the DTSGUI.dll and build 819 fixes a SQLEM password error introduced by the 818 fix. You should have build 819 to have all the tools fixed.
>Also, there have been three other publicly available hot fixes since then, 839, 859, and the latest, 879.
>Sincerely,
>
>Anthony Thomas
>
>|||Thanks for clearing this up, Anthony!
SK
AnthonyThomas wrote:
>My apologies to everyone. You, of course, are absolutely right. The Sapphire/Slammer Worm attacked Jan. 25, 2003, but the patches were available the prior summer but had not been applied by many. Obviously, MS03-031 was deployed until later 2003. Both deal with protocol hijacking and buffer overrun issues and, since we had been applying SP3, then shortly thereafter, SP3a, this seemed like the proactive release.
>The confusion was entirely my own.
>Sincerely,
>
>Anthony Thomas
>
>
Friday, March 9, 2012
Subscribe to:
Post Comments (Atom)
No comments:
Post a Comment