I downloaded the 64-bit redshift odbc .rpm file. I am installing the driver for Oracle OBIEE. So, I don't want to install it system wide.
I decompressed the .rpm file to /u01/app/oracle/product with: rpm2cpio AmazonRedshiftODBC-64-bit-1.4.20.1001-1.x86_64.rpm | cpio -idmv
I installed unixODBC.
I added the following to /etc/odbcinst.ini:
[RedshiftDriver]
Driver=/u01/app/oracle/product/redshiftodbc/lib/64/libamazonredshiftodbc64.so
I added the following to /etc/odbc.ini:
[redshift]
Driver=Driver=/u01/app/oracle/product/redshiftodbc/lib/64/libamazonredshiftodbc64.so
Description=redshift
Host=<my redshift endpoint hostname>
Port=5932
Database=<my db>
locale=en-US
I run: isql -v redshift <myuser> <mypass>
I get:
[IM002][unixODBC][Driver Manager]Data source name not found, and no default driver specified
[ISQL]ERROR: Could not SQLConnect
I also tried the 32 bit driver. I am operating as root. The path to the .so file is correct.
What am I missing?
Hah. Proofreading my post and see that I put:
Driver=Driver= in odbc.ini.
Problem solved.
Then I realized I used the wrong port. It’s supposed to be 5439.
And to top it off I realize I posted this on SO instead of server fault.
It’s been a long week.
Maybe the procedure will help someone else looking for AWS redshift driver info.
Related
So I'm going to preface this by saying that I CANNOT use sudo apt-get install sqlite3. I am doing this project in a VM on google cloud platform, and our VMs are not allowed to have external IP access because we have sensitive information on these VMs. So running that command just hangs.
I went to the sqlite website and downloaded the Precompiled Binaries for Linux and put that on google cloud storage (gcs). I am able to cp the directory from gcs to the VM, but
ultimately, I cannot figure out a way to get it to run. When I cd to the directory, I see there are 3 objects sqldiff, sqlite3, sqlite3_analyzer, of which Im including an image in case you want to reference it.
I was testing out an idea at home, where I have a pc that can dual boot linux, and I was able to run sqlite3 just find from the command when I did a sudo apt-get for it (i.e. I get
SQLite version 3.31.1 2020-01-27 19:55:54
Enter ".help" for usage hints.
Connected to a transient in-memory database.
Use ".open FILENAME" to reopen on a persistent database.
), but I'm having problems here. I can't seem to do anything after this within the VM I am trying to run the actual code in now. I am pretty inexperienced with ubuntu and linux systems, so maybe I'm just missing something easy.
Thank you to anyone who can offer some advice.
Have you tried building the binaries from source?
https://www.sqlite.org/howtocompile.html
This worked for me when I downloaded the source code amalgamation.
Ideally, gcc should be present on your VM
$ : gcc shell.c sqlite3.c -lpthread -ldl -o sqlite3_cli
$ : ./sqlite3_cli
SQLite version 3.31.1 2020-01-27 19:55:54
Enter ".help" for usage hints.
Connected to a transient in-memory database.
Use ".open FILENAME" to reopen on a persistent database.
sqlite>
I am having difficulty to find the source of the Cassandra installed on Mac, which the Cassandra was installed using HomeBrew.
We were asked to use the cql files to populating tables, and I checked couple times that the physical cql file is stored in the listed location. However, I would receive the following error message says the file or directory cannot be found. Could anyone advise please? Thanks!
cqlsh:stockwatcher> source '/Users/UserName/Downloads/insertusers.cql';
Could not open '/Users/UserName/Downloads/insertusers.cql':
[Errno 2] No such file or directory: '/Users/UserName/Downloads/insertusers.cql'
I am not a mac user but did you try whereis cassandra? If not, find / -name cassandra. If that does not work either, try to look for currently running java apps then look at the how the java executable was invoked; which has details like what libraries are included etc from which we can decipher the path.
But the error message looks more like permissions issue.
-I encounter error during installing ORACLE EBS on LINUX 64 bit server.
-Log shows that:
RC-20200: Fatal: Could not find Unzip. At this time only Native UnZip 5.X is supported.
Please make sure you have UnZip 5.X in your path and try again...
Cannot execute Install for database ORACLE_HOME
RW-50010: Error: - script has returned an error: 1
RW-50004: Error code received when running external process. Check log file for details.
Running Database Install Driver for PROD instance
-unzip version that currently in use is:
unzip -version
caution: both -n and -o specified; ignoring -o
**UnZip 6.00 of 20 April 2009**, by Info-ZIP. Maintained by C. Spieler.
So, do I need to downgrade my unzip version?
Any other rpm I missing before start installation?
Per Doc 1410514.1 you could apply patch 9171651.
You will have to start the clone over from scratch.
I am trying to install the Net::LDAP module on an OEL box using CPAN, but I get the following error:
[root ~]# cpan -i Net::LDAP
CPAN: Storable loaded ok
Going to read /root/.cpan/sources/authors/01mailrc.txt.gz
Could not pipe[ --decompress --stdout /root/.cpan/sources/authors/01mailrc.txt.gz |]: No such file or directory at /usr/lib/perl5/5.8.8/CPAN.pm line 5726.
Can someone please guide me on how to troubleshoot this?
CPAN needs to be configured before you can use it to install stuff.
There should be a whole bunch of stuff under
/root/.cpan
Generally cpan gets this stuff automatically, but for some reason it's
not there on your machine. In particular it needs this file.
/root/.cpan/sources/authors/01mailrc.txt.gz
If that file is there, then cpan man be missing the gzip binary needed to uncompress that file.
Does anyone know a way of testing if an odbc entry on the odbc.ini file is configured correctly?
I would like to know if my linux server is able to connect to my SQL Server using an ODBC entry I configured.
If you are using unixODBC as the ODBC driver manager then just do:
isql -v mydsn myusername mypassword
The most common problem is that the default source build setup is set to /usr/local/etc, not /etc, so you (as me) may be look at a nice config file but unused.
To verify it, just run
# odbc_config --odbcinstini
/usr/local/etc/odbcinst.ini
A simple symbolic link solve it.
Another problem can be a missing library, that you can verify by running the ldd. ex:
# ldd /opt/microsoft/sqlncli/lib64/libsqlncli-11.0.so.1790.0 | grep "not found"
libodbcinst.so.1 => not found
In this case, I need to put the libodbcinst.so.1 in LD_LIBRARY_PATH or in any directory in use by /etc/ld.so.conf.
If you choose to put in ld directories, do not forget to run ldconfig as root after it to update ldd cache file.