table conversion of F0101 in upgfrade to XE

we are upgrading from B7332 to XE.
i 'm now running installation workbench of upgrade plan of PRODUCTION environnement.
the process stops with error in table conversion workbench with conversion of F0101 status of completed with errors and the R98407 job table and index creation finish with errors with o tables copied or regenerated.
status of the job is "the process completed successfully but there were table or index errors"
anyone have idea to this issue and what is the solution.

Zizou :

Read the c:\jde.log file.
It will tell you what happened (typically tried to create a primary key and
found that some
values were either NULL or duplicated).

Sebastian

Re: RE: table conversion of F0101 in upgfrade to XE

in JDE.LOG i have another type of message telling that:

"failed to find F98611 in cache"
and another messages telling that
"failed to get location of table F0000194 for environnement JDEPLAN"
and another messages of same types for another tables
that i understand that ssytem can't find OCM of tables to be copied in JDE_PRODUCTION.

I had the same problem caused by an index. After recreating the index
manually through OMW I restarted the workbench and finished it successfully.

Check the pdf reports. I found the index name there.

Regards, Alex Shevchenko

B7332 SP17, Oracle 8.0.5, Solaris production
XE SP18 Oracle 8.1.7, Solaris test

Hi,

What is your configuration. It will be important to known before we can answer your question.?

Did you apply the planner ESU?

Did you upgrade your Service Pack?

Re: RE: table conversion of F0101 in upgfrade to XE

Hi!

Just wondering if you ever got this resolved... I ran into the same exact issue this morning. JDE is looking into it, but I don't know where to start.

Thanks!
Annemarie

Re: RE: table conversion of F0101 in upgfrade to XE

Just so you know, if you have changed the passwords for the objects owners (PRODDTA, CRPDTA, DV7333, OBJ7333, etc.) you must change them back to default before running R98403 and other update, upgrade kinda stuff.

In case you forgot, the default password matches the object owner, i.e. PRODDTA/PRODDTA