Hey, kids:
We have a couple of development workstations that use ODBC to access a SQL Server on a third machine. Access works fine from the dusty old machine we keep around as a spare, but just stopped working from the shiny Lenovo T590 the other coder uses and has worked fine for years. Using any one of the three 32-bit drivers installed on the machine, we can use an old or create a new System DSN, specify the server machine (SERVERNAME\SQLEXPRESS) and use SQL Server Authentication to access the machine. Clicking on the dialog to specify a default database hangs for a long time and then returns an error, as does the "Test" option on the last page of the ODBC setup.
One the dusty old machine, using identical login credentials, it works fine.
Have dropped firewalls on both the server and workstations, no change.
No recent software installs, other than the Windows Updates ("that won't break anything, will it?" is Laura's funniest joke, first told in... 1997?)
Something's changed, clearly, and it's likely one of us flailing at the Network settings that threw it off, but I don't see it. Any ideas on what to try next?
Local LAN is just a bunch of machines, no domain, Active Directory, workgroup or HomeGroup set up.
All boxes can ping each other, so basic name resolution is working fine.
Any and all ideas welcomed!
Far more information than you need, included below:
Same machines on same LAN, no changes. 1. Old machine: 64-bit Windows 10 Pro, version 1902, Build 18362.1016, Intel Core 2 1.86GHz, 8 Gb RAM Dell Optiplex 2. New Machine: 64-bit Windows 10 Pro, same version and build, Lenovo T590, Intel i7-8665U 1.90/2.11 GHz, 16Gb RAM 3. Server is an HP Pro 3005 running 32-bit Windows 10 Pro, version 1909, Build 18363.1082, an AMD Athlon II X2 245 2.90 GHz with 8Gb RAM, (3.25 usable due to 32-bit OS)
From the ThinkPad:
Microsoft SQL Server Native Client Version 11.00.2100
Data Source Name: XXXXXX
Data Source Description: XXXXXX
Server: SERVERNAME\SQLEXPRESS
Use Integrated Security: No
Database: XX_XXX
Language: (Default)
Data Encryption: No
Trust Server Certificate: No
Multiple Active Result Sets(MARS): No
Mirror Server:
Translate Character Data: Yes
Log Long Running Queries: No
Log Driver Statistics: No
Use Regional Settings: No
Use ANSI Quoted Identifiers: Yes
Use ANSI Null, Paddings and Warnings: Yes
Microsoft SQL Server Native Client Version 11.00.2100
Running connectivity tests...
Attempting connection
[Microsoft][SQL Server Native Client 11.0]SQL Server Network Interfaces: Error Locating Server/Instance Specified [xFFFFFFFF].
[Microsoft][SQL Server Native Client 11.0]Login timeout expired
[Microsoft][SQL Server Native Client 11.0]A network-related or instance-specific error has occurred while establishing a connection to SQL Server. Server is not found or not accessible. Check if instance name is correct and if SQL Server is configured to allow remote connections. For more information see SQL Server Books Online.
TESTS FAILED!
With the 10.0 driver, I get a timeout message, SQL State '08001' and SQL error 10060, "A connection attempt failed because the connected party did not properly respond after a period of time, or established connection failed because the connected host has failed to respond." (Typos mine, retyping from screenshot)
Halp.
--- StripMime Report -- processed MIME parts --- multipart/alternative text/plain (text body -- kept) text/html ---
What version is SQL Server? There was a cumulative update to SQL Server 2019 recently which caused a lot of problems.
When creating the System DSN, does it work with an IP address as opposed to the hostname, i.e.
xxx.xxx.xxx.xxx\SQLEXPRESS
Is the SQL Server instance using dynamic ports and it's maybe decided to use a different one?
Does it work if you explicitly supply the port number?
Does SQL Server Management Studio connect ?
Have you restarted the SQL Server box and\or SQL Server services ?
On Wed, Oct 7, 2020 at 4:49 AM Alan Bourke alanpbourke@fastmail.fm wrote:
What version is SQL Server? There was a cumulative update to SQL Server 2019 recently which caused a lot of problems.
SQL Server Express 11.0.2100.60
When creating the System DSN, does it work with an IP address as opposed to the hostname, i.e.
xxx.xxx.xxx.xxx\SQLEXPRESS
Well. Maybe I should have asked a week ago. It does!
So, what did I do to screw up the name resolution from this machine to the server? Since another machine finds the server by hostname, I'll guess the server is configured correctly, but name resolution on this one workstation isn't finding it. My Windows sysadmin-foo has pretty much rusted and fallen off, since I've been out in the Linux galaxy for the past 15 years. Thanks for the clue on what to investigate next!
--- StripMime Report -- processed MIME parts --- multipart/alternative text/plain (text body -- kept) text/html ---
Hosts file?
--
rk
-----Original Message----- From: ProfoxTech profoxtech-bounces@leafe.com On Behalf Of Ted Roche Sent: Wednesday, October 7, 2020 2:53 PM To: profoxtech@leafe.com Subject: Re: [NF] SQL Server access via ODBC won't work from one workstation
On Wed, Oct 7, 2020 at 4:49 AM Alan Bourke alanpbourke@fastmail.fm wrote:
When creating the System DSN, does it work with an IP address as opposed to the hostname, i.e.
xxx.xxx.xxx.xxx\SQLEXPRESS
Well. Maybe I should have asked a week ago. It does!
+1
Paul H. Tarver
-----Original Message----- From: ProfoxTech [mailto:profoxtech-bounces@leafe.com] On Behalf Of Richard Kaye Sent: Wednesday, October 07, 2020 2:42 PM To: profoxtech@leafe.com Subject: RE: [NF] SQL Server access via ODBC won't work from one workstation
Hosts file?
--
rk
-----Original Message----- From: ProfoxTech profoxtech-bounces@leafe.com On Behalf Of Ted Roche Sent: Wednesday, October 7, 2020 2:53 PM To: profoxtech@leafe.com Subject: Re: [NF] SQL Server access via ODBC won't work from one workstation
On Wed, Oct 7, 2020 at 4:49 AM Alan Bourke alanpbourke@fastmail.fm wrote:
When creating the System DSN, does it work with an IP address as opposed to the hostname, i.e.
xxx.xxx.xxx.xxx\SQLEXPRESS
Well. Maybe I should have asked a week ago. It does!
[excessive quoting removed by server]