on 11-14-2011 1:21 PM
Hello,
I am in the process of upgrading our SAP NW AS JAVA from 7.01 (EHP1) to EHP2.
I have downloaded all the deliveries through my MOPZ and I have launched the installation with EHPI 700.
When I am asked for the xml stack file I give the location where I have saved my xml stack file. When it reaches the prepare_jspm_queue in Ehp installer it is failing with the complain that cannot find a JSPM<>.SCA file, the respective patch file for the JSPM.
I have run many installation with EHPI (for ABAP stack, EHP4&5) and now I have realized that on EHP2 installation for Java, in the extraction phase I was not asked for the location of the deliveries.
The deliveries have been downloaded on a separate Filesystem which is used for all our deliveries.
Apparently the EHPI is looking for them either in an EPS/in location which doesn't exist on my Java system or in the location where I have saved my xml stack files.
Could you please give me an advice according to your experience?
Brgds,
Loukas
Hi,
Please copy files in EPS/in location and then EHPi tool will pick those patches from this location.
Thanks
Sunny
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi Sunny,
He mentioned /EPS/in doesn't exist in his AS JAVA system, which is peculiar.
Hi Loukas,
There's a workaround when you can set DIR_EPS_ROOT (where point to /EPS/in by default) to the download location where you store those .SCA.
Please refer to the link below:
http://help.sap.com/saphelp_NW70/helpdata/de/43/941e66633821b5e10000000a1553f6/content.htm
Cheers,
Nicholas Chang
Hi Loukas Rougkalas ,
Fyi, SAP EHPI called JSPM to upgrade Standalone JAVA stack from EHP1 to EHP2. and basically, you can upgrade your AS JAVA with JSPM.
As a result, it'll not ask for the extraction location but search in /EPS/in.
Hope it helps.
Cheers,
Nicholas Chang
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi Nicholas,
I have realized that your answer is valid by reading other threads as well.
However, I did a trick, put it the xml stack file in the same filesystem like the downloaded deliveries for EHP3.
It proceeded further but now it thows another strange error message:
While it find all the deliveries it complains about the Kernel patches:
Nov 14, 2011 2:01:52 PM [Error]: sap.com/SAP KERNEL: Kernel with support package level SAP KERNEL and version 7.20.100.0 that is located in /instcd/EHP2_SAPNW701 is invalid.
Kernel with patch level SAP KERNEL UNICODE AIX_PPC64 and version 7.20.100.0 with archives names
/instcd/EHP2_SAPNW701/SAPEXEDB_100-20006700.SAR
/instcd/EHP2_SAPNW701/SAPEXEDB_100-20005243.SAR
/instcd/EHP2_SAPNW701/SAPEXE_100-20005242.SAR
/instcd/EHP2_SAPNW701/SAPEXE_100-20006699.SAR
is invalid.
Multiple files match kernel archive SAPEXE.SAR. JSPM does not know which one to use. Put them in different directories.
/instcd/EHP2_SAPNW701/SAPEXE_100-20005242.SAR
/instcd/EHP2_SAPNW701/SAPEXE_100-20006699.SAR
Any idea? I guess MOPZ has selected the correct files when I selected AIX OS/DB files (indepedent and Oracle related ones)
Brgds,
Loukas
Why there are two SAPEXE and SAPEXEDB?
/instcd/EHP2_SAPNW701/SAPEXEDB_100-20006700.SAR
/instcd/EHP2_SAPNW701/SAPEXEDB_100-20005243.SAR
/instcd/EHP2_SAPNW701/SAPEXE_100-20005242.SAR
/instcd/EHP2_SAPNW701/SAPEXE_100-20006699.SAR
Do ensure you select the correct kernel based on your instance, unicode or non-unicode.
Cheers,
Thanks,
Nicholas Chang
According to MOPZ, all of them are for the UNICODE version (my java is Unicode).
It contains the normal Kernel plus the EXT:
Database indepedent
SAPEXE_100-20005242.SAR -> SAP KERNEL 7.20 64-BIT UNICODE Kernel Part I (for Basis 720/702)
SAPEXE_100-20006699.SAR -> SAP KERNEL 7.20 EXT 64-BIT UC Kernel Part I
ORACLE
SAPEXEDB_100-20005243.SAR -> SAP KERNEL 7.20 64-BIT UNICODE Kernel Part II (for Basis 720/702)
SAPEXEDB_100-20006700.SAR -> SAP KERNEL 7.20 EXT 64-BIT UC Kernel Part II
Hi,
First of all regarding EPS/in, I have seen many As Java system where there is no EPS/in. But you can create EPS/in in trans directory.
As far as kernel is concerned, for unicode system you can install simple kernel and one EXt kernel. Both have different usage but at a time you can install only one kernel. So, in your case, remove Ext kernel files and let other kernel files remain there. Then continue with the upgrade.
Thanks
Sunny
Hi All,
I have faced the simillar issue.
I found that the root cause of the issue is wrong stack file.
I have selected both 720_UC and 720_EXT_UC while generating stack file from Mopz.
The issue has been fixed after performing below activities
regenerating new proper stack file
resetting SUM tool and startingg from scratch
Used the new stack file during next trial.
Thanks
Joginadham U
User | Count |
---|---|
86 | |
10 | |
9 | |
9 | |
9 | |
6 | |
6 | |
5 | |
3 | |
3 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.