DBM_GETF error by entering tcode DB13

[Former Member]

Hello!

I am facing with the following error, even when I enter the tcode db13.

(I have SAP Solution Manager 4.0 installed on Windows, with the latest patches and kernel patch, my SAPDB-version is 7.6)

Name and Server : <SID> - servername

DBMRFC Function : DBM_GETF

Command : DBAHIST DATE=20061027

Error : System Error

Error Message : timeout during allocate / CPIC-CALL: 'ThSAPCMRCV' : cmRc=20

The SDB-software is installed on <b>C:\Program Files\sdb</b>.

If it is the reason for this error, how can this error be corrected without reinstalling the software?

Thank you very much!

regards

Thom

[Former Member · Accepted solution]

Hello Thom,

the usual workaround this problem is to use the DOS name of "Program Files". One can find out about this short name using "dir /X c:\" on the copmmand line. Unfortunately I don't know where this short name has to be configured to solve your actual problem.

Best regards,

Tilo Heinrich

[markus_doehr2 · Accepted solution]

You can use "

dir /x

" to find out the names of the directories in 8.3 notation.

--

Markus

[Former Member · Accepted solution]

Hello Thom,

You can use program sdbconfig to display and change the MaxDB settings to its independet programs.

Open a command prompt and call:

sdbconfig

Note the output for IndepPrograms, determine the DOS-Name for this complete path using a lot of ' dir /X ...' and change the IndepPrograms setting by calling:

sdbconfig IndepPrograms=<DOS_Name_for_IndepPrograms>

The placeholder <DOS_Name_for_IndepPrograms> has to be replaced of course by the real path determined before.

Normally MaxDB's independent program path is also part of the environment of some OS users. If you encounter problems due to this mismatch, you may need to change these environments as well.

Best regards,

Tilo Heinrich

[Former Member · Accepted solution]

Hello Tilo,

thank you very much.

The error does not exist anymore.

I have executed sdbconfig and changed the path of "IndepPrograms" from "C:\Program Files\..." to "C:\programs\sdb\".

I have copied the directory sdb from "C:\Program Files\.." to "C:\programs\sdb\" and enter Tcode DB13 now without any errors.

Great!

Should I also change the path of "IndepData"?

Do I need to restart SAP R/3 with DB?

Thank you very much!

[Former Member · Accepted solution]

Hello Thom,

The advantage of using DOS names instead of renaming the complete directory ist that you do not have to change all the refernces to the directory, as a DOS name points to the same directory as is normal name. But this is now of no importance as you have solved the problem by renaming.

You should <b>not</b> rename IndepData, in your concrete Problem only IndepPrograms was involved.

Probably you meanwhile know, wether you have to restart R/3 or not. I simply don't know the answer. I guess you can wait with the restart until the first problem comes up. The database itself does not need the independent programs, so only auxiliary functions might not work. For those functions it depends, whether they determine the IndepPrograms path only once or every time they need it. The DB13 functionality, that caused you trouble in the first place, determines the IndepPrograms path every time - so it should work without a further reboot. Other functions might not.

Best regards,

Tilo Heinrich