I've tried to use a DSN or to change the order of the values in the connection string. For instance,I started the string with a semicolon and in the log changed to show this: connStrIn='(;'. If I leave the connection string blank or make a invalid one, dotnet complaints with System.Data.Odbc.OdbcException (0x80131937): ERROR [IM002] [unixODBC][Driver Manager]Data source name not found, and no default driver specified so, I can tell that the "Driver" or "Dsn" parts are being used at first, but seems that are not being passed/received properly by the driver.I've also created a [NetezzaSQL] section with the connection parameters on the file odbc.ini but here it fails with an Invalid user ID error (in spite that i've provided it with the key "Username"). Nevertheless having a file based DSN is not appropriate as credentials can't be stored in the container for obvious security reasons.
From the above debug log we see /usr/local/etc/odbc.ini is the location of the ini file which the Netezza driver is trying to read & it doesn't have the required fields. Because you are able to connect using nzodbcsql, driver is able to talk to NPS but driver manger i.e. UnixODBC might not able to recognize it. UnixODBC, most of the time reads from $HOME directory that too a hidden file .odbc.ini. Please verify if the installed Netezza ODBC Driver is recognized by UnixODBC. You can do so by checking the ini configuration using the below commands. Also try to connect database using isql cli (provided by unixODBC).
Hi all,
I'm trying to configure Netezza ODBC on Linux Redhat, I have downloaded the corresponding ODBC driver and installed ODBC driver manager as well.
I have followed all the instructions in the readme file of the Netezza ODBC.
The odbc.ini and odbcinst.ini files are located in /opt/odbc64v51 and The Netezza ODBC driver is located in /usr/local/nz/lib. When I ran the example program it give me the following error:
SQLSTATE = IM003
NATIVE ERROR = 0
MSG = [DataDirect][ODBC lib] Specified driver could not be loaded
Can you please help? Thanks
Check your odbc.ini for the Driver= value for the data source you are using and verify that it exists and can be loaded with ldd or ddtestlib. That error is usually from a bad Driver= path or a dependent library not on the LD_LIBRARY_PATH.
It looks like the driver depends on ssl and crypto. If you can download them or copy them from a simiar platform, and put them under /lib or some path that is included in your LD_LIBRARY_PATH, I think you will pass that error, go further or get connected.
Progress, Telerik, Ipswitch and certain product names used herein are trademarks or registered trademarks of Progress Software Corporation and/or one of its subsidiaries or affiliates in the U.S. and/or other countries. See Trademarks for appropriate markings.
I am trying to coonect IBM Netezza using libname in SAS. The NZSQL data source is configured in the ODBC Administrator Control Panel on Windows platforms, I filled out the server name, port, user name , and database in the ODBC adminstrotor.
With netezza instead of odbc in your code it is attempting to use the Netezza engine which requires that specific license. And you may want to use DATAsrc=NZSQL instead of DSN. From the documentation:
DSN= is an alias for this option that indicates that the connection is attempted using the ODBC SQLConnect API, which requires a data source name. You can also use a user ID and password with DSN=. If you want to use an ODBC file DSN, then instead of supplying DATAsrc=, use the PROMPT= or NOPROMPT= option followed by "filedsn=(name-of-your-file-dsn);". For example:
Below are four Netezza drivers that are available for Netezza 6.0.8. I installed the second one on Windows Server 2008, and it placed it into the system32 folder (64 bit folder). However, when I set up the System tab ODBC drivers, and used the same configuration and credentials that I use on Windows XP, the connection test failed.
The four driver files are the ODBC driver, the JDBC driver, and the 32 and 64-bit OLEDB drivers. The ODBC driver is of course the correct one but there's a small check box in one of the installer dialogs which allows you to choose 32-bit and/or 64-bit. Did you select the correct one?
I've just tried this on Windows Server 2012 and Windows 7 and both work exactly the same for me without any extra steps. The driver I have is called nsqlodbc.dll, version 7.0.0.27274, in C:\Windows\System32 (and I also have a 32-bit version in C:\Windows\SysWOW64). I can connect from both the 32-bit and 64-bit ODBC Data Source Administrator tools although I got my password wrong several times so that's certainly worth checking.
I usually access an ODBC connection through a CentOS server, and I'm trying to make the same connection locally on my Ubuntu Trusty laptop. So far as I can tell I've duplicated everything properly across the two machines, but I just can't get it to work. I had it working on an old laptop on the same network, so I think I can rule out firewalls/routing/etc.
It currently appears that the driver is returning an error in a different codepage than the driver manager expects, and so you get the several "unknown character" glyphs. We do see an error number -- 33 -- which corresponds to "Server and/or port attributes are empty" though they are set in the DSN, which suggests other possible environmental issues (Is $ODBCINI set? Does it point to /etc/odbc.ini?)....
Oracle DG4ODBC 19C and odbc driver for netezza nzsql (IBM Netezza SQL) Release 11.2.2.1 [Build 20] ona gateway server.
After installation we created a dblink from Oracle database using gateway server and netezza odbc driver.
The dblink are failling with the following error:
In this Document
SymptomsCauseSolutionReferences
My Oracle Support provides customers with access to over a million knowledge articles and a vibrant support community of peers and Oracle experts.