cancel
Turn on suggestions
Auto-suggest helps you quickly narrow down your search results by suggesting possible matches as you type.
Showing results for 
Search instead for 
Did you mean: 

Unicode export error

Former Member

on ‎05-01-2007 5:52 PM

0 Kudos

Hi,

Can you help me?

I´m using the "in-place code page conversion" method on an ERP2005 SR2 system with the newest 7.00 kernel from SAP. When I do the database export I get the following error:

ERROR 2007-05-01 12:09:36

MOS-01012 PROBLEM: 'X:sapmnt/BNU/exe/R3ldctldb4 -s -l ./R3ldctlExport.log -p X: mpBNU/DATA/ ' returned with '-1073740825' which is not a defined as a success code.

Do you have any ideas?

Best regards

Henrik Hviid

Show replies
Show replies
Answer

Accepted Solutions (0)

Answers (1)

Answers (1)

former_member204746
Active Contributor
‎05-01-2007 6:33 PM
0 Kudos

have you also updated R3ldctldb4 (and all other R3* binaries ?)

Show replies
Show replies
Former Member
‎05-01-2007 7:20 PM
0 Kudos

I have updated the following kernel files to the latest version:

DW

R3CHECK

R3LDCTL

R3LOAD

R3SZCHK

How do I update the R3ldctldb4 file? Isn´t this file the as the R3LDCTL file?

Former Member
‎05-02-2007 8:59 AM
0 Kudos

Hi,

the R3LDCTL patch patches that one with it ....

The question is: Do you have more info in other log files ?

Regards

Volker Gueldenpfennig, consolut.gmbh

http://www.consolut.de - http://www.4soi.de - http://www.easymarketplace.de

Former Member
‎05-02-2007 8:04 PM
0 Kudos

Here are errors from the sapinst_dev.log file:

ERROR 2007-05-02 21:02:30 [iaxxbrunas.cpp:251]

CIaRunAsUser::run_impl()

MOS-01240 Start of X:\sapmnt/BNU/exe/R3ldctldb4 failed. SOLUTION: Check the existence of program and its access rights. If no path to the program is given check your environment variable as well.

ERROR 2007-05-02 21:02:30 [iaxxbrunas.cpp:269]

CIaRunAsUser::run_impl()

MOS-01012 PROBLEM: 'X:\sapmnt/BNU/exe/R3ldctldb4 -s -l ./R3ldctlExport.log -p X:\tmp\BNU/DATA/ ' returned with '255' which is not a defined as a success code

Former Member
‎05-02-2007 9:35 PM
0 Kudos

Hi,

what is the user you are using ? Has it *ALLOBJ ? Did you use FIXR3OWNS with QSECOFR when installing the kernel ?

The output of r3ldctl should be the *.STR files in X:\tmp\BNU/DATA/ ... are these files there ?

You could try and run r3ldctl -s with call qp2term manually with SIDOFR and see on the screen if you detect the problem ...

Regards

Volker Gueldenpfennig, consolut.gmbh

http://www.consolut.de - http://www.4soi.de - http://www.easymarketplace.de

thomas_obermeier
Advisor
Advisor
‎05-03-2007 8:22 AM
0 Kudos

Hi,

Does the log specified in the call (<b>-l ./R3ldctlExport.log</b>) exist? What is its content?

Regards,

Thomas

Former Member
‎05-03-2007 8:50 AM
0 Kudos

We are using BNUOFR (=SIDOFR) and it has *ALLOBJ. We didn´t use the FIXR3OWNS. Is this step fatal?

The folder X: mp nuDATA is empty. There are no files.

I´ll try to run the r3ldctl -s command manually shortly. I´ll let you know what happened.

There are no log file called "R3ldctlExport.log". There are an empty log file called R3ldctldb4.log, a keydb.xml file, a sapinst_tmksvrlog_3036 file. And a lot of old log files from when I started exporting for the first time.

Former Member
‎05-08-2007 9:47 AM
0 Kudos

Hi Volker,

I have tried running r3ldctl -s with call qp2term manually with SIDOFR and get the following error:

> R3ldctl -s

/QOpenSys/usr/bin/-sh: R3ldctl: 0402-006 Execute permission denied.

Do you have any ideas what is wrong? We have also tried giving public read/write/execute authorization to the R3ldctl file.

Former Member
‎05-08-2007 9:48 AM
0 Kudos

Ups the error code were 0403-006 and not 0402-006. Sorry.

thomas_obermeier
Advisor
Advisor
‎05-08-2007 9:56 AM
0 Kudos

Henrik,

Can you tell us the output of

ls -l R3l*

in the kernel directory? You might also consider checking your SIDOFR profile.

Regards,

Thomas

Former Member
‎05-08-2007 10:30 AM
0 Kudos

The output of ls -l R3l* is:

-rwxrwxrwx 1 r3owner bnugroup 4646400 Apr 12 20:30 R3ldctl

-rwxrwxr-x 1 r3owner bnugroup 7498443 Apr 29 23:41 R3load

SIDOFR has ALLOBJ.

thomas_obermeier
Advisor
Advisor
‎05-08-2007 2:11 PM
0 Kudos

Hi,

Thought of something like DSPUSRPRF. Can you compare with settings in our reference system?

User class . . . . . . . . . . . . . . . . :   *PGMR   
Special authority  . . . . . . . . . . . . :   *JOBCTL 
                                               *SAVSYS 
Group profile  . . . . . . . . . . . . . . :   A70OWNER
Owner  . . . . . . . . . . . . . . . . . . :   *GRPPRF 
Group authority  . . . . . . . . . . . . . :   *NONE   
Group authority type . . . . . . . . . . . :   *PRIVATE
Supplemental groups  . . . . . . . . . . . :   A70GROUP
                                               R3OWNER 
                                               R3GROUP

BTW: SIDOFR should NOT have *ALLOBJ. If authority problems occur, something other is wrong and might be hidden this way.

Regards,

Thomas

Former Member
‎05-08-2007 2:33 PM
0 Kudos

Here are user profile for BNUOFR:

User class . . . . . . . . . . . . . . . . : *PGMR

Special authority . . . . . . . . . . . . : *ALLOBJ *JOBCTL *SAVSYS

Group profile . . . . . . . . . . . . . . : BNUOWNER

Owner . . . . . . . . . . . . . . . . . . : *GRPPRF

Group authority . . . . . . . . . . . . . : *NONE

Group authority type . . . . . . . . . . . : *PRIVATE

Supplemental groups . . . . . . . . . . . : BNUGROUP R3OWNER R3GROUP

Former Member
‎05-08-2007 5:39 PM
0 Kudos

Hi,

BNUOFR should be the owner of files in ...exe/run/.

Group bnugroup is ok.

Please try to change the owner with chown.

Then SIDOFR should have the execute permission.

Regards

Guido

Former Member
‎05-08-2007 9:36 PM
0 Kudos

I have set BNUOFR as owner of all files in ...exe/run/... Still the same error...

ERROR 2007-05-08 22:25:52

MOS-01240 Start of G:sapmnt/BNU/exe/R3ldctldb4 failed. SOLUTION: Check the existence of program and its access rights. If no path to the program is given check your environment variable as well.

ERROR 2007-05-08 22:25:52

MOS-01012 PROBLEM: 'G:sapmnt/BNU/exe/R3ldctldb4 -s -l ./R3ldctlExport.log -p /tmp/BNU/DATA/ ' returned with '255' which is not a defined as a success code.

I have an OSS message opened concerning this problem also and they mention that I´m using the wrong cd. Is this correct? I´m using "CD 51030989 CPC ASCII to Unicode 640 DB2 iSeries" and the control.xml file for 7.00 from note 800791.

Former Member
‎05-09-2007 7:06 AM
0 Kudos

Hi Henrik,

... at least you are using the proper CD ))

Good luck with a fast a solution on this,

Volker Gueldenpfennig, consolut.gmbh

http://www.consolut.de - http://www.4soi.de - http://www.easymarketplace.de

thomas_obermeier
Advisor
Advisor
‎05-09-2007 8:52 AM
0 Kudos

Henrik,

One thing I don't understand: Your log tells us that SAPInst cannot execute R3ldctldb4, but in the kernel there should only be R3ldctl, as you can tell from 

ls -l

above. Can that be explained?

Is share G: pointing to the right directory?

Regards,

Thomas

Former Member
‎05-09-2007 12:27 PM
0 Kudos

The export is running now... I really don´t know what was wrong. For the 5th time I restarted the export from scrath and then it worked... Thx for all your help :-).

How long time do an inplace conversion normally take? It is an i550 with 4 processors and the database is 170 GB. How long time for the export? And how about the import?

Former Member
‎05-09-2007 7:13 PM
0 Kudos

Hi,

I would guess 4-6 hours for Export and 1-2 hours for import ...

(export time depends on the size of rfblg, edi40 & cdcls ...)

Regards

Volker Gueldenpfennig, consolut.gmbh

http://www.consolut.de - http://www.4soi.de - http://www.easymarketplace.de

Former Member
‎05-11-2007 10:16 AM
0 Kudos

Hi again,

I think there is something wrong with our export! It looked fine for the first 4 hours, where it generated app. 8 GB of export files. Now is seems that there are no progress at all... For the last 9 hours there have not been generated any new data files or log files. Only the sapinst_dev.log file has changed..

The status line in SAPINST says "R3load jobs: running 2, waiting 0".

From the sapinst_dev.log:

TRACE [synxctask.cpp:533]

CSyTaskImpl::start(false) lib=iamodload module=CR3ldStep

OS4Trace: converted argument "H:\usr\sap\SAPinst\CPC\EXP/SAPCLUST_3_1.log" to "/usr/sap/SAPinst/CPC/EXP/SAPCLUST_3_1.log"

TRACE [synxctask.cpp:85]

CEnvironmentJanitor::~CEnvironmentJanitor()

lib=iamodload module=CR3ldStep

Restoring current processenvironment

INFO 2007-05-10 22:25:05 [syxxccuren.cpp:105]

CSyCurrentProcessEnvironmentImpl::setWorkingDirectory(iastring)

lib=iamodload module=CR3ldStep

Working directory changed to H:\usr\sap\SAPinst\CPC\EXP.

TRACE [iaxxbdbld.cpp:985]

CR3ldStep::startR3ldProcesses lib=iamodload module=CR3ldStep

TST_RUNNING: 32

TRACE [iaxxbdbld.cpp:985]

CR3ldStep::startR3ldProcesses lib=iamodload module=CR3ldStep

TST_RUNNING: 33

TRACE [iaxxbdbld.cpp:985]

CR3ldStep::startR3ldProcesses lib=iamodload module=CR3ldStep

TST_RUNNING: 34

TRACE [iaxxbdbld.cpp:985]

CR3ldStep::startR3ldProcesses lib=iamodload module=CR3ldStep

TST_RUNNING: 32

TRACE [iaxxbdbld.cpp:985]

CR3ldStep::startR3ldProcesses lib=iamodload module=CR3ldStep

TST_RUNNING: 33

The last three lines continue on several hundred times in the log...

Do you have any idea of what is wrong?

How many data should should be generated from an export of a 170 GB database? 8 GB seems to few...

Former Member
‎05-11-2007 10:13 PM
0 Kudos

Hi Henrik,

8 GB sounds very helpful ...

I think, you should have a look at the log files for the export in order to see if everything is exported successful.

Might it be possible, that you are having VERY many STR-files ? It should be 30-80 and not 25000 - if this would be the case, that is the reason of your problem, because R3ldctl would be old ..

Volker Gueldenpfennig, consolut.gmbh

http://www.consolut.de - http://www.4soi.de - http://www.easymarketplace.de

Ask a Question