kDeploy.sh Brok after PPM 9.22, Patch PPMC_00142 (ppm-922-patch0006.jar) is applied

[mallik_248]

Greetings,

I am unable to run the kDeploy.sh to apply the OracleApps Extension patch after PPMC_00142 (ppm-922-patch0006.jar) was applied.

kDeploy keeps erroring about "isServerRunning.32400: Permission denied"

Any inputs are greatey appreciated.

Here is the log :--->

 sh kStatus.sh
JAVA_HOME = /usr/jdk1.7.0
./kVariables.sh: line 87: tmp.server_list.32300: Permission denied
cat: tmp.server_list.32300: No such file or directory
java version "1.7.0_79"
Java(TM) SE Runtime Environment (build 1.7.0_79-b15)
Java HotSpot(TM) 64-Bit Server VM (build 24.79-b02, mixed mode)
Checking rmis://ppm-dev-app01.corp.google.com:1099/KintanaServer
--> running (load: 0.0, mode: NORMAL)

Checking rmis://ppm-dev-app01.corp.google.com:1098/KintanaServer
--> running (load: 0.0, mode: NORMAL)

[Tue Jul 07 14:44:28 hpppm@vmgol0178:/u01/ITG/bin ] $ sh ./kDeploy.sh -i OracleApps
JAVA_HOME = /usr/jdk1.7.0
./kVariables.sh: line 87: tmp.server_list.32400: Permission denied
cat: tmp.server_list.32400: No such file or directory
java version "1.7.0_79"
Java(TM) SE Runtime Environment (build 1.7.0_79-b15)
Java HotSpot(TM) 64-Bit Server VM (build 24.79-b02, mixed mode)

Please enter the DB password for GITG:

Extracting patch files

You will need the following information to run this script:

1. The username and password of a Mercury ITG logon. The logon
   must belong to a Security Group that has 'SysAdmin: Migrate Mercury
   ITG Objects' and 'SysAdmin: Server Administrator' access grants.
   This is typically the 'admin' logon.
2. If the Oracle Apps instance hosting Object Migrator (OM) or
   GL Migrator (GLM) is installed in this database, you will also
   need the username and password of the Oracle Apps apps schema.
3. If the Oracle Apps instance hosting OM or GLM is installed
   in a different database, you will also need the name of the
   database link used to access the Oracle Apps apps schema.
4. You may optionally specify tablespaces for the TABLES and
   INDEXES used for Patch detail data capture. If tablespaces
   are not specified, the objects will be installed in the default
   tablespace (for tables) or in-use tablespace (for indexes).

Checking deployment phases

This deployment has already been installed.  Would you like to
reinstall it? (y/n)
y
./kDeploy.sh: line 1186: isServerRunning.32400: Permission denied
cat: isServerRunning.32400: No such file or directory

ERROR: In order to deploy, the server must be
       running.  Please start the server before running kDeploy.sh.

Thanks,

Mallikarjun

[Alonso_A_PPM]

Hello Mallikarjun,

Is the server currently running when you are attempting to run the kDeploy?

If this is Windows, please run the command prompt as administrator and be sure that the PPM service is running.

Regards,

Alonso

[mallik_248]

Hello Alonso,

We are running on Linux and the services are running while I run this command.

Thanks,

Mallikarjun

[CGut]

Hello Mallikarjun, 

I have seen a similar issue:

1. User was using the PPM database username and password, but it was prompting for the username /password for logon to PPM ( for example admin). Advised user that this is the user for the ppm application.

Please confirm if this is already installed. as the message says: This deployment has already been installed. Would you like to
reinstall?

Best Regards, 

Carolina. 

[Alonso_A_PPM]

I am seeing that the patch is already installed. 

Why are you trying to re-install?

[CGut]

Hi Mallikarjun,

Are you still having issues?

Please let me know.

Regards,

Carolina.

[mallik_248 · Accepted solution]

Hi Carolina,

We  had to refresh the Filesystem and the Database to bring it back to the previous state (previous to patch application) and that obvisously fixed the kDeploy.sh issue.

Thank you and Alonso for your inputs.

Thanks,

Mallikarjun

[Scorpex]

Hello Mallik_248,

When this happened to us the fix was to downgrade the JDK from 8 to 7, once that was done the kDeploy.sh worked fine.

Hope this helps.

[mallik_248]

Hello Scopex,

The PPM host server (OEL) has Java 1.7.0 installed alredy. Was there a specific sub version 1.7.0_11 ..etc that helped you resolve the issue?

Thanks,

Mallik 

[Scorpex]

We use this version of Java

JAVA_HOME = /usr/jdk/instances/jdk1.7.0_55

Thanks!