Talend community forum / tMSSqlConnection frustation!

craigjh · 2012-02-16 07:35:28

Tags: [component, mssql, tMSSqlConnection]

I'm out of ideas on how to get the tMSSqlConnection to connect to my SQL Server 2008 R2 database. This seems like it should be easy but for me it's been a humbling exercise in futility. Sure hope some can point out something I've overlooked.

Let me start with the typical error message:
Exception in component tMSSqlConnection_1
java.sql.SQLException: Network error IOException: Connection refused: connect
at net.sourceforge.jtds.jdbc.ConnectionJDBC2.<init>(ConnectionJDBC2.java:410)

TOS version: 5.0.1

Component basic config: Host: "127.0.0.1", Port: "1433", Schema: "dbo", Database: "QHR", Username: "MyUsername" Password: "MyPassword"

SQL Server 2008 R2: Windows Authentication, IP addresses enabled, Dynamic port, Remote connections allowed

Variations I've tried:
Host: "SQLR2" (the instance name), "(local)", "(localhost)", "192.168.10.20" (LAN IP address), "Servername\\SQLR2".
Port: (a different port number that was matched with a static port number on SQL Server side.)
Schema: (out of desperation tried "", but nothing else)
Username: tried blank usernames, tried blank username after adding NTLMAUTH.DLL (from jTDS 1.2.5) for Windows Authentication / SSO
Password: (same as for Username above)
Microsoft Firewall: enabled & disabled

I have also tried connect with named pipes after enabling this on SQL Server. I get the following error:
Exception in component tMSSqlConnection_1
java.sql.SQLException: Network error IOException: \\(local)\pipe\sql\query (The network path was not found)

I have no problem connecting with SQL Server Management Studio, SQL query tools, or Tableau (a data visualization app that can make MS SQL connections).

My system is running Windows 7 Professional with all patches & updates.

Cheers,
Craig

pedro · 2012-02-16 07:50:31

Hi Craig

This is a common issue about SQL SERVER 2008 Installation in Win7.
Check whether TCP/IP protocal has been started up in SQL SERVER Configure Manager.

Regards,
Pedro

craigjh · 2012-02-16 07:55:39

I had done that but I neglected to note this in my describing my other misadventures. Thanks for the suggestion though!

Craig

pedro · 2012-02-16 07:57:33

Hi Craig

Now I think this is an issue at MSSQL side...

Regards,
Pedro

craigjh · 2012-02-16 08:03:28

You could be correct. I'm torn between thinking it has something to do with the jdbc driver/component configuration and a networking issue. However, the fact that other programs can access the database tilts me towards the jdbc driver/component configuration (maybe somehow related to Windows Authentication for SQL Server).

I didn't mention it but I've also checked to make sure that TOS is using a direct connection (no proxy), which some users found to be a problem.

I appreciate your suggestion!
Craig

pedro · 2012-02-16 08:14:39

Hi Craig

Is MSSQL mixed auth mode(means both sqlserver auth mode and windows auth mode)?

Regards,
Pedro

craigjh · 2012-02-16 08:36:10

The database was installed to use Windows Authentication. I made a couple of attempts to reconfigure SQL Server for mixed mode, but I had similar connection issues and I was reluctant to leave SQL Server running in mixed mode so I undid those changes.

I never thought I'd spend an entire day just getting the connection working, especially since the options all seem pretty basic. I must be overlooking something simple, but I haven't been able to figure it out yet.

Craig

Beesblaas · 2012-02-16 08:44:41

Hi Craig

For windows authentication the username and password should be left blank in talend.

And then you should also have the ntlmauth.dll in the windows\system32 folder.

I had the same problem before and this worked for me. So hope this will be able to help you.

Regrds,

craigjh · 2012-02-16 09:00:48

Based on the reports of others, maybe even you own report, I was hopeful that the NTLMAUTH.DLL would be the secret sauce but I didn't see any change. I used the 64-bit dll and put it in \windows\system32. I didn't reboot, which I'm wondering now if that would have helped in case the dll doesn't get unloaded.

I also tried the current version of the jtds.jar file (this is the java driver that Talend uses). Talend ships with 1.2 and the current version is 1.2.5. I figured I had nothing to lose by trying but I couldn't tell any difference with this change either. Again, if a jar update requires a restart, then I might have to redo this.

Oh, btw, thanks for your suggestion, too!

Craig

Last edited by craigjh (2012-02-16 09:02:08)

janhess · 2012-02-16 10:07:20

Do you use instances?

craigjh · 2012-02-16 16:14:56

The SQL Server instance name is SQLR2; however, I don't see a field for entering the instance name. Where would this go?

Craig

janhess · 2012-02-16 17:04:45

In Additional JDBC parameters put "instance=SQLR2"
I think you will need username and password as well.

Last edited by janhess (2012-02-16 17:08:52)

craigjh · 2012-02-16 17:07:53

Cool, I'll give it a try. Got my fingers crossed! Will let you know how it turns out.

Craig

craigjh · 2012-02-16 17:14:06

This is some form of progress. Now I get a different message which suggests a connection might have occurred!

Exception in component tMSSqlConnection_1
java.sql.SQLException: Unable to get information from SQL Server: (local).

This gives me something different to try to figure out.

janhess, thanks for jumping in with your tip!

Craig

janhess · 2012-02-16 17:23:22

Try localhost if this is on your machine and use username and password

craigjh · 2012-02-16 17:53:57

More progress (I think)...

If I use username and password, I get a "login failed" message.

Leaving them blank and using localhost results in a message I've seen on the forum.
Exception in component tMSSqlConnection_1
java.sql.SQLException: I/O Error: SSO Failed: Native SSPI library not loaded. Check the java.library.path system property.

I'll check with how others dealt with this and see the door finally opens.

Craig

janhess · 2012-02-16 17:58:59

Have you tried sql server authentication?

I found this on a forum on the web.
Copy the file 'jtds-1.2.2-dist\x86\SSO\ntlmauth.dll' from the unzipped JTDS --> <SQL Developer Home>\jdk\jre\bin. Then restart SQL Developer.

Last edited by janhess (2012-02-16 18:00:28)

janhess · 2012-02-16 18:02:48

Have you seen this?
http://www.talendforge.org/forum/viewto … ?pid=60754

craigjh · 2012-02-16 19:53:25

janhess, thanks for your efforts. I'll be tied up the rest of today/tonight so it will be tomorrow before I can work more on this. I'll let you know as soon as I have had a chance to work more on it.

I wonder if this problem is limited to this component on Windows with SQL Server or if it's more widespread. It seems to be somewhat related to how the parameters are setup for the call to the jtds/jdbc driver. Hopefully I'll have a solution before much longer.

Regards,
Craig

DatPel · 2012-02-17 10:04:38

I had the same the problem with the TOS versions 4.2 and 5.0.
I think you should try with a version 4.1 of TOS, at least to see if your connection parameters are good.

janhess · 2012-02-17 15:45:39

I've tested my connection using instance and sql server authentication at 5.0.1 and it was ok.

craigjh · 2012-02-18 02:43:23

I tried the various suggestions with ntlmauth.dll and the jtds.jar file without success. So I figured I try an older version. Well, in less than 10 minutes I installed it and had a working connection.

I don't know what the problem is with the 5.x version but someone needs to figure it out. It seems fairly clear that Talend doesn't understand the root cause of the problem. Or perhaps no one uses MS SQL Server these days <wink!>.

I would again like to thank the people that offered the suggestions and support! It's awesome to see people helping each other out this way.

Craig

janhess · 2012-02-20 09:38:30

Which 5.x version were you using?

craigjh · 2012-02-20 10:45:12

I was using TOS 5.0.1.

janhess · 2012-02-20 10:47:30

I tested 5.0.1 using an import from 4.2.3 from 4.0.1 and it was ok. I'll try to set up a new connection and see if mine works.

Announcement

Unanswered posts

#1 2012-02-16 07:35:28

tMSSqlConnection frustation!

#2 2012-02-16 07:50:31

Re: tMSSqlConnection frustation!

#3 2012-02-16 07:55:39

Re: tMSSqlConnection frustation!

#4 2012-02-16 07:57:33

Re: tMSSqlConnection frustation!

#5 2012-02-16 08:03:28

Re: tMSSqlConnection frustation!

#6 2012-02-16 08:14:39

Re: tMSSqlConnection frustation!

#7 2012-02-16 08:36:10

Re: tMSSqlConnection frustation!

#8 2012-02-16 08:44:41

Re: tMSSqlConnection frustation!

#9 2012-02-16 09:00:48

Re: tMSSqlConnection frustation!

#10 2012-02-16 10:07:20

Re: tMSSqlConnection frustation!

#11 2012-02-16 16:14:56

Re: tMSSqlConnection frustation!

#12 2012-02-16 17:04:45

Re: tMSSqlConnection frustation!

#13 2012-02-16 17:07:53

Re: tMSSqlConnection frustation!

#14 2012-02-16 17:14:06

Re: tMSSqlConnection frustation!

#15 2012-02-16 17:23:22

Re: tMSSqlConnection frustation!

#16 2012-02-16 17:53:57

Re: tMSSqlConnection frustation!

#17 2012-02-16 17:58:59

Re: tMSSqlConnection frustation!

#18 2012-02-16 18:02:48

Re: tMSSqlConnection frustation!

#19 2012-02-16 19:53:25

Re: tMSSqlConnection frustation!

#20 2012-02-17 10:04:38

Re: tMSSqlConnection frustation!

#21 2012-02-17 15:45:39

Re: tMSSqlConnection frustation!

#22 2012-02-18 02:43:23

Re: tMSSqlConnection frustation!

#23 2012-02-20 09:38:30

Re: tMSSqlConnection frustation!

#24 2012-02-20 10:45:12

Re: tMSSqlConnection frustation!

#25 2012-02-20 10:47:30

Re: tMSSqlConnection frustation!

Board footer