SQL error 942 when logging into shadow system ECC 6.0 upgrade

Question

Hello,
I am upgrading an ECC 5.0 system to ECC 6.0, and am trying to log into the shadow system to correct a few activation errors. With just about every transaction I attempt, I get the following error:
SQL error 942 occurred while accessing program SAPM
Here is an excerpt from the relevant trace file under /usr/sap/put/<SID>/<Instance>/work:
A  GENER request remote generation: SAPMS380.
A  GENER starting inline generation: SAPMS380 (reason: no process available fo
r remote generation).
A  GENER got lock for program SAPMS380.
C  *** ERROR => OCI-call 'OCILobWrite' failed with rc=942
[dboci.c      2561]
C  *** ERROR => ORA-942 occurred when writing to a LOB
[dbsloci.c    10366]
C  sc_p=112780f80,no=112,idc_p=1127973a0,con=0,act=1,slen=123,smax=1024,#vars=5,
stmt=11315e9c0,table=REPOLOAD
C  prep=0,lit=0,nsql=0,lobret=1,#exec=1,dbcnt=1,upsh_p=0,ocistmth_p=11315f5b8
C  IN : cols=4,rmax=1,xcnt=1,rpc=0,rowi=0,rtot=1,upto=4294967295,rsize=45,vmax=3
2,bound=1,iobuf_p=112b1c8a0,vda_p=113161020
C       lobs=1,lmax=4,lpcnt=0,larr=112b1b4c0,lcurr_p=0,rret=0
C  OUT: cols=1,rmax=1,xcnt=0,rpc=0,rowi=0,rtot=1,upto=0,rsize=4,vmax=64,bound=0,
iobuf_p=0,vda_p=1131617a0
C       lobs=1,lmax=4,lpcnt=1,larr=112b1b5c0,lcurr_p=112b1b5c0,rret=1
C  UPDATE "REPOLOAD" SET "QDATA" = :A0 WHERE "PROGNAME" = :A1 AND "R3STATE" = :A
2 AND "MACH" = :A3  RET\
C  URNING "QDATA" INTO :A4;
B  ***LOG BY4=> sql error 942    performing PUT on table REPOLOAD   [dbrepolo#?
@ 964] [dbrepolo0964 ]
B  ***LOG BY0=> ORA-00942: table or view does not exist [dbrepolo#? @ 964] [dbre
polo0964 ]
Table REPOLOAD does exist. I am investigating whether it has something to do with the SAPUSER table, but I would appreciate any other ideas anyone may have. I did not encounter this error until the phase ACT_700.
Regards,
L. Lessmiller

Answer 1

Hello Sunny,
Thanks for your reply. I have looked at Notes 662644 and 400241 thoroughly and cannot find anything wrong with privileges for SAPR3 or SAPR3SHD, nor can I find anything wrong with the OPS$ mechanism.
Regards,
L. Lessmiller