Can I really install oracle 9i on RHEL5? Why this error: Error in writing to file /u01/app/oracle/92/ctx/lib32/libvs_zip.so

First see if this file system might be full...

df /u01/app/oracle/92/ctx/lib32
df -i /u01/app/oracle/92/ctx/lib32

Select allOpen in new window

Then try this, as the user you're using to run your install...

touch /u01/app/oracle/92/ctx/lib32/libvs_zip.so
rm -fv /u01/app/oracle/92/ctx/lib32/libvs_zip.so

Select allOpen in new window

My guess is one of these command sets will turn up the source of your problem.

Thank you
Disk space is not a problem ... it has enough space in the partition.
...let me try the other

still nothing...  the error persists

Normally there's some additional detail output about files system errors like this.

RHEL5 is so old, I'm unsure what tools might be available to debug this.

You might place a set -x at the top of the install script. Once you have the exact line causing the error, try running the failing command under strace. This should surface out the exact file system error.

If you are going to ask the same question on competing sites at least give us the same information you give the other site.

I agree that there should be additional information provided with that error.

When you run the installer it should tell you the location of the log files it is generating.  Please provide us that log file.

Also provide the output of the touch + rm command, if it failed.

I'm sorry for the scant information I have provided, I should not have done it, OK.
I am performing the installation by the following guide:

https://sites.google.com/site/bantisandy/oracle/oracle-9i-in-rhel5

I have done all the steps except for:

 Setting Oraparam.ini file - When all archives files are extracted you will have three directories Disk1, Disk2 and Disk3. Locate the oraparam.ini and update it with new information. Oraparam.ini is in Disk1 / install / linux / directory.
$ gedit /home/oracle/Disk1/install/linux/oraparm.ini
Modify JRE_LOCATION variable and set it to
JRE_LOCATION = / usr / local / jre1.3.1_19
Save the file and close.

I do not have the j2re-1_3_1_19-linux-i586.bin

Anyway, the installer runs and does not show any problem until the installation starts, that's where the 5% of completion shows the error:
Error in writing to file /u01/app/oracle/92/ctx/lib32/libvs_zip.so

I have the appropriate permissions in the directories pertinetes, another question I have is that the installer comes in 3 compressed files B14882-01.zip, B14883-01.zip and B14884-01.zip what I did was extract them in different directories Disk1 Disk2 and Disk3, in the recent versions of oracle this does not happen and I do not know if in this case what would be happening is that it does not find the rest of the files it needs.

Maybe it's likely to be due to the package that does not install but I have my doubts.

Thank you

Provide the output of the touch + rm command, run by same user doing install, if this command set succeeds or fails.

This may be a bit tricky, as your installation mechanism may change users, so you must figure out if the installation user can actually do the above first.

Also RHEL5 is very old. Likely this means you may have to install an old version of Oracle.

Make sure the version of Oracle you're installing is meant to be installed on an old version of RedHat.

I believe you need to unzip the files into the same location but my 9i memory isn't all that reliable.

$ touch /u01/app/oracle/92/ctx/lib32/libvs_zip.so
$ rm -fv /u01/app/oracle/92/ctx/lib32/libvs_zip.so
removed `/u01/app/oracle/92/ctx/lib32/libvs_zip.so'


... No problem

sqlplus "/ as sysdba" @check_instane.sql

where
check_instane.sql:
select instance_name,status from v$instance;

>>the problem was in the installers, when I changed installers

How do you change the installer to one that idn't come with the software download?

>>Could you recommend me how to do it?

There is a MUCH better way.  I also changed my SQL prompt to the server I connected to, the instance name and database user I connected to.

My SQL prompt looked like:
srv1:ORCL:SCOTT>

Since how I id that is a new question,  please ask it as such.

Solved the problem by changing the installers