cancel
Showing results for 
Search instead for 
Did you mean: 

SUM reading wrong SCA files

viveksheel_gaur
Explorer
0 Kudos

Hi,


We are confronted by an issue with SUM in our solman development system

upgrade. This has resulted in a hault of our solman patch

upgrade.


What we are doing (or intend to do) -


We wanted to upgrade our Solman Java's J2EE Core componetns as per SAP

Note# 1893013 to the latest patch level available in market palce.

In other words, we wanted to upgrade following components as follows -


SAP-JEE 7.02 SP15 (1000.7.02.15.0.20141002164600) TO 7.02 SP15

(1000.7.02.15.5.20141002164600)

SAP-JEECOR 7.02 SP15 (1000.7.02.15.0.20160310055015) TO 7.02 SP15

(1000.7.02.15.24.20160310055015)

SAP_JTECHF 7.02 SP15 (1000.7.02.15.0.20160211045334) TO 7.02 SP15

(1000.7.02.15.16.20160211045334)

SAP_JTECHS 7.02 SP15 (1000.7.02.15.0.20160211045605) TO 7.02 SP15

(1000.7.02.15.21.20160211045605)



What we did -


We downloaded latest available SUM tool in market place -

SUM10SP17_4-20006543.SAR and started our upgrade (following guide for

example - running by root and using new command - ./STARTUP

confighostagent <SID> etc)

There we choose above mentioned 4 components and their target release

and continued. Not to say, we choose manual update in SUM



What SUM has done until now-

SUM is at step "Deploy Software Components" - 50% complete and now in

error. We see that all above 4 components have been upgraded to their

desired level in system status.



What is the issue we face now -

Unfortunately, EPS inbox had a lot of other patches in it from previous

upgrades of different systems which we didn't cleared. And now somehow

SUM has read the whole directory and stops with following error -


Jul 21, 2016 7:34:45 AM Info: Loading archive

'/usr/sap/trans/EPS/in/SECURITYEXT07P_5-10008748.SCA'

Jul 21, 2016 7:34:46 AM Error: This SDA has a software type assigned

that is not supported: CONTENT.

Jul 21, 2016 7:34:46 AM Error:

/usr/sap/S2D/DVEBMGS00/SDM/root/origin/sap.com/sc/security-ext/SAP

AG/0/7.3007.20120924153323.0000/sc~security-ext.sda: This SDA has a

software

type assigned that is not supported: CONTENT.


SUM is giving these errors for following components only (though we

surely have other unwanted patch files as well in inbox)-


'/usr/sap/trans/EPS/in/SAPCRMJAV04_149-20008034.SCA'

Loading archive '/usr/sap/trans/EPS/in/SAPCRMWEB04_149-20008033.SCA'

Loading archive '/usr/sap/trans/EPS/in/SAPSHRJAV04_149-20008031.SCA'

Loading archive '/usr/sap/trans/EPS/in/SAPSHRWEB04_149-20008032.SCA'

Loading archive '/usr/sap/trans/EPS/in/SAPXIESR07P_23-10008104.SCA'


What we have tried as of now -

I deleted these files from inbox as they are not needed but then SUM

said it couldn't find the files!

Actually SUM creates a file (like telnet does)

/usr/sap/S2D/SUM/sdt/tmp/deploy_list.txt and it makes entries for above

SCAs and search for them.


My Question -

Why SUM is looking for the components which we didn't selected in the

first place.


Why SUM is checking these components (that they are invalid) during

execution phase and not in "checks" phase ?


Most important question is ----- >>> Now what is the way to

tell SUM that we don't need these components and it can proceed without

them ?

Accepted Solutions (1)

Accepted Solutions (1)

viveksheel_gaur
Explorer
0 Kudos

Here is what I found -

We choose SUM manual upgrade and choose EPS inbox directory for patch files. This directory contained various other patch files from previous upgrades. Even though we choose only our four components (Java-core and we are sure because we double checked it and we were two people doing this); SUM in case of manual updates revise whole directory and sometimes (rarely) can pick other files as well for upgrade and then it gives a message in validation phase saying these wrong files will be rejected which was what, we off-course want. Now this message is very misleading and what it actually says here is that – These files seems invalid to me (SUM) but I will still try to update them and will surely fail in deployment phase so please cancel this upgrade, clean these files and try fresh!

For further info - please read SAP KBA 2190432

Though we could have tried to continue by jumping the step by SAP password or tried to re-run upgrade after cleaning the directory and completing all four ocmponents (not sure if that would have worked), but we went for a restore as it was only solman development system with a very small DB (hence restore period).

So lesson learnt is always have only specific files to upgrade in EPS inbox or whichever directory you choose.

Thanks

Vivek

Answers (0)