on 06-28-2013 6:20 PM
From the 19466 snote (I recommend using the version for the kernel that SUM is using, 7.20 I believe):
Copy or apply a patch for R3trans and tp.
You do not have to stop the SAP system for the R3trans and tp programs. The following simplified procedure applies here:
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
yes, thank for your reply,
i did same as described in that note, today new downloaded from the 720_EXT Kernel
replaced the r3trans + tp in the SAP-system which i intend to upgrade (SID=EXE),
and also replaced the r3trans + tp in this named directory /usr/sap/EXE/SUM/abap/exe
but, after restarting the SUM 5.2. extraction, the error is still the same?
what to do more?
first try was replacing r3trans + tp in /usr/sap/EXE/SUM/abap/exe/
then restart (go BACK) the whole SUM 5.2. phase Extraction,
then the directory again is in one SUM-step refreshed from where ???
the result is, the manually copied r3trans+tp are again replaced with older versions
and SUM stops again,
second try was replacing r3trans + tp in /usr/sap/EXE/SUM/abap/exe/
then restart only the last step (go with NEXT-option) , so SUM goes ahead
and the stops abnormal with the next error ...
Severe error(s) occured in phase PREP_IMPORT/SQLDB_CLEARPATCHES!
Last error code set: tp failed with return code 249,
check /usr/sap/EXE/SUM/abap/log/TPSQLSTD.OUT
- i will open a support-ticket for that new issue.
from where SUM copies old R3trans+tp ?
I don't think you have to update the SUM items, I think you need to update r3trans and tp in the current kernel that you have setup. I don't recall what your system ones, so I pulled up a 7.20 UC Ext kernel download page and found the following info:
SAR | tp_433-20006748.sar | TP | 433 | Info | 3454 | 19.06.2013 | ||
SAR | librfc_433-20006748.sar | librfc | 433 | Info | 2061 | 19.06.2013 | ||
SAR | saprouter_432-20006748.sar | SAPROUTER | 432 | Info | 1275 | 11.06.2013 | ||
SAR | ccmagent_432-20006748.sar | CCMAGENT | 432 | Info | 11149 | 11.06.2013 | ||
SAR | SNMPLIB_432-20006748.SAR | snmplib | 432 | Info | 1764 | 11.06.2013 | ||
SAR | enserver_430-20006748.sar | SP for SAP KERNEL 7.20 64-BIT UNICODE | 430 | Info | 14839 | 10.06.2013 | ||
SAR | R3trans_430-20006748.SAR | R3TRANS | 430 | Info | 6791 | 28.05.2013 |
I can see R3TRANS & TP have a May and June date time frame; I think you need to download these items and put them in your current system that you are trying to upgrade. SUM should then pull them from there and let you proceed.
Thank you, Billy, for your effort trying to help me.
as i wrote, i did both,
update r3trans+tp in the sap-system i want to upgrade
and update r3trans+tp in the (within the error-message named) directory.
and i did it with the 720_EXT Kernel-Versions, same as you described.
The SAP-support answer to this issue was:
"looks like you have installed wrong patches into /usr/sap/EXE/SUM/abap/exe directory.
While there is installed kernel release 721_EXT Unicode, at least the tp and r3trans executables are of kernel release 720. This does not match.
You only can install release 7.21_EXT Unicode executables into /usr/sap/EXE/SUM/abap/exe directory. "
it would be far too easy, if SAP (SUM-tool) would issue clear-to-understand error messages - then the customer would know so directly what to do.
so i sounds to have to use these r3trans + tp from 721_EXT Kernel:
in SUM i choose Option "Exit program" and now i will have to start SUM new
Hi Jagan,
First of all many customer make the mistake of brining in the wrong kernel in to the upgrade by selecting the wrong kernel binaries during stackXML generation. You can prevent this error in the first case by selecting the
correct kernel while generating the stackXML.
Now how to know your correct kernel during the upgrade is by chcking the correct version of the target you intent to upgrade in service.sap.com/PAM -> specify the release or release + EHP level you are upgrading to . Once the release information page opens , click on the tab Technical release information -> choose Database platform
Choose on the correct OS and DB version you are in and PAM will outline the comptiable kernel you have to use . So you will know the correct kernel to use. Accordingly pick the TP and R3trans tools in market place and update your system. It is best to update the kernel than individually updating the TP and R3trans tools.
The above method of finding the kernle is the best method. This is not assumption based and will work perfectly. The SCOPE section shows te correct kernel you need to use . In case you have doubt to use use normal or EXT kernel for your release , I would recommed you to read the notes that are provided in the ADDITIONAL INFOTRMATION tab by clicking on the DISPLAY button.
Regards,
Varun.
Varun Varma P wrote:
Hi Jagan,
First of all many customer make the mistake of brining in the wrong kernel in to the upgrade by selecting the wrong kernel binaries during stackXML generation. You can prevent this error in the first case by selecting the
correct kernel while generating the stackXML.
Regards,
Varun.
we do exactly that, choose the target release with the 721_EXT Kernel, created the XML-stack-file and downloaded all suggested software.
but when starting SUM, the SUM came up with the message (r3trans too old),
that means, that SUM did not use the downloaded kernel with r3trans,
so you have to copy r3trans one again manually -
this is what i expect tool to do - but this SAP tools do not.
Hello ALL,
Simple solution would be download the promoted R3trans from Service Market Place and place in download directory and re-try it should works.
Regards,
Sankara Bavirisetti
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi,
after I changed the r3trans in the /SUM/abap/exe and in the ABAP and JAVA Kernel
the upgrade continued.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi all,
Just for your information. Instead of placing the latest R3Trans in the SUM Download folder, our procedure now is to replace the kernel files (SAPEXE_<Version>.SAR and SAPEXEDB_<Version>.SAR) in the download folder to the latest version before starting SUM execution (Or you can do this when the issue happens). You can do this without generating a new stack.xml, SUM will have intelligence to extract the new kernel files automatically.
Regards,
Steven
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hello Steven,
this fixed my issue too - I replaced downloaded stack-kernel completely with the newest one.
Even in SUM-XML File kernel data is named SUM extracts newest kernel without problems. And R3trans ist up to date.
Can anybody tell me how to check the R3trans version with a newer kernelrelease?
If I go to directory SUM/abap/exe and execute "R3trans -d" I get an error:
Could not open the ICU common library.
The following files must be in the path described by
the environment variable "LIBPATH":
libicuuc50.a, libicudata50.a, libicui18n50.a [/bas/741_REL/src/flat/nlsui0.c 1535] pid = 2163404
LIBPATH is currently set to /usr/lib:/lib:/usr/sap/ABC/SYS/exe/run:/usr/sap/ABC/SYS/exe/uc/rs6000_64:/oracle/client/11x_64/instantclient [/bas/741_REL/src/flat/nlsui0.c 1538] pid = 2163404
Unfortunately version is not shown at the beginning.
Regards,
Julia
Hello Damian,
thats right in "normal" environment.
But I'm in EHP 7 Upgrade. Current kernel is 720, new kernel will be 741. New R3trans is 740.
If I execute "/usr/sap/ABC/SUM/SUM/abap/exe/R3trans -d" I get mentioned error.
If SUM is telling me, that the new R3trans is too old, I have to check the version of the new R3trans.
And this I can't do in my current environment.
I tried to extend LIBPATH with /usr/sap/ABC/SUM/SUM/abap/exe, but this didn't work either.
Therefore: how can I check the version of this new R3trans?
Regards
Julia
OK.
Please try run
1) ./R3trans -v
2) /SUM/abap/exe/disp+work -v |more
3) <SUM Directory>\abap\exe\tp "pf=<SUM Directory>abap\var\DEFAULT.TPP" execdbscript APD -x ..\var\SQLDBSCRIPT.TQL
Try download latest R3trans version 741 and keep it in SUM directory in ../abap/exe/ and retry with the phase this should help.
Regards,
Damian
Hello Damian,
thanks for your input.
R3trans -v give me requested result:
This is ./R3trans version 6.24 (release 741 - 10.06.14 - 20:14:07).
unicode enabled version
disp+work -v doesn't work:
Could not load program ./disp+work:
Dependent module dw_gui.so could not be loaded.
Could not load module dw_gui.so.
System error: No such file or directory
<SUM Directory>\abap\exe\tp "pf=<SUM Directory>abap\var\DEFAULT.TPP" execdbscript APD -x ..\var\SQLDBSCRIPT.TQL works too with errors, but gives me requested result:
This is tp version 380.18.94 (release 741, unicode enabled)
ERROR: No connect due to DbSl Load Lib Failure
ERROR: The values set for DIR_LIBRARY ('/usr/sap/ABC/SYS/exe/run') or dbms_type ('ORA') are invalid.
ERROR: Connect to ABC failed (20141015120442).
Thanks for your help, this solved my problem 🙂
Regards,
Julia
Start diagnostics with SAP Note 1640751 - IGS Error: Could not open the ICU common library.
Hi All,
Steven young was write, for me brconnect and R3trans were recorded as older version.
All we need to replace old files with new one in SUM download directory. SUM tool will pick the file from download directory only, to confirm this i have tried a.) replacing abap/exe only, 2.) updating in Original system.
Cheers,
Regards
KSK
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hello Team,
I had the very close related issue in the process of Ehp7 Upgrade from Ehp6.
Error: Last error code set: Tool release '721' from directory 'D:\XXXXX\SUM\abap\exe' does not match manifest release '720'.
Seems, it's required to upgrade or downgrade my Kernal 720_Ext to 721_Ext.???
Please help me out,..
Thank you,
Mohan Karamala.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi,
Even if I did a copy of the last R3trans (7.21) in /SUM/abap/exe, SUM (SP10) always replaced it with the version 7.41. I had to SAPCAR again the version 7.21, renamed it to R3trans.721, restart SUM and during the process catch the time where it replaced mine and just rename the 7.21 version to R3trans. The following step was to test it and SUM was happy with that.
2 weeks ago I did the same installation with SUM SP09 and the fix was to put the last version in /SUM/abap/exe and it was sufficient. SUM SP10 acted differently. Bug ??
PS: I tried to put the latest version of R3trans in the download folder but SUM didn't took it. I guess it has to be at the beginning of the process.
Regards
Yes, it did and it's what I did.
But when I restarted SUM, it overwrites it with the version 7.41. So, I prepared a copy of R3trans.721 and just overwrite the version 7.41 at a specific time. It was not easy to catch the time but finally I had a window of 30/45 seconds to perform this step. I know it's not "nice" as a solution, but when I opened an OSS message SAP took more than 10 days to answer...
The process is still running.
Hi colleagues,
sorry to read that you are having troubles with SUM.
Please consider the following aspects:
Regards, Boris
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Boris Rubarth wrote:
Hi colleagues,
sorry to read that you are having troubles with SUM.
Please consider the following aspects:
Indeed SUM does not download any files on its own. I presume you do not want a tool running on OS level of your system to access the internet ...
Regards, Boris
thanks, Boris, for your helpfull information ....
why this is not mentioned in the upgrade-guide?
why the needed r3trans version is not exactely named in SUM at the error point?
but
why SAP-customers are forced to use tools (Solman SMSY, MOPZ) which hold all information about installed SAP systems,
and the tools did not what tools normally should be able to do?
why MOPZ can not include the needed r3trans (newer version) into the download?
why MOPZ allows to mark AddOns and add into XML-Stack-file, but SUM did not allow to install this?
i expect tools to prevent users from suchs fault which cause extrem anger running SUM several times again and again and again ........
Christoph
Steven Yeung wrote:
Thanks Boris! How I fix the problem is to download the latest SAR for R3Trans and TP and put the SAR files to the download folder (not the abap/exe)!
Steven
This is true only before you start upgrade. But if you have this problem, and SUM stopped, you should try change R3trans in abap/exe. In my case this help. In new upgrade I put this files in download patch folder, and the problem disappeared.
Regards,
Damian
User | Count |
---|---|
85 | |
10 | |
10 | |
9 | |
7 | |
6 | |
6 | |
5 | |
4 | |
4 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.