Re: Oracle 10g Release 2 OpenVMS I64 V8.4 porting OpenBravo ERP
Date: Fri, 25 Mar 2011 10:22:45 -0700 (PDT)
Message-ID: <5060278f-2b25-47cf-abc8-beb4a15bb850_at_n2g2000prj.googlegroups.com>
Well, someone with access to source is probably going to need to look at this...
I tripled the size of PGFLQUOTA and still not luck. I also adjusted all the other parameters as per your suggestions (with Oracle's help to you...).
I still get an ACCVIO at the exact same location:
%TRACE-I-END, end of TRACE stack dump
%SYSTEM-F-ACCVIO, access violation, reason mask=00, virtual
address=000000011036DA88, PC=000000000A1F66A0, PS=0000001B
%TRACE-F-TRACEBACK, symbolic stack dump follows
image module routine line rel PC
abs PC
ORACLE lnxnur lnxnur 90029 0000000000000130
000000000A1F66A0
ORACLE kke kkenrm_internal 1507253 000000000002AE22
00000000044CB4F2
ORACLE kke kkenrms 1507446 000000000002C472
00000000044CCB42
ORACLE kke kkegvl 1507822 000000000002DF22
00000000044CE5F2
ORACLE kke kkepsl 1505613 000000000001A6A2
00000000044BAD72
ORACLE kke kkecdn 1504319 0000000000008C12
00000000044A92E2
ORACLE kko kkotap 1593625 00000000000E3732
000000000479EEE2
ORACLE kko kkoiqb 1587290 000000000007E8F2
000000000473A0A2
ORACLE kko kkooqb 1584126 0000000000047FA2
0000000004703752
ORACLE kko kkoqbc 1582340 000000000001EA12
00000000046DA1C2
ORACLE apa apakkoqb 1429628 0000000000007E22
00000000021BA002
ORACLE apa apaqbd 1429900 0000000000009822
00000000021BBA02
ORACLE kkqct kkqctCostTransfQB 1456834 0000000000007EB2
0000000004A1F472
ORACLE kkqct kkqctdrvSU 1460765 0000000000025322
0000000004A3C8E2
ORACLE nsoqbc nsotruns 1490081 0000000000002AC2
0000000006F62772
ORACLE nsoqbc nsoqbc 1489958 0000000000001CE2
0000000006F61992
ORACLE kkqct kkqctdrvTD 1462400 0000000000042682
0000000004A59C42
ORACLE kkqs kkqdrv 1517685 0000000000001BA2
0000000004A617F2
ORACLE kkqct kkqctdrvIT 1462309 0000000000041682
0000000004A58C42
ORACLE apa apadrv 1428430 0000000000002162
00000000021B4342
ORACLE opitca opitca 1545403 00000000000041D2
0000000006FDDBC2
ORACLE kks1 kksFullTypeCheck 1511740 0000000000000422
0000000004FB3162
ORACLE rpi rpiswu2 1429092 0000000000004812
0000000001B52182
ORACLE kks1 kksSetBindType 1515485 0000000000026F42
0000000004FD9C82
ORACLE kks kksfbc 1531795 0000000000019B52
0000000004FA2B22
ORACLE opiexe opiexe 1575172 0000000000005632
00000000010A0F12
ORACLE kpoal8 kpoal8 1463220 0000000000002ED2
0000000005982F82
ORACLE opiodr opiodr 1504090 0000000000002212
00000000010E16D2
ORACLE ttcpip ttcpip 412801 0000000000005562
000000000B17E252
ORACLE opitsk opitsk 1527361 0000000000002512
000000000110B5A2
ORACLE opiino opiino 1453303 0000000000004CD2
0000000006FB2852
ORACLE opiodr opiodr 1504090 0000000000002212
00000000010E16D2
ORACLE opidrv opidrv 1450763 0000000000002F62
00000000010DBCF2
ORACLE sou2o sou2o 1405727 0000000000000202
0000000001BA2662
ORACLE opimai main 1402531 0000000000000942
0000000000080BE2
ORACLE opimai __main 1402394 00000000000000D2
0000000000080372
PTHREAD$RTL THD_THREAD thdBase 245262 0000000000005BF2
FFFFFFFF824CAE72
PTHREAD$RTL THD_INIT pthread_main 245041 00000000000006B2
FFFFFFFF824806B2
0 FFFFFFFF80A495D2
FFFFFFFF80A495D2
DCL 0 000000000007CF62
000000007AE28F62
%TRACE-I-END, end of TRACE stack dump
This suggests that this is some other sort of issue.
This job does get past this when running against a copy of the DB on Linux, with the build happening on VMS so it is someplace in the VMS Oracle code...
Oh, well...
Bill. Received on Fri Mar 25 2011 - 12:22:45 CDT