Use Higher Version of Unzip in Oracle EBS - linux

-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.

Related

Problem with DB2 Fixpack 11.1 Fp5 installation

I tried to install the DB2 V11.1 FP5 on a SLES-12-SP4 machine. So far I
downloaded the universal package
extracted the universal package
called the command "./installFixPack -b /opt/ibm/db2/V11.1/ -p /opt/ibm/db2/fp5/" as root user
But the installFixPack stopps working sometimes at step 44 or 47 or also step 50 of 73 without any clear error message. In the log file I find a message like
"ERROR: The install path "/opt/ibm/db2/fp5" is invalid. Specify a
valid install path.
ERROR: DBI20105E An error occurred while installing the following
file set: "DB2_PRODUCT_MESSAGES_FR_11.1.4.5_linuxamd64_x86_64".
Because these files were not successfully installed, functionality
that depends on these files might not work as expected.
Rolling back what has been installed"
Any hint what I'm doing wrong?
Thanks so much for reading so far
best regards
Thomas Graf
./installFixPack -b is to patch an aleady installed DB2 HOME cf: pass from FP4 To FP5.
if you want to install the FP5 into a new path use db2setup (or ./db2setup -r for silent install)
you should add -l /var/tmp/installlog.log -t /var/tmp/installtrace.log to the installFixPack to see exactly what is the error.
Even if you started the install with root, the app can use another user to install some files/libraries.
Do you have the same message after manually creating this folder ?

Issue with hp-health-10.50-1826.38.rhel6.x86_64 rpm package in customized version of Linux

I am using a customized rh6 version and have a script hpasmxld_reset.sh that is obtained after installing the RPM -> hp-health-10.50-1826.38.rhel6.x86_64.The script hpasmxld_reset.sh display errors on execution.
There is an update/advance version to hp-health-10.50-1826.38.rhel6.x86_64, it is hp-health-10.60-1833.32.rhel7.x86_64.rpm .I want to check if the hpasmxld_reset.sh is fixed in this later 10.60 version .
My query is if I install hp-health-10.60-1833.32.rhel7.x86_64.rpm on an rh6 machine then would that function appropriately or not ? What should be kept in mind before installing a pkg that has a version above than the present version of the OS.
You probably won't be able to install it, since it is the wrong distro. You should be able to download it and extract all the files with rpm2cpio file.rpm | cpio -div and then you'll have a copy of the new script file to compare to the old one.

How to update xorriso?

I am trying to learn more about operating system and am following this tutorial: https://youtu.be/ZiHtuBnVrx4?list=PLHh55M_Kq4OApWScZyPl5HhgsTJS9MZ6M. Everything was going smoothly until the point where I had to use grub-mkresuce to create an iso image to use with a virtual box. I am getting an error saying "your xorriso doesnt support '--grub2-boot-info'. Some features are disabled. Please use xorriso 1.2.9 or later.."
I am left confused and without an iso image. I have looked online for a solution but failed to find any. Any help will be greatly appreciated.
if your operating system does not offer a package "xorriso" or "libisoburn",
or if they are older than version 1.2.9 (1.3.0 was released in 2013), then
download and compile GNU xorriso. (MS-Windows users may need Cygwin to get
the necessary compiler and linker tools.)
cd ...some.work.directory...
wget https://www.gnu.org/software/xorriso/xorriso-1.5.0.tar.gz
tar xzf xorriso-1.5.0.tar.gz
cd xorriso-1.5.0
./configure && make
Check whether the result is willing to work:
xorriso/xorriso
which should say
GNU xorriso 1.5.0 : RockRidge filesystem manipulator, libburnia project.
usage : xorriso/xorriso [commands]
More is told by command -help
You do not need to install it. Rather obtain its absolute address:
ls $(pwd)/xorriso/xorriso
and use it with the grub-mkrescue option "--xorriso=":
grub-mkrescue --xorriso=...absolute.address.of.xorriso...
Have a nice day :)

Can't start Cassandra after OS patch up

When I try to start Cassandra after patching my OS, I get this error:
Exception (java.lang.AbstractMethodError) encountered during startup: org.apache.cassandra.utils.JMXServerUtils$Exporter.exportObject(Ljava/rmi/Remote;ILjava/rmi/server/RMIClientSocketFactory;Ljava/rmi/server/RMIServerSocketFactory;Lsun/misc/ObjectInputFilter;)Ljava/rmi/Remote;
java.lang.AbstractMethodError: org.apache.cassandra.utils.JMXServerUtils$Exporter.exportObject(Ljava/rmi/Remote;ILjava/rmi/server/RMIClientSocketFactory;Ljava/rmi/server/RMIServerSocketFactory;Lsun/misc/ObjectInputFilter;)Ljava/rmi/Remote;
at javax.management.remote.rmi.RMIJRMPServerImpl.export(RMIJRMPServerImpl.java:150)
at javax.management.remote.rmi.RMIJRMPServerImpl.export(RMIJRMPServerImpl.java:135)
at javax.management.remote.rmi.RMIConnectorServer.start(RMIConnectorServer.java:405)
at org.apache.cassandra.utils.JMXServerUtils.createJMXServer(JMXServerUtils.java:104)
at org.apache.cassandra.service.CassandraDaemon.maybeInitJmx(CassandraDaemon.java:143)
at org.apache.cassandra.service.CassandraDaemon.setup(CassandraDaemon.java:188)
at com.datastax.bdp.server.DseDaemon.setup(DseDaemon.java:476)
at org.apache.cassandra.service.CassandraDaemon.activate(CassandraDaemon.java:59
at com.datastax.bdp.DseModule.main(DseModule.java:93)
ERROR [main] 2018-01-17 13:18:03,330 CassandraDaemon.java:705 - Exception encountered during startup
java.lang.AbstractMethodError: org.apache.cassandra.utils.JMXServerUtils$Exporter.exportObject(Ljava/rmi/Remote;ILjava/rmi/server/RMIClientSocketFactory;Ljava/rmi/server/RMIServerSocketFactory;Lsun/misc/ObjectInputFilter;)Ljava/rmi/Remote;
Does anyone know why, with no other changes, I'm running into this error now?
This seems to relate to an upgrade to the JDK to 8u161 which was released 2 days ago.
A ticket has been opened on the Cassandra Jira
There is no published work-around that I can find. You might have to go back to an earlier version of the JDK or wait for Cassandra 3.11.2 which fixes the issue.
Edit: Its worth pointing out that this has now been resolved in 3.11.2 which has been released, so you can simply upgrade to this version to resolve the problem.
To get Cassandra running I had to install JDK 8u152. Using brew cask install java8 it wasn't possible. I tried using an old version of the cassandra.rb formula but that just got:
Error: Download failed on Cask 'java8' with message: Download failed: http://download.oracle.com/otn-pub/java/jdk/8u152-b16/aa0333dd3019491ca4f6ddbe78cdb6d0/jdk-8u152-macosx-x64.dmg
I had to go here and log in to be able to download the DMG: http://www.oracle.com/technetwork/java/javase/downloads/java-archive-javase8-2177648.html
Protip: To still be able to install java8 using homebrew I downloaded the dmg myself, and started a server in the downloads directory:
cd ~/Downloads
php -S 0.0.0.0:3333
And changed the download URL (line 6) in the formula to:
url "http://0.0.0.0:3333/jdk-8u152-macosx-x64.dmg",
Then was able to run:
brew cask install java8
Now Cassandra is running again.
You may download the source and add the changed method, compile and add the modified class to the apache-cassandra.jar. You can do the following:
Download org.tar containing the only class to be replaced.
Untar the file using tar -xvf org.tar and you should get org directory
Copy the apache-cassandra jar file. e.g. cp /usr/share/cassandra/apache-cassandra-3.11.1.jar .
Make a backup of the jar before you update. cp apache-cassandra-3.11.1.jar apache-cassandra-3.11.1.jar_backup.
Expecting the current directory contains the following files:
apache-cassandra-3.11.1.jar
apache-cassandra-3.11.1.jar_backup
org
org.tar
Execute the following command to update the jar:
jar uf apache-cassandra-3.11.1.jar org
Replace the file to installation location:
mv apache-cassandra-3.11.1.jar /usr/share/cassandra
Restart cassandra service
Revert Cask formula to 2017 version.
wget https://github.com/caskroom/homebrew-versions/blob/a98da98a7e4d87e9b614b3aa25af9c6c21a753c6/Casks/java8.rb -O /usr/local/Homebrew/Library/Taps/caskroom/homebrew-cask/Casks/java8.rb
change line 6 URL as suggested
url "http://127.0.0.1:3333/jdk-8u152-macosx-x64.dmg",
brew cask reinstall java8
should work.

You database files were created by PostgreSQL 9.0- could not find executables for this version

I attempted to update the version of Postgres-server on an OpenSuse server. There were a few issues and I now want to revert back to using the version of postgres-server that was installed before(9.03).
I've removed version 9.4 and I've tried starting the postgresql server but I'm getting the error:
Your database files were created by PostgreSQL version 9.0.
Could not find executables for this version.
Please install the PostgreSQL server package for version 9.0.
When I run:
rpm -qa | grep postgresql
it shows:
postgresql-docs-9.0.3-1.6.1.noarch
postgresql-server-9.0.3-1.6.1.x86_64
postgresql-contrib-9.0.3-1.6.1.x86_64
postgresql-9.0.3-1.6.1.x86_64
postgresql-devel-9.0.3-1.6.1.x86_64
So it looks like version 9.03 is already installed.
I'm not sure what to do now to get the server back to how it was and I'm panicking a bit. Can anyone suggest anything?
EDIT**
Here some more info after some useful info from Ronaldhino.
I discovered my pg_ctl file in /user/bin/pg_ctl and /data appears to be the previous data directory (I deduced this as it contain pg_hbs.conf and postgresql.conf).
As a result I've run this command as user postgres:
/usr/bin/pg_ctl start -D /data/ -l /data/pg_log/new_log.txt
I did get a message initial saying:
server starting
It appears that the server is actually running. However, the psql binary file now appears to be missing so I can't psql into the database service.
Thanks
I seems that system can not recognize where's your postgresql 9.0 location is.
You should find where's the postgresql 9.0's binary file and start Server directly.
Run command for finding where's postgresql 9.0 location
which postgres
For example:
/usr/local/pgsql/bin/
Start server
sudo /usr/local/pgsql/bin/pg_ctl start -D <<your DB dir>> -l /var/log/postgresl.log
Good luck!

Resources