cancel
Showing results for 
Search instead for 
Did you mean: 

SOLMANUP - PREPARE_JSPM_QUEUE fails for IGS_EXE

francois_keen
Participant
0 Kudos

Dear community.
I'm in the process of upgrading from solman 7.0 EhP1 SP25 to solman 7.1 SP07
The upgrade is failing in phase PREPARE_JSPM_QUEUE
The error is:

"The /usr/sap/stage/SolMan7.1/upgrade_download_directory/SMSDXML_SMD_20121213020835.594.xml XML file cannot be analyzed.
Cannot construct a support package stack from file /usr/sap/stage/SolMan7.1/upgrade_download_directory/SMSDXML_SMD_20121213020835.594.xml.
Component igshelper is included in the stack definition file, while component IGSEXE is not. Provide a stack definition file that either includes both or in cludes at least IGSEXE and try again."


The IGS referenced in my MOpz XML stack file is igsexe_3-20007797.sar and it is in the download dir, such as the IGS helper : igshelper_3- 10010245.sar

please note that initially, this igs igsexe_3-20007797.sar  file wasnt there in the download dir, as I put the IGS 4 in the download dir and it was found by ABAP as SOLMANUP has put in exenew.

I attacched the MOpz XML stack for your reference.

Here's my dowload dir. IGS contents:

usorlut31:smdadm 80% pwd
/usr/sap/stage/SolMan7.1/upgrade_download_directory
usorlut31:smdadm 81% ls -al | grep igs
-rw-r--r-- 1 nobody sapsys 43391903 Dec 13 02:18 igsexe_3-20007797.sar
-rw-r--r-- 1 nobody sapsys 40182725 Nov 29 01:50 igsexe_4-20007797.sar
-rw-r--r-- 1 nobody sapsys 62959784 Nov 29 01:50 igshelper_3-10010245.sar

I also tried renaming the igs file to IGSEXE.SAR but it didnt help.

Unfortunately the JSPM logs are not very helpful.

I browsed the SolMan upgrade related notes 1577909 and 1462137 but nothing helpful either.

Nothing could be found in OSS notes about JSPM and such an IGS error.
I opened an OSS message last week, but no news yet.
Would you have any idea what could be causing the problem?

Thanks for your help
Best regards
Francois

Accepted Solutions (1)

Accepted Solutions (1)

francois_keen
Participant
0 Kudos

well even though my source system was using a kernel 7.20 EXT, the trick was to select a non-EXT 720 kernel in the MOpz.

afterthat, as my source system was on the latest 7.20 EXT patch level, and as the non-EXT files downloaded by the MOPz were on a lower SP than my source system, SOLMANUP just skipped the validation of the kernel components during this PREPARE_JSPM_QUEUE phase.

all good now.

Answers (0)