cancel
Showing results for 
Search instead for 
Did you mean: 

EHPI 4 Installation XPRA is running in summary since over 600000 seconds

Former Member
0 Kudos

The job RDDEXECL is hanging in a step of log SAPR-603DRINSAPAPPL.PRP.

3 EPU123 Post-import method "AFTER_IMP_IDOC" completed for "IDOC" "L",

date and time: "20100727103659"

2 EPU122XPost-import method "AFTER_IMP_SXCC" started for "SXCC" "L",

date and time: "20100727103659"

The Background Task seems to loop in some

reports : SAPLTHFB, SAPLLANG, SAPMSSYD, SAPLSFES and

SAPLSETX

and tables: T002 and D347T

In the trace I can find this one again and yet again:

15:30:44:520 CMOD - - - rscpLengthOfBasi Parameter:

15:30:44:520 CMOD - - - GetCPInfo Parameter:

15:30:44:520 CMOD - - - rscpKindiOfCP Parameter:

15:30:44:520 CMOD - - - GetCPInfo Parameter:

15:30:44:520 User - - - @(#) $Id: //bas/

Row:Comment:SET_PF_STATUS: RSSYSTDB %_0015:30:44:521 BUFF 2 D347T Prog: SAPLSETX

Row: 1.152 Buffer: PSearchStringSAPLSETX

15:30:44:521 BUFF 2 T002 Prog: SAPLLANG

Row: 213 Buffer: RSearchStringEA

15:30:44:521 BUFF 2 T002 Prog: SAPLLANG

Row: 213 Buffer: RSearchStringDA

SLES 10 / ORACLE 10 / 10.2.0.4 ora client / Kernel PL 102

Accepted Solutions (1)

Accepted Solutions (1)

sunny_pahuja2
Active Contributor
0 Kudos

Hi,

Check SAP Note 558197 - upgrade hangs in PARCONV_UPG, XPRAS_UPG, SHADOW_IMPORT_UPG2.

Thanks

Sunny

Former Member
0 Kudos

Yes I've seen this note, but in our case we can not see on OS level that an oracle shadow process is consuming a lot of CPU. Here nothing is running on oracle, all CPU consumption is on the back ground process D+W.

sunny_pahuja2
Active Contributor
0 Kudos

Hi,

If you come process is running in SAP then it will be updating into database only. Apart from that how much number of R3trans and background process you selected in Pre Processing phase ?

Thanks

Sunny

Former Member
0 Kudos

Enter the maximum number of batch processes during the installation:

BATCH PROCESSES: 4

Enter the maximum number of parallel processes during uptime:

MAXIMUM UPTIME PROCESSES: 8

Enter the number of parallel import processes during downtime:

R3TRANS PROCESSES: 3

sunny_pahuja2
Active Contributor
0 Kudos

Hi,

Since number of R3trans processes and background processes you have taken very less. That is the reason this phase is taking long time.

You have to use below criteria while deciding on number of R3trans and background processes:

Parallel import processes (R3trans):

- 512 MB per R3trans

- Number of CPUs x 1.3

- Maximum number of processes 20

Background processes (Batch):

- number of CPUs x 1.3 up to 1.5

- maximum number of processes 20

Thanks

Sunny

Former Member
0 Kudos

??? Sry I cant follow your explanation?

I`m at the moment in the phase XPRAS_UPG; only one tp is running at the moment:

prpadm 29431 5408 0 Jul27 pts/0 00:00:00 /usr/sap/PRP/DVEBMGS00/exe/tp pf =/CD_stage/EHPI/abap/bin/XPRASUPG.TPP put PRP

only one BTC process is running at the moment with 100% of CPU usage without disk I/O and the database is in idle.

The process trace shows me the following and goes round in circles.

15:30:44:520 CMOD - - - rscpLengthOfBasi Parameter:

15:30:44:520 CMOD - - - GetCPInfo Parameter:

15:30:44:520 CMOD - - - rscpKindiOfCP Parameter:

15:30:44:520 CMOD - - - GetCPInfo Parameter:

15:30:44:520 User - - - @(#) $Id: //bas/

Row:Comment:SET_PF_STATUS: RSSYSTDB %_0015:30:44:521 BUFF 2 D347T Prog: SAPLSETX

Row: 1.152 Buffer: PSearchStringSAPLSETX

15:30:44:521 BUFF 2 T002 Prog: SAPLLANG

Row: 213 Buffer: RSearchStringEA

15:30:44:521 BUFF 2 T002 Prog: SAPLLANG

Row: 213 Buffer: RSearchStringDA

The parallel import has finished yet and at the moment only one task is running, no prallel acitivities...

Answers (0)