Can't Find ./runinstaller on Oracle9i Release 2 (9.2.0.4.0)

[oradba]

Hi. I'm having trouble installing Oracle9i Database Release 2 (9.2.0.4.0) for Linux x86. Our machine is IBM xSeries 230 and I installed RedHat Linux 9.0 successfully. Before installing RedHat 9, I assure first if its compatible with Oracle9i Release 2. I already visited the site of Evgueni Tzvetanov (Oracle9i under RedHat Linxu 8.x and 9.x - Simple Installation HOW TO) and Werner Puschitz (Installing Oracle9i on Redhat Linux 7.1., 7.2, 7.3, 8.0, 9, etc.
When I click the portion "Unpacking downloaded Oracle9i Installation Files..." I was redirected to OTN site of Oracle and gave me the following downloadable files of Oracle : ship_9204_linux_disk1.cpio.gz and this consist of up to disk3. I unzipped it using gunzip and extract using cpio -idmv. Since our IBM server doesn't have cdwriter, I created a CD images (.iso) thru mkisofs command and it created an iso image I burned the said images with CDBURNERXP. I mounted the cd and activate DISPLAY of X server. When I run the ./runInstaller, the computer can't find the runInstaller. I read the cd in my pc and I can't find it. I only have the stage directory with two subdirectories: Components and Locks.

I tried finding the other free download of Oracle9i Rel. 2: lnx_920_disk1.cpio.gz at OTN site of Oracle but I can't find it.

Is 9.2.0.4.0 compatible with RedHat 9?

Please help.

Thanks & regards,
oradba

[MattyMoose]

You don't need to make a CD from it, if you have the space to spare, that is...

When you cpio the file, it creates a directory called Disk1 (Usually) under the directory where the cpio is.

cd into that directory, and then ./runInstaller That should work now. Again, no need to burn the CD, since the files are extracted onto your filesystem anyway. Much faster to install that way, since you're not reading from CD. :)

I do it this way:

download .gz
gunzip oracle.cpio.gz
cpio -idmv oracle.cpio
cd Disk1
./runInstaller

HTH,
-MM

[oradba]

Thanks for the help. I will do it tomorrow then let you know if it works.

Regards.

[MattyMoose]

Also, I think it's

./runInstall

and not ./runInstaller.

-MM

[oradba]

Hi. I tried the procedure you told me. I cd to Disk1 and extract runInstaller (it's runInstaller, by the way, because I execute a Linux "find" command and found out that its runInstaller). I got the following directory on Disk1:

/stage/Components/oracle.swd.oui/2.2.0.18.0/1/DataFiles/Expanded/install/linux/runInstaller

I copied the directory until /install/linux and execute runInstaller. I got error on Java Run Environment (JRE). It asked for JRE 1.3.1 or higher.

I can go to Blackdown website and download the required JRE, my question is how can I execute runInstaller without going to those subdirectories?

Thanks.
oradba

[oradba]

Hi. Following are what I did and the errors I got when I run the runInstaller:

cd stage/Components/oracle.swd.oui/2.2.0.18.0/1/DataFiles/Expanded/install/linux
[oracle@capeserv linux]$ ls
runInstaller runInstaller.sh
[oracle@capeserv linux]$ ./runInstaller
The Java RunTime Environment was not found at bin/java. Hence, the Oracle Universal Installer cannot be run.
Please visit [javasoft.com...] and install JRE version 1.3.1 or higher and try again.
: No such file or directory

Regards.

[MattyMoose]

Odd, since when I've ever extracted the Solaris Oracle CDs, I've only needed to cd into Disk1, and then ./runInstaller.

The CD should come with its own version of Java (1.3 or something).

I have a copy of Oracle 8i for Linux sitting around here, which I'll extract in a moment and have a look at.

brb :-)
-MM

[edit]
this is an ls of the extracted CD:

# cd Disk1
# ls
doc
index.htm
install
patch
response
runInstaller
stage

The runInstaller is right there, and that's the one that I've ever run while setting up Oracle on either FreeBSD, Linux or Solaris.

Maybe the extraction got a little messed up, and it didn't extract some of the files? The reason you need to run that runInstaller there, is because it sets up environment variables and so on first, and then continues on to execute the other runInstaller, IIRC.

Oh, also, remember to have X forwarding turned on if you're doing this remotely. :)

HTH,
-MM

[philverb]

Hi,

I believe that you've encountered an error in the extraction of the compressed files. I had untarred the linux81701.tar file (with 'tar -xvf') and found the extracted directory 'Disk1' bereft of the runInstaller executable or any of the normal top-directory files. Of course, cd-ing to the lower levels where runinstaller and runInstaller.sh were present did not work because of the directory structure of the installation package.

I suggest that you check the permissions on both the compressed installation package and the directory into which you seek to uncompress it.

I thought perhaps something about the compressed installation package was broken until I untarred it to a directory where permissions were clearly appropriate.

Let us know if this helped you.

David Freeman,
Oracle Database Administrator
San Francisco, CA

[oradba]

So what do you suggest on the permission? I extracted it using root directory. I then transferred the file to oracle user and run the runInstaller. Root can't run the runInstaller so I transferred the 3 disk (Disk1,Disk2,Disk3) to oracle user.

[philverb]

Hi,

To try what worked for me when I had the similar problem, I would recommend as root:
mv linux817.tar /root;
cd /root;
chown root:root linux817.tar;
tar -xvf linux817.tar;
ls -la Disk1/*
#if the desired files, including runInstaller.sh, are there then of course
chown -R oracle:dba Disk1;
mv Disk1 /opt/orainstallfilesownedbyoraclewithrwpermissions;

If
* the owner of the compressed files is root and
* the compressed files are unpacked to /root,
then I can't imagine how the files/directories
* doc
* index.htm
* install
* patch
* response
* runInstaller
* stage
....could be missing from the extraction. I came up with only Disk1/stage at the top of the Disk1 directory when I had extracted
as OS user oracle to a directory that was owned by root with +rwx permissions I had set. I only suspected that I'd be able to find something new after I tried fooling around with the GUI fileroller instead of the tar CLI, and saw an error message about not being able to overwrite existing files in /tmp. I decided to extract as root in the /root directory and then see what had been unpacked. That's what worked: when I extracted the root-owned file to the /root directory, I found the abovementioned files (with special emphasis on Disk1/runInstaller).

Your remark on not being able to execute runInstaller as root makes me want to ask: Was it Disk1/runInstaller or the other one at Disk1/install/linux/runInstaller or Disk1/stage/Components/oracle.swd.oui/1.7.1.8.0/1/DataFiles/Expanded/install/linux/runInstaller?

Obviously, I do not clearly understand what was wrong, and I apologize for not being more punctilious about saving errors. I just couldn't understand why the extracted Disk1 was smaller than the tar file and was very frustrated by the thought that I was both blind and unsuccessful, so I hurried through attempts to get it right.

Anyway, I hope that I'm being clear enough with my description of what I saw and did to be helpful. Could you answer my question about what you have in the top of the directory "Disk1"?

[oradba]

Hello to all,

Thanks a lot for your support. I was able to successfully extracted it and got the runInstaller in its place. I just downloaded the file again and got a correct size. I'm currently having trouble with disk2 and disk3 encountering the error " invalid compressed data--format violated" when I gunzip it. I may have a corrupted file again. I will try to download the two files and let you know if I got it successfully.

Again, many thanks for the support.

Regards,
oradba