Comments for Oracle Database 18c Installation On Fedora 29 (F29)
Marco said...Hi I tried to execute ./runInstaller but I got
ERROR: Unable to verify the graphical display setup. This application requires X display. Make sure that xdpyinfo exist under PATH variable.
./runInstaller: line 67: /home/oracle/Downloads/perl/bin/perl: cannot execute binary file: Exec format error
I already set the export DISPLAY and still not working
Do one of the following:
- Log out and log in into Gnome as the "oracle" user directly.
- Use magic cookies to allow you to pass the X context between users. https://oracle-base.com/articles/misc/unix-for-dbas#xauth-magic-cookie
Anonymous said...It doesn't work. runInstaller fails becouse $ORACLE_HOME/perl/bin/perl uses /lib/ld64.so.1 witch doesn't exist.
It works fine. I've done it a bunch of times. Sounds like you've missed it some of the prerequisites.
That shared library is from glibc, which is one of the prerequisite packages the article says to install. [Update: Not on x86_64]
Anonymous said...sudo ls -la /lib/ld64.so.1
ls: cannot access '/lib/ld64.so.1': No such file or directory
sudo dnf install -y glibc
Copr repo for openssl-lib-compat owned by bt0dotninja 6.2 kB/s | 16 kB 00:02
Package glibc-2.28-26.fc29.x86_64 is already installed.
Package glibc-2.28-26.fc29.i686 is already installed.
Nothing to do.
sudo ls -la /lib64/ld64.so.1
ls: cannot access '/lib64/ld64.so.1': No such file or directory
I've been working on the basis that "/lib/ld64.so.1" shoudl exist, because you told me you got an error saying it is missing. I've just done a clean Fedora 29 x86-64 and Oracle 18c x86-64, following the instructions and it worked. All that and I do not have this file.
Did you install this?
I ask because the package version has changed since I wrote the article. I've updated it now, but you didn't mention it failing to install...
Anonymous said...After installing the compat-libpthread-nonshared-2.28.9000-28.fc30.x86_64.rpm the /lib/ld64.so.1 still doesn't exist.
this package doesn't exists in fedora repository and I haven't found it on the internet.
Tim... said...As I said in my post, you don't need it. The installation works fine without it.
I have tried it:
[oracle@dark ~]$ cd $ORACLE_HOME
[oracle@dark dbhome_1]$ ./runInstaller
./runInstaller: line 67: /u01/app/oracle/product/18.0.0/dbhome_1/perl/bin/perl: cannot execute binary file: Exec format error
[oracle@dark dbhome_1]$ file ./perl/bin/perl
./perl/bin/perl: ELF 64-bit MSB executable, IBM S/390, version 1 (SYSV), dynamically linked, interpreter /lib/ld64.so.1, for GNU/Linux 2.6.18, BuildID[sha1]=5e70951fd38bddc920fc8c4789b5bf26b9eeacf9, not stripped
Why are you not doing a silent installation? I literally never run the GUI because it's slower, requires more memory and requires a window manager, which is not installed on many environments. Do the silent installation, like I do in the article and it will be fine. You are trying to do something that you should literally *never* do in your job.
I commented out the interactive command in the article.
jaro said...I have started with silent mode. It is the same.
Tim... said...I don't understand what the problem is with your installation. I've done this installation multiple times. Both manually using an ISO, and then again using a Vagrant box once it was released.
I've never seen this problem. Not sure what else I can suggest.
jaro said...Regardless it I thank you.
Maybe have a try with the Vagrant build. Even if it's not what you need, as least you will see it working. Maybe that will give you a clue what the problem is.
Anonymous said...It give me an INS-13001, this Operating system is not supported, and do not check prerequisites and install a database instance but not install the software.
the /etc/redhat-release is properly filled.
Regards & thanks.
I don't get that. I've just done a build on Vagrant and it worked fine.
Anonymous said...Hi Tim, thanks for your answer.
I'm trying to install it on a VPS, so I only can control this, seems to me that I can't use Vagran.
I've never had to do anything except alter the /etc/redhat-release and use the "-ignorePrereq" flag.
Not sure what else to suggest.
Even in a VPS you could use virtualbox and vagrant, as it's all silent. Not sure it's the best plan, but... :)
Anonymous said...Hi Tim, problem resolved.
Important, unzip the database zip file INSIDE $ORACLE_HOME and run then runInstaller from this point.
DO NOT ask technical questions here! They will be deleted!
These comments should relate to the contents of a specific article. Constructive criticism is good. Advertising and offensive comments are bad and will be deleted!
If you post personal information (name, email address etc.) you are agreeing to them being stored and displayed. Feel free to remain anonymous.