dbTalk Databases Forums  

SQL Native Client

microsoft.public.sqlserver.clients microsoft.public.sqlserver.clients


Discuss SQL Native Client in the microsoft.public.sqlserver.clients forum.



Reply
 
Thread Tools Display Modes
  #1  
Old   
Francois PIETTE
 
Posts: n/a

Default SQL Native Client - 03-13-2007 , 08:27 AM






I'm currently playing with SQL Server 2005. I deployed the server on a
W2K-Server. It works fine.
I have deployed two clients on computers running XP-Pro, using SQLNCLI.MSI.
No problem.
I have done the same deployment on a computer running W2K using the same
SQLNCLI.MSI. That computer is unable to connect to the database.

The error shown is:
Connection failed:
SQLState: '08001'
SQL Server Error: 2
[Microsoft][SQL NativeClient]Named Pipes Provider: could not open a
connection to SQL Server [2].
Connection failed:
SQL State: 'HYT00'
SQL Server Error: 0
[Microsoft][SQL NativeClient]Login timeout expired
Connection failed:
SQLState: '08001'
SQL Server Error: 2
[Microsoft][SQL NativeClient]An error has occured while establishing a
connection to the server. When connecting to SQL Server 2005, this failure
may be cause by the fact that under the default settings SQL Server does not
allow remote connections.

Since 2 out of 3 computers are able to connect, obvioulsy the server is
correctly configured to accept remote connections.

For all 3 client computers, the connection test is done by creating an ODBC
datasource, selecting "SQL Native Client" as driver, entering correct
parameters to reach the server and then testing the connection with the ODBC
wizard.

What can make the W2K computer be unable to connect to the server ?

I also installed the complete client utilies to test furter. Running SQL
Configuration Manager, I was able to check fr the protocols, specifically
named pipes and I verifyed that the pipe name was correct. I don't see
anything wrong and yet the computer can't connect to the server.

Any idea ?

--
Francois PIETTE
http://www.overbyte.be



Reply With Quote
  #2  
Old   
Peter Yang [MSFT]
 
Posts: n/a

Default RE: SQL Native Client - 03-13-2007 , 09:19 PM






Hello Francois,

If you'd like to connect to server by using SQL native client, you may need
to install sql client tool which include configuration manager. Actually
configuration manager use WMI API to connect to WMI provider to get sql
native client related information. If you don't want to use configuration
manager, you may need to develop your own code/script to do this job:

#WMI Provider for Configuration Management
http://msdn2.microsoft.com/en-us/library/ms180499.aspx

http://blogs.msdn.com/sql_protocols/...19/482840.aspx

If you have any feedback or wishes on this feature, I encourage you submit
via the link below and our product team would like to hear your voice:

http://lab.msdn.microsoft.com/produc...k/default.aspx

Please let me know if you have any further feedback or comments.

Thanks & Regards,

Peter Yang
MCSE2000/2003, MCSA, MCDBA
Microsoft Online Community Support
==================================================
Get notification to my posts through email? Please refer to
http://msdn.microsoft.com/subscripti...ult.aspx#notif
ications
<http://msdn.microsoft.com/subscriptions/managednewsgroups/default.aspx>.
Note: The MSDN Managed Newsgroup support offering is for non-urgent issues
where an initial response from the community or a Microsoft Support
Engineer within 1 business day is acceptable. Please note that each follow
up response may take approximately 2 business days as the support
professional working with you may need further investigation to reach the
most efficient resolution. The offering is not appropriate for situations
that require urgent, real-time or phone-based interactions or complex
project analysis and dump analysis issues. Issues of this nature are best
handled working with a dedicated Microsoft Support Engineer by contacting
Microsoft Customer Support Services (CSS) at
<http://msdn.microsoft.com/subscriptions/support/default.aspx>.
==================================================
This posting is provided "AS IS" with no warranties, and confers no rights.


Reply With Quote
  #3  
Old   
Peter Yang [MSFT]
 
Posts: n/a

Default RE: SQL Native Client - 03-13-2007 , 09:51 PM



Hello Francois,

Sorry I posted the reply to another thread from you here.

I understand that only a Win2K client cannot connect to SQL 2005 after you
installed SQL native client. You encounter error message "login timeout
expired". 2 WinXP machine works fine. If I'm off-base, please let me know.

Since named pipes is based on netbios, you may want to temoporarily disable
any firewall on the client to test.

Also, on SQL server side, please first run "SQL Server Surface Area
Configuration" tool to enable remote connections, then open "SQL Server
Configuration Manager" to make sure TCPIP protocol is enabled, and check
the port it uses. Please check the SQL error log and make sure both named
pipes and TCPIP is really enabled on the server.

C:\Program Files\Microsoft SQL Server\MSSQL.x\MSSQL\LOG\errorlog

On Win2k mahcine, first use configuration manager to make sure both TCPIP
and named pipes are enabled. Then you may try the following steps:

1. Ping <server name> <port> to make sure it is open and can be accessed
from client. For example:

ping sqlserver 1433

2. Try to use TCP to by using the following command:

sqlcmd tcp:<servername>,<port>

For example:

sqlcmd tcp:sqlserver,1433

3. Try to use Named pipe to connect to command. For example:

sqlcmd -S np:\\ComputerA\pipe\sql\query


sqlcmd -S np:\\ComputerA\pipe\MSSQL$<instancename>\sql\query --named
instance

If you have any update, please feel free to let me know. Thank you.

Thanks & Regards,

Peter Yang
MCSE2000/2003, MCSA, MCDBA
Microsoft Online Community Support
==================================================
Get notification to my posts through email? Please refer to
http://msdn.microsoft.com/subscripti...ult.aspx#notif
ications
<http://msdn.microsoft.com/subscriptions/managednewsgroups/default.aspx>.
Note: The MSDN Managed Newsgroup support offering is for non-urgent issues
where an initial response from the community or a Microsoft Support
Engineer within 1 business day is acceptable. Please note that each follow
up response may take approximately 2 business days as the support
professional working with you may need further investigation to reach the
most efficient resolution. The offering is not appropriate for situations
that require urgent, real-time or phone-based interactions or complex
project analysis and dump analysis issues. Issues of this nature are best
handled working with a dedicated Microsoft Support Engineer by contacting
Microsoft Customer Support Services (CSS) at
<http://msdn.microsoft.com/subscriptions/support/default.aspx>.
==================================================
This posting is provided "AS IS" with no warranties, and confers no rights.


Reply With Quote
  #4  
Old   
Francois PIETTE
 
Posts: n/a

Default Re: SQL Native Client - 03-14-2007 , 02:10 AM



Quote:
I understand that only a Win2K client cannot connect to SQL 2005 after you
installed SQL native client. You encounter error message "login timeout
expired". 2 WinXP machine works fine. If I'm off-base, please let me know.
You correctly sumarized the situation.

Quote:
Since named pipes is based on netbios, you may want to temoporarily
disable
any firewall on the client to test.
There is no firewall. I can also add that the same computer is using an MSDE
(SQL7) database.

Quote:
Also, on SQL server side, please first run "SQL Server Surface Area
Configuration" tool to enable remote connections, then open "SQL Server
Configuration Manager" to make sure TCPIP protocol is enabled, and check
the port it uses. Please check the SQL error log and make sure both named
pipes and TCPIP is really enabled on the server.
C:\Program Files\Microsoft SQL Server\MSSQL.x\MSSQL\LOG\errorlog
I will check, but since two XP computers are connected correctly, I guess
everything is OK at server side.
Checked. Named pipes and tCP/IP are activated. TCP/IP use port 1433.

Quote:
On Win2k mahcine, first use configuration manager to make sure both TCPIP
and named pipes are enabled.
They are both enabled. I also tryed changing the order of protocols. No
success.

Quote:
Then you may try the following steps:

1. Ping <server name> <port> to make sure it is open and can be accessed
from client. For example:

ping sqlserver 1433

2. Try to use TCP to by using the following command:

sqlcmd tcp:<servername>,<port

For example:

sqlcmd tcp:sqlserver,1433

3. Try to use Named pipe to connect to command. For example:

sqlcmd -S np:\\ComputerA\pipe\sql\query


sqlcmd -S np:\\ComputerA\pipe\MSSQL$<instancename>\sql\query --named
instance
Will try and let you know the results.

--
Francois PIETTE
http://www.overbyte.be




Reply With Quote
  #5  
Old   
Francois PIETTE
 
Posts: n/a

Default Re: SQL Native Client - 03-14-2007 , 03:26 AM



Using your information, I was able to solve the problem.
The problem was the pipe name for the instance.
Thanks for your good support.

--
Francois PIETTE
http://www.overbyte.be

"Peter Yang [MSFT]" <petery (AT) online (DOT) microsoft.com> a écrit dans le message de
news:jeX70weZHHA.2368 (AT) TK2MSFTNGHUB02 (DOT) phx.gbl...
Quote:
Hello Francois,

Sorry I posted the reply to another thread from you here.

I understand that only a Win2K client cannot connect to SQL 2005 after you
installed SQL native client. You encounter error message "login timeout
expired". 2 WinXP machine works fine. If I'm off-base, please let me know.

Since named pipes is based on netbios, you may want to temoporarily
disable
any firewall on the client to test.

Also, on SQL server side, please first run "SQL Server Surface Area
Configuration" tool to enable remote connections, then open "SQL Server
Configuration Manager" to make sure TCPIP protocol is enabled, and check
the port it uses. Please check the SQL error log and make sure both named
pipes and TCPIP is really enabled on the server.

C:\Program Files\Microsoft SQL Server\MSSQL.x\MSSQL\LOG\errorlog

On Win2k mahcine, first use configuration manager to make sure both TCPIP
and named pipes are enabled. Then you may try the following steps:

1. Ping <server name> <port> to make sure it is open and can be accessed
from client. For example:

ping sqlserver 1433

2. Try to use TCP to by using the following command:

sqlcmd tcp:<servername>,<port

For example:

sqlcmd tcp:sqlserver,1433

3. Try to use Named pipe to connect to command. For example:

sqlcmd -S np:\\ComputerA\pipe\sql\query


sqlcmd -S np:\\ComputerA\pipe\MSSQL$<instancename>\sql\query --named
instance

If you have any update, please feel free to let me know. Thank you.

Thanks & Regards,

Peter Yang
MCSE2000/2003, MCSA, MCDBA
Microsoft Online Community Support
==================================================
Get notification to my posts through email? Please refer to

http://msdn.microsoft.com/subscripti...ult.aspx#notif
ications
http://msdn.microsoft.com/subscriptions/managednewsgroups/default.aspx>.
Note: The MSDN Managed Newsgroup support offering is for non-urgent issues
where an initial response from the community or a Microsoft Support
Engineer within 1 business day is acceptable. Please note that each follow
up response may take approximately 2 business days as the support
professional working with you may need further investigation to reach the
most efficient resolution. The offering is not appropriate for situations
that require urgent, real-time or phone-based interactions or complex
project analysis and dump analysis issues. Issues of this nature are best
handled working with a dedicated Microsoft Support Engineer by contacting
Microsoft Customer Support Services (CSS) at
http://msdn.microsoft.com/subscriptions/support/default.aspx>.
==================================================
This posting is provided "AS IS" with no warranties, and confers no
rights.




Reply With Quote
Reply




Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

vB code is On
Smilies are On
[IMG] code is On
HTML code is Off



Powered by vBulletin Version 3.5.3
Copyright ©2000 - 2012, Jelsoft Enterprises Ltd.