TP Import ALL Error - tp_search_buffer_entry

[antonio_steinhuser]

Hi,

when we start an Import ALL over the STMS the following haappens:

a) the end of Import Queue mark is set --> this is OK

b) all Transports are showing the status "import running" ---> this is also ok

c) after some time the status is set to "Request waiting to be imported" ---> not ok!

d) no transport in imported

e) stop mark is already set

in the tp system log , we saw this entries:

STOP ADD TO BUFFER I12 < 20100312132534 ASTEINHA cscgsapgi01 20100312132531397

START tp_getprots I12 W 20100312132534 ASTEINHA cscgsapgi01 20100312132531397

STOP tp_getprots I12 W 20100312132749 ASTEINHA cscgsapgi01 20100312132531397

HALT 20100312132749

ERROR: INTERNAL ERROR in usage of tp_search_buffer_entry:

accepting NULL==client or "ALL"==client is not implemented when working on an index.

ERROR: EXIT(16) -> process ID is: 2550

Some Idea?

Gruß

Toni

[former_member1351189]

Note#1449610 solved the issue

[former_member1351189]

Note#1449610 solved the issue.

[Former Member]

Hey,

According to Note 1449610 - tp terminates in function 'tp_search_buffer_entry'

You should use tp version 88 in 701, however 89 is the latest avaible and contain additional fix for this error.

[Nik3]

Hi René,

did you actually create an SAP message? I have got the same problem with the same tp version (tp version 372.04.87 (release 701, unicode enabled)). I would be interested what SAP answered.

EDIT: TP patch level 69 (372.04.71) works too.

Best regards

Nik

[former_member287027]

Hello,

TP 700 version 253 has a fix for this so I'd expect they have fixes for the EHP versions as well.

Regards

Garry Bayford

[Former Member]

Can you try selecting a small block of transports and importing them and see if you still get error ?

Thanks,

Naveed

[antonio_steinhuser]

Hi,

we also get this error (in tp systemlog) when we select only one transport!

Gruß

Toni

[Former Member]

Hi,

Can you execute following commands from OS.

tp SHOWBUFFER <SID> pf=/usr/sap/trans/bin/TP_DOMAIN_SID.PFL

check the return code on this command.

Next Step:

tp import <TR> <SID> client=xxx pf=/usr/sap/trans/bin/TP_DOMAIN_SID.PFL

let me know the output of these two commands.

Thanks,

Naveed

[antonio_steinhuser]

Hi,

tp showbuffer ---> ok without errors

tp import -

-

---

cscgsapgi01:i12adm 8% tp import D12K9A057I I12 client=010 pf=/usr/sap/trans/bin/TP_DOMAIN_E12.PFL

initial value of NLS_LANG: 'AMERICAN_AMERICA.UTF8'

This is tp version 372.04.82 (release 700, unicode enabled)

HALT 20100312145127

ERROR: INTERNAL ERROR in usage of tp_search_buffer_entry:

accepting NULL==client or "ALL"==client is not implemented when working on an index.

ERROR: EXIT(16) -> process ID is: 16907

tp returncode summary:

TOOLS: Highest return code of single steps was: 16

ERRORS: Highest tp internal error was: 0800

tp finished with return code: 800

meaning:

internal error, not specified

cscgsapgi01:i12adm 9%

Gruß

Toni

[Former Member]

Have you recently upgraded the Kernel (tp ) ? Also can you paste the contents of TP_DOMAIN_E12.PFL.

Thanks,

Naveed

[Former Member]

Hi Antonio,

TOOLS: Highest return code of single steps was: 16

Seems to be some problem with R3trans. First update the version of R3trans with the latest one from service market place and try doing the imports.

Regards

Sourabh Majumdar

[antonio_steinhuser]

Thanks,

but we have the current TP and R3trans

Gruß

Toni

[Former Member]

Can you please post the contents of TP_DOMAIN_E12.PFL as said by Naveed.

Regards

Sourabh Majumdar

[antonio_steinhuser]

here are our PFL File.

The systrm where we have the problems is I12

COFILELIFETIME = 999

CTC = 1

DATALIFETIME = 999

DBTYPE = ora

LOGLIFETIME = 999

NBUFFORM = 1

OLDDATALIFETIME = 999

TP_VERSION = 281

TRANSDIR = /usr/sap/trans

VERS_AT_IMP = always

#

D12/CTC = 1

D12/DBHOST = cscgsaped01

D12/DBNAME = D12

D12/DBTYPE = ora

D12/NBUFFORM = 1

D12/PARALLEL = 4

D12/TP_VERSION = 281

#

E12/DBHOST = cscgsapgd01

E12/DBNAME = E12

E12/DBTYPE = ora

E12/NBUFFORM = 1

E12/PARALLEL = 4

E12/TP_VERSION = 281

#

I12/CTC = 1

I12/DBHOST = cscgsapgi01

I12/DBNAME = I12

I12/TP_VERSION = 281

#

M12/CTC = 1

M12/DBHOST = cscmn01

M12/DBLIBPATH = /usr/sap/M12/SYS/exe/run

M12/DBNAME = M12

M12/DBSWPATH = /oracle/M12/102_64

M12/DBTYPE = ora

M12/NBUFFORM = 1

M12/TP_VERSION = 281

Thanks Toni

[Former Member]

Toni,

From STMS, Overview-> Systems, select I12 and change, go to the Transport Tool tab and then from Extras -> Copy Configuration from TPPARAM. Save and then try again to import.

You should see Global parameters check marked:

COFILELIFETIME = 999

CTC = 1

DATALIFETIME = 999

DBTYPE = ora

LOGLIFETIME = 999

NBUFFORM = 1

OLDDATALIFETIME = 999

TP_VERSION = 281

TRANSDIR = /usr/sap/trans

VERS_AT_IMP = always

Also try to add local parameter :

I12/DBLIBPATH = /usr/sap/I12/SYS/exe/run

Hope this will help.

Thanks,

Naveed

[Former Member]

Hello,

the same problem here with tp/R3trans 701 PL82.

I went back to PL69 and everything is working again.

Regards,

Jörg

[antonio_steinhuser]

Hi, short status.

The parameter "I12/DBLIBPATH = /usr/sap/I12/SYS/exe/run" is obsolent. We test it with and without this parameter.

Now we have reinstalled the old tp.exe (patch 239) --> now it works!

Seems to be a problem of the new kernel 242 !!!

Gruß

Toni

[S0001584827]

A new tp version 249 is available since Apr. 2nd.

Patch #249 seems to contain a correction to the tp_search_buffer_entry issue.

Download tp 249 or higher and it should correct the error.

Stephan

[Former Member]

we are on 151 and the problem is not solved...

TEST IMPORT IN SPAM is at the moment not possible

Import phase 'TEST_IMPORT' (15.04.2010, 09:01:33)

Error during executing the tp command 'tp TST ALL DBT ...'

tp return code: '0800' , tp message: 'internal error, not specified' , tp output:

initial value of NLS_LANG: '<NULL>'

This is tp version 372.04.87 (release 700, unicode enabled)

HALT 20100415090134

ERROR: INTERNAL ERROR in usage of tp_search_buffer_entry:

accepting NULL==client or "ALL"==client is not implemented when working on an index. [tpbuff.c,2219]

ERROR: EXIT(16) -> process ID is: 6956

tp returncode summary:

TOOLS: Highest return code of single steps was: 16

ERRORS: Highest tp internal error was: 0800

standard output from tp and from tools called by tp:

Analyse the return codes of the individual packages...

should be work with Hinweis 1449610 - tp bricht ab in Funktion 'tp_search_buffer_entry'

700 und 701: ab tp-Version 372.04.84

we are on:

tp Version 372.04.87 (n .ow.unkn)

I will create a message to SAP

[Former Member]

btw with my old TP version 198 we have no problems

tp Version 372.04.57 (n .ow.unkn)

[Former Member]

Is there any official answer to this problem?

We encountered it on 640 Windows x86_64 NUC patchlevel 327 as well, newest R3trans 330 / tp 337 (version 340.16.62 (n .ow.unkn)) fixed it. Don't forget to delete active connections of tp using SMGW!

[Former Member]

Note 1449610 is the official SAP answer.

The correction is available for the following kernel releases:

640: as of tp Version 340.16.64

700: as of tp Version 372.04.94

710 and 711: as of tp Version 375.33.94

701 and 720: as of tp Version 375.93.94

If you use any of these tp versions and you still notice the problem,

send a problem message to SAP.

[Former Member]

Basically you are getting this error because you exported the transport in your development environment with a newer version of TP.exe and you are trying to import it into an environment with an older version of TP.exe

To fix this issue, make sure you are using the same TP version you exported the transport with during import.

Regards,

Sam