cancel
Showing results for 
Search instead for 
Did you mean: 

files in EPS/in are deleted when JSPM starts

Former Member
0 Kudos

Hello everyone,

we've installed NW04s SR2, java only, WebAs 7.0 on AIX 5.3, Oracle 10.2.0.2.

Afterwards, we wanted to implement Support Package Stack 13 using JSPM.

We put the following patches into /usr/sap/trans/EPS/in, permission 755:

- BASETABLES13_0-10003462.SCA

- ADSSAP13_0-10003001.SCA

- CAF13_0-10003464.SCA

- BIUDI13_0-10002781.SCA

- BIMMR13_0-10002782.SCA

- CORETOOLS13_0-10003456.SCA

- CAFUM13_0-10003472.SCA

- KMKWJIKS13_0-10003021.SCA

- JSPM13_0-10003470.SCA

- JLOGVIEW13_0-10003465.SCA

- SAPCAR_0-10003699.exe

- SAPBUILDT13_0-10003479.SCA

- LMTOOLS13_0-10003486.SCA

- SAPJEE13_0-10003469.SCA

- SAPJTECHF13_0-10003468.SCA

- SAPJEECOR13_0-10003466.SCA

- SAPJTECHS13_0-10003467.SCA

- igsexe_10-10003077.sar

- UMEADMIN13_0-10003471.SCA

- SPSTab.xml

- SDMKIT13_0-10003463.JAR

JSPM starts successfully, SDM can log on, then the message appears: "Synchronization of the table with system component versions and the SDM reposirory has finished".

After that, /usr/sap/trans/EPS/in is empty, and then, JSPM cannot find any patches there.

We tried some different scenarios, changing the authorization of the files, even the inbox directory, but nothing helped. The files are always deleted.

Does anyone know what to do?

Thanks for your help and best regards,

Cornelia

Accepted Solutions (1)

Accepted Solutions (1)

Former Member
0 Kudos

Hello,

Check the SCAN_INBOX_XX.LOG in the /JSPM/log/log_date/ folder and search for “Stack definition file is rejected.” message. It might be that you didn’t download the correct usage type. Download the SP Stack again to fix the problem. Go to:

https://websmp205.sap-ag.de/swdc and select SAP Support Packages – Entry by Application Group – SAP NETWEAVER – SAP NETWEAVER 7.0 (2004S) - Support Package Stack - Support Package Stack. Choose the source and target stack and select the appropriate Usage type. You have to at least select Application Server Java, but you most likely also have Enterprise Portal (Enterprise Portal and EP Core usage types). Download all the files including the new SPSTab.xml and try the update again.

Hope that helps.

Regards,

Ventsi Tsachev

Technology Development Support (J2EE Engine)

SAP Labs, Palo Alto, Ca (USA)

Former Member
0 Kudos

Hello Markus and Ventsi,

thanks fot your answers!

Markus: I do not have a directory CMS... in EPS/in, it's simply empty.

Ventsi: I have no usage type installed - it's simply a Java stack, no portal, etc.

I checked the logfile you mentioned and it says:

#1.5#C0000A7A1AD20000000000927A537A5300043CC464628B58#1192714102279#/System/Server/Upgrade/JSPM##com.sap.sdt.j2ee.tools.newsdu.NewSD

UProvider.listInbox(NewSDUProvider.java:199)#######Thread[main,5,main]##0#0#Info#1#com.sap.sdt.j2ee.tools.newsdu.NewSDUProvider.list

Inbox(NewSDUProvider.java:199)#Java###Scanning Inbox directory for deployable J2EE Engine component archives...#1#/usr/sap/trans

/EPS/in#

...

#1.5#C0000A7A1AD20000000000967A537A5300043CC46462C9D8#1192714102295#/System/Server/Upgrade/JSPM##com.sap.sdt.j2ee.tools.spstackanaly

zer.SPStackAnalyzer.analyzeSPStacksDir(SPStackAnalyzer.java:164)#######Thread[main,5,main]##0#0#Info#1#com.sap.sdt.j2ee.tools.spstac

kanalyzer.SPStackAnalyzer.analyzeSPStacksDir(SPStackAnalyzer.java:164)#Java###Scan of the Inbox directory for stack definition files

has finished.##

So it seems that the scanning is ok, then the logfile stops and that's it.

I was wondering: could I patch JSPM deploying JSPM13_0-10003470.SCA via SDM and then try JSPM again? Maybe the newer version of JSPM works...?

Best regards

Cornelia

Former Member
0 Kudos

Hello Cornelia,

Please select usage type "Application Server Java" when you download the support package. If you have only the J2EE Server, that's the usage type that you have.

I haven't heard about such bug in the JSPM and I don't think installing newer version will fix the problem.

Let me know if selecting the usage type "Application Server Java" and using the newly generated SPSTab.xml fixes the problem.

Regards, Ventsi

Former Member
0 Kudos

Hi Ventsi,

I did select "Application Server Java", in fact, I downloaded it twice just to make sure, but it's always the same: the files get deleted after JSPM scans the inbox.

I also searched all the directories under /usr/sap, in case the files are moved somewhere else, but they are simply gone.

Any other ideas?

Thanks and best regards,

Cornelia

Former Member
0 Kudos

Just to keep you informed:

the reason for the deletion is this:

SDM uses a "transferdir" directory: You should never set the directory, where you put in your SP stack files, as "transferdir", as this directory is used as <i>temp</i>-directory and emptied every time SDM starts.

After I changed transferdir to /usr/sap/<SID>/JC##/SDM/program/temp, the files weren't deleted any more.

The only thing is: sapinst does not create the temp directory during the installation of the system, so you have to create it manually.

Now, the files are kept in EPS/in, but JSPM does not recognize the SPSTab.xml, but that's another problem.

Thanks for your help anyway!

Regards

Cornelia

Former Member
0 Kudos

a little update on SPSTab.xml, in case someone else has the same problem:

the JSPM version I had didn't recognize the xml file, so the solution was:

- select "single patch" in JSPM, skip all patches except JSPM and update that one

- restart JSPM (which is then SP13) and then the xml file is recognized.

Regards,

Cornelia

Answers (2)

Answers (2)

Former Member
0 Kudos

Solution:

Set "sdm filetransferdir dir=/usr/sap/<SID>/JC00/SDM/program/temp"

Stop SDM

cd /usr/sap/<SID>/DVEBMGS00/SDM/program

./StopServer.sh

Startup standalone

./sdm.sh jstartup "mode=standalone"

Set filetransferdir parameters

./sdm filetransferdir dir=/usr/sap/<SID>/JC00/SDM/program/temp

./sdm.sh jstartup "mode=integrated"

Start MDM server

./StartServer.sh

markus_doehr2
Active Contributor
0 Kudos

Are they really deleted or are they maybe put in

/usr/sap/trans/EPS/in/CMS<hostname><instancename>?

You can try to check the JSPM logfiles, maybe you will see something there. Grep for a filename out of EPS/in in the latest JSPM logfile dirctory.

--

Markus