Uanable to shrink pool
hi,
could someone explain this error.
-Ben Litchfield
weblogic.common.ResourceException: Unable to shrink pool EacuboPool from 2
to 1
at
weblogic.common.internal.ResourceAllocator.shrink_internal(ResourceAllocator
.ja
va, Compiled Code)
at java.lang.Exception.<init>(Exception.java, Compiled Code)
at weblogic.common.ResourceException.<init>(ResourceException.java,
Compiled Code)
at
weblogic.common.internal.ResourceAllocator.shrink_internal(ResourceAllocator
.ja
va, Compiled Code)
at
weblogic.common.internal.ResourceAllocator.trigger(ResourceAllocator.java,
Comp
iled Code)
at
weblogic.time.common.internal.ScheduledTrigger.executeLocally(ScheduledTrigg
er.
java, Compiled Code)
at
weblogic.time.common.internal.ScheduledTrigger.execute(ScheduledTrigger.java
, C
ompiled Code)
at
weblogic.time.server.ScheduledTrigger.execute(ScheduledTrigger.java,
Compiled C
ode)
at weblogic.kernel.ExecuteThread.run(ExecuteThread.java, Compiled
Code)
pls post this to weblogic.developer.interest.jdbc newsgroup
Kumar
Ben Litchfield wrote:
> hi,
> could someone explain this error.
> -Ben Litchfield
> weblogic.common.ResourceException: Unable to shrink pool EacuboPool from 2
> to 1
> at
> weblogic.common.internal.ResourceAllocator.shrink_internal(ResourceAllocator
> .ja
> va, Compiled Code)
> at java.lang.Exception.<init>(Exception.java, Compiled Code)
> at weblogic.common.ResourceException.<init>(ResourceException.java,
> Compiled Code)
>
> at
> weblogic.common.internal.ResourceAllocator.shrink_internal(ResourceAllocator
> .ja
> va, Compiled Code)
> at
> weblogic.common.internal.ResourceAllocator.trigger(ResourceAllocator.java,
> Comp
> iled Code)
> at
> weblogic.time.common.internal.ScheduledTrigger.executeLocally(ScheduledTrigg
> er.
> java, Compiled Code)
> at
> weblogic.time.common.internal.ScheduledTrigger.execute(ScheduledTrigger.java
> , C
> ompiled Code)
> at
> weblogic.time.server.ScheduledTrigger.execute(ScheduledTrigger.java,
> Compiled C
> ode)
> at weblogic.kernel.ExecuteThread.run(ExecuteThread.java, Compiled
> Code)
Similar Messages
-
Increasing SGA_MAX_SIZE in Oracle 10.2.0.1
Hi,
we have successfully upgrade our database from 8.1.7.0 to 10.2.0.1
now in the database control, SGA max size is 524MB
i want to increase it, as to increase the size of SHARED_POOL_SIZE and DATBASE_BUFFER size
i have checked the init.ora file, in that there is no parameter mentioned as sga_max_size
from where and how to increase the SGA_MAX_SIZE in 10g version ?
with regardsHi,
Database is using init.ora file in the pfile folder
In the init.ora file i have increased the SGA_MAX_SIZE parameter to 1024Mb from 524Mb
Now, from dbcontrol screen, Automatic Shared Memory Managment is Disabled and i want to make it ENABLE
now when i click on ENABLE button, on the next page it shows total SGa size i.e 332 Mb
and further wheni click on "OK" button for ASSM configuration, it shows the error as below :-
1.) SGATargetSize - ORA-02097 : parameter cannot be modified because specified vale is invalid ORA : cannot set sga_target due to existing internal settings, see alert log for information
in the alert log , it mentions
Cannot set sga_target with db_block_buffers set
and
Alter system set java_pool_size='0' SCOPE=MEMORY;
2) sharedPoolsize - ORA-02097 parameter cannot be modified because specified value is invalid ORA-04034: unable to shrink pool to specified size
now i just mentioned the memory component details for reference :
shared pool : 104 Mb
buffer cache : 169 Mb
large pool : 0
java pool : 4 Mb
other : 54 Mb
total SGA -- 332 Mb
Maximum SGA Size -- 1024 Mb
how to make ASSM Enable ???
With Regards -
ORA-604 and ORA-4031 during installation of SAP
Hi,
I tried to install Oracle 10.2.0.2 on Windows 2003 with SAP R3E 47X2.
However, during the installation on the Database Load phases it pops up a ORA-604 and ORA-4031 error log. It was unable to completed the Database Load phase showed as R3 load jobs: running 1, waiting 0.
I tried to set the share pool in init.ora as shared_pool_size = 40000000. It still show up as shared memory issue.
The log shows as,
E:\usr\sap\IDE\SYS\exe\run/R3load.exe: START OF LOG: 20081201110818
E:\usr\sap\IDE\SYS\exe\run/R3load.exe: sccsid @(#) $Id: //bas/640_REL/src/R3ld/R3load/R3ldmain.c#12 $ SAP
E:\usr\sap\IDE\SYS\exe\run/R3load.exe: version R6.40/V1.4 [UNICODE]
Compiled Dec 15 2005 22:22:21
E:\usr\sap\IDE\SYS\exe\run/R3load.exe -dbcodepage 4103 -i C:\Program Files\sapinst_instdir\R3E47X2\SYSTEM\ABAP\ORA\UC\DB/SAPSSEXC.cmd -l C:\Program Files\sapinst_instdir\R3E47X2\SYSTEM\ABAP\ORA\UC\DB/SAPSSEXC.log -stop_on_error
DbSl Trace: ORA-1403 when accessing table SAPUSER
DbSl Trace: Failed to register client info: orc=604
(DB) INFO: connected to DB
(DB) INFO: DbSlControl(DBSL_CMD_NLS_CHARACTERSET_GET): UTF8
DbSl Trace: Error in exec_immediate()
DbSl Trace: ORA-604 occurred when executing SQL statement (parse error offset=15)
(DB) ERROR: DDL statement failed
(TRUNCATE TABLE "DYNPSOURCE")
DbSlExecute: rc = 99
(SQL error 604)
error message returned by DbSl:
ORA-00604: error occurred at recursive SQL level 1
ORA-04031: unable to allocate 4120 bytes of shared memory ("shared pool","select user#,type# from user...","Typecheck","kgghteInit")
(DB) INFO: disconnected from DB
E:\usr\sap\IDE\SYS\exe\run/R3load.exe: job finished with 1 error(s)
E:\usr\sap\IDE\SYS\exe\run/R3load.exe: END OF LOG: 20081201110858
Could anyone help me about it?
Thanks.hi Nikhuj,
I reset the installation and however endup the installation still have an error. Please help me to check with the following:
SQL> connect system
Enter password:
ERROR:
ORA-00604: error occurred at recursive SQL level 2
ORA-04031: unable to allocate 4120 bytes of shared memory ("shared
pool","select ts#,file#,block#,nvl(...","Typecheck","kgghtInit")
SQL> show parameters shared_pool;
NAME TYPE VALUE
shared_pool_reserved_size big integer 12881756
shared_pool_size big integer 124M
SQL> alter system set shared_pool_size=40000000;
alter system set shared_pool_size=40000000
ERROR at line 1:
ORA-02097: parameter cannot be modified because specified value is invalid
ORA-04034: unable to shrink pool to specified size
As I had changed the parameter in initsmpl.ora shared pool from 10000000 to 40000000. The log as below was showing that:
SAPAPPL1.log:
Error accessing package DBMS_APPLICATION_INFO
Connected.
(IMP) INFO: import of LXE_PPX__1 completed (1 rows) #20081201200124
(DB) INFO: LXE_PPX__1~0 created #20081201200124
DbSl Trace: Error in exec_immediate()
DbSl Trace: ORA-604 occurred when executing SQL statement (parse error offset=34)
(DB) ERROR: DDL statement failed
(CREATE INDEX "LXE_PPX__1~CNT" ON "LXE_PPX__1" ( "T_LANG" , "S_LANG" ,
"DOMATYP" , "DOMANAM" , "USAGECNT" ) TABLESPACE PSAPIDE STORAGE (INITIAL 0 NEXT
0000010240K MINEXTENTS 0000000001 MAXEXTENTS 2147483645 PCTINCREASE 0 ) )
DbSlExecute: rc = 99
(SQL error 604)
error message returned by DbSl:
ORA-00604: error occurred at recursive SQL level 1
ORA-04031: unable to allocate 4120 bytes of shared memory ("shared pool","CREATE
UNIQUE INDEX "PA0399~...","Typecheck","kgghteInit")
(DB) INFO: disconnected from DB
E:\usr\sap\IDE\SYS\exe\run/R3load.exe: job finished with 1 error(s)
E:\usr\sap\IDE\SYS\exe\run/R3load.exe: END OF LOG: 20081201200129
SAPAPPL2.log:
(DB) INFO: TCN2T~0 created #20081201200843
DbSl Trace: Error in exec_immediate()
DbSl Trace: ORA-604 occurred when executing SQL statement (parse error offset=0)
(DB) ERROR: DDL statement failed
(CREATE TABLE "TCN41" ( "MANDT" VARCHAR2(9) DEFAULT '000' NOT NULL , "PLNAW"
VARCHAR2(3) DEFAULT ' ' NOT NULL , "PROFIDNETZ" VARCHAR2(21) DEFAULT ' ' NOT NULL
, "FLG_ERF_H" VARCHAR2(3) DEFAULT ' ' NOT NULL , "ESOKZ" VARCHAR2(3) DEFAULT ' '
NOT NULL , "EKORG" VARCHAR2(12) DEFAULT ' ' NOT NULL , "KSTAR_FRMD" VARCHAR2(30)
DEFAULT ' ' NOT NULL , "STEUS_WORK" VARCHAR2(12) DEFAULT ' ' NOT NULL ,
"STEUS_FRMD" VARCHAR2(12) DEFAULT ' ' NOT NULL , "STEUS_PRIM" VARCHAR2(12)
DEFAULT ' ' NOT NULL , "KSTAR_COST" VARCHAR2(30) DEFAULT ' ' NOT NULL ,
"KSTAR_SERV" VARCHAR2(30) DEFAULT ' ' NOT NULL , "STEUS_SERV" VARCHAR2(12)
DEFAULT ' ' NOT NULL , "DAUNE" VARCHAR2(9) DEFAULT ' ' NOT NULL , "ARBEH"
VARCHAR2(9) DEFAULT ' ' NOT NULL , "WAERS" VARCHAR2(15) DEFAULT ' ' NOT NULL ,
"SLWID" VARCHAR2(21) DEFAULT ' ' NOT NULL , "LVARI" VARCHAR2(6) DEFAULT ' ' NOT
NULL , "INDET" VARCHAR2(3) DEFAULT ' ' NOT NULL , "BUKRS" VARCHAR2(12) DEFAULT '
' NOT NULL , "AOB_KEY" VARCHAR2(3) DEFAULT ' ' NOT NULL , "VORNR_DEL" VARCHAR2
(12) DEFAULT ' ' NOT NULL , "TERKZ" VARCHAR2(3) DEFAULT ' ' NOT NULL , "AUART"
VARCHAR2(12) DEFAULT ' ' NOT NULL , "WERKS" VARCHAR2(12) DEFAULT ' ' NOT NULL ,
"DISPO" VARCHAR2(9) DEFAULT ' ' NOT NULL , "RSCHL_OFER" VARCHAR2(18) DEFAULT ' '
NOT NULL , "RSCHL_OFRD" VARCHAR2(18) DEFAULT ' ' NOT NULL , "RSCHL_UFER"
VARCHAR2(18) DEFAULT ' ' NOT NULL , "RSCHL_UFRD" VARCHAR2(18) DEFAULT ' ' NOT
NULL , "RSCHL_OCST" VARCHAR2(18) DEFAULT ' ' NOT NULL , "RSCHL_UCST" VARCHAR2(18)
DEFAULT ' ' NOT NULL , "GR_PRF_GR" VARCHAR2(12) DEFAULT ' ' NOT NULL ,
"GR_PRF_NAM" VARCHAR2(36) DEFAULT ' ' NOT NULL , "FHORI" VARCHAR2(9) DEFAULT ' '
NOT NULL , "NETSTUFE" VARCHAR2(6) DEFAULT '00' NOT NULL , "VAGRP" VARCHAR2(9)
DEFAULT ' ' NOT NULL , "MSGTY" VARCHAR2(3) DEFAULT ' ' NOT NULL , "AOB_DARST"
VARCHAR2(3) DEFAULT ' ' NOT NULL , "VRG_DARST" VARCHAR2(3) DEFAULT ' ' NOT NULL ,
"NO_DISP" VARCHAR2(3) DEFAULT ' ' NOT NULL , "COLKZ_ELEM" VARCHAR2(33) DEFAULT '
' NOT NULL , "COLKZ_TEIL" VARCHAR2(33) DEFAULT ' ' NOT NULL , "COLKZ_MLST"
VARCHAR2(33) DEFAULT ' ' NOT NULL , "COLKZ_DOKU" VARCHAR2(33) DEFAULT ' ' NOT
NULL , "COLKZ_MAT" VARCHAR2(33) DEFAULT ' ' NOT NULL , "VSPRF" VARCHAR2(21)
DEFAULT ' ' NOT NULL , "CLASF" VARCHAR2(3) DEFAULT ' ' NOT NULL , "PROFILE_ID"
VARCHAR2(30) DEFAULT ' ' NOT NULL , "BALK_PROF" VARCHAR2(36) DEFAULT ' ' NOT NULL
, "KBED" VARCHAR2(3) DEFAULT ' ' NOT NULL , "KKALKR" VARCHAR2(3) DEFAULT ' ' NOT
NULL , "LSTVAR" VARCHAR2(36) DEFAULT ' ' NOT NULL , "MATKL" VARCHAR2(27) DEFAULT
' ' NOT NULL , "MATEXIT" VARCHAR2(3) DEFAULT ' ' NOT NULL , "EKGRP" VARCHAR2(9)
DEFAULT ' ' NOT NULL , "MATKL_FRMD" VARCHAR2(27) DEFAULT ' ' NOT NULL ,
"EKGRP_FRMD" VARCHAR2(9) DEFAULT ' ' NOT NULL , "POSNR_MAT" VARCHAR2(12) DEFAULT
'0000' NOT NULL , "SCHED_END" VARCHAR2(3) DEFAULT ' ' NOT NULL , "SCEND_ACT"
VARCHAR2(3) DEFAULT ' ' NOT NULL , "NT_SEARCH1" VARCHAR2(6) DEFAULT ' ' NOT NULL
, "NT_SEARCH2" VARCHAR2(6) DEFAULT ' ' NOT NULL , "NT_SEARCH3" VARCHAR2(6)
DEFAULT ' ' NOT NULL , "MFLIC" VARCHAR2(9) DEFAULT ' ' NOT NULL , "MEINH_FRMD"
VARCHAR2(9) DEFAULT ' ' NOT NULL , "MEINH_SERV" VARCHAR2(9) DEFAULT ' ' NOT NULL
, "KSTAR_MATVORPL" VARCHAR2(30) DEFAULT ' ' NOT NULL , "KZERB" VARCHAR2(3)
DEFAULT ' ' NOT NULL , "VALID" VARCHAR2(21) DEFAULT ' ' NOT NULL , "VALID_VG"
VARCHAR2(21) DEFAULT ' ' NOT NULL , "SUBST" VARCHAR2(21) DEFAULT ' ' NOT NULL ,
"SUBST_VG" VARCHAR2(21) DEFAULT ' ' NOT NULL , "FPART" VARCHAR2(6) DEFAULT ' '
NOT NULL ) TABLESPACE PSAPIDE STORAGE (INITIAL 65536 NEXT 0000000040K MINEXTENTS
0000000001 MAXEXTENTS 2147483645 PCTINCREASE 0 ) )
DbSlExecute: rc = 99
(SQL error 604)
error message returned by DbSl:
ORA-00604: error occurred at recursive SQL level 2
ORA-04031: unable to allocate 4040 bytes of shared memory ("shared pool","select
i.obj#,i.ts#,i.file#,...","Typecheck","seg:kggfaAllocSeg")
(DB) INFO: disconnected from DB
E:\usr\sap\IDE\SYS\exe\run/R3load.exe: job finished with 1 error(s)
E:\usr\sap\IDE\SYS\exe\run/R3load.exe: END OF LOG: 20081201200843
SAPAPPL0.log:
(DB) INFO: PA0398~0 created #20081201200124
(DB) INFO: PA0399 created #20081201200124
(IMP) INFO: import of PA0399 completed (12 rows) #20081201200124
DbSl Trace: Error in exec_immediate()
DbSl Trace: ORA-4031 occurred when executing SQL statement (parse error offset=0)
(DB) ERROR: DDL statement failed
(CREATE UNIQUE INDEX "PA0399~0" ON "PA0399" ( "MANDT", "PERNR", "SUBTY",
"OBJPS", "SPRPS", "ENDDA", "BEGDA", "SEQNR" ) TABLESPACE PSAPIDE STORAGE (INITIAL
0 NEXT 0000000080K MINEXTENTS 0000000001 MAXEXTENTS 2147483645 PCTINCREASE 0 ) )
DbSlExecute: rc = 99
(SQL error 4031)
error message returned by DbSl:
ORA-04031: unable to allocate 4120 bytes of shared memory ("shared pool","CREATE
UNIQUE INDEX "PA0399~...","Typecheck","kgghteInit")
(DB) INFO: disconnected from DB
E:\usr\sap\IDE\SYS\exe\run/R3load.exe: job finished with 1 error(s)
E:\usr\sap\IDE\SYS\exe\run/R3load.exe: END OF LOG: 20081201200129 -
Will ASE system defined error number fall into user defined error numbers starting from 20000?
The maximum error number in sysmessages:
select max(error) from master.dbo.sysmessages
ON ASE 15.0.3
column1
19975
ON ASE 15.7
select max(error) from master.dbo.sysmessages
column1
19999Hi Siddhartha,
I don't expect ASE to start using error numbers in the user-defined range. I'm part of the group that reviews new messages, and conserving the shrinking pool of available numbers is certainly a concern of ours. We are actually still some ways away from running out of numbers.
The error numbers are actually a concatenation of a major family number (the 100s values)
and minor numbers 0-99 in each family. There are many families of errors that have unused values, one possibility is that we could use those unused values for errors that don't really belong in that family. Another thing we can do (though it would have to be in a major release of both open client and ASE) would be to introduce another mechanism that might work just the same as error messages but be called, say, "notifications" or "faults' (though that term is already used by checkstorage.
There actually already exist two such families of messages, one called "errors" and the other called "messages". You can see this when configuring a shared memory dump, both are possible dump conditions. "Errors" show up in the errorlog displaying the message number, severity, and a state value, while "Messages" just display text and support has to look up the associated message number in the ASE sourcecode. (Not all text messages in the log are actual messages like this, some are just text that gets printed that one can't configure a memory dump on.)
Cheers,
-bret -
Urgent - Crash/hang in WL impacting production environment
Sunil,
I think your problems could be hardware related. Make sure there is enough memory on the box on which the server is running. Do you ever restart the server. Clean up JSP class files in the myserver directory. Make sure you are not leaving any open connections to the database. These are just a few things you shuould verify .
Vibhu S
"Sunil Potti" <[email protected]> wrote:
Hi,
This is regarding some serious WL crashes that we are seeing in our
production environment. Before I detail out the problem, here is our
operation environment -
WL 4.5.1 SP 13 on Windows NT 4.0 SP 5
Execute thread count = 30
JDBC connection pool = 25 min, 100 max.
JDBC driver = oracle thin drivers.
JDK 1.1.7B
Oracle 8i database
Of late, we see that the server just randomly stops serving out requests,
for e.g. the server will not serve out JSP files, will not let any users
connect, etc. We found absolutely nothing in the weblogic.log files for most
of the crashes. The server just randomly stops at a point. Earlier we had a
problem with the ExecuteThreads being used up and the server hanging because
of lack of excecute threads and that problem was fixed and we haven't seen
that sort of problem ever since.
We just saw a crash where we had the following error sometime before the
crash -
weblogic.common.ResourceException: Unable to shrink pool oracle from 26 to
25
at java.lang.Throwable.<init>(Compiled Code)
at java.lang.Exception.<init>(Compiled Code)
at weblogic.common.ResourceException.<init>(ResourceException.java:18)
at weblogic.common.internal.ResourceAllocator.shrink_internal(Compiled
Code)
at weblogic.common.internal.ResourceAllocator.trigger(Compiled Code)
at weblogic.time.common.internal.ScheduledTrigger.executeLocally(Compiled
Code)
at weblogic.time.common.internal.ScheduledTrigger.execute(Compiled Code)
at weblogic.time.server.ScheduledTrigger.execute(Compiled Code)
at weblogic.t3.srvr.ExecuteThread.run(Compiled Code)
After that we took a thread dump (Ctrl-Break) which is attached with this
posting.
We have also seen that the server shuts itself down abruptly, i.e. the JVM
exits. Has anybody seen this kind of behaviour with WL 4.5.1/SP 13?
To give a brief background of our startup process -
We have quite a few startup classes (10) that start off when WL starts up.
Some of these startups are periodically running processes. Some of them
create a pool of threads (no. being between 40 -50) that are used when
required. Has anybody seen any problem with this kind of scenario.
This is an urgent production issue. Any help would be gratefully
appreciated.
Thanks in advance.
- SG
begin 666 dump.txt
M1G5L;"!T:')E860@9'5M<#H-"B @(" B06-T:79E475E=654:')E860W.30P
M,C$B("A4240Z,'@Q.3(V9CED."P@<WES7W1H<F5A9%]T.C!X8C<R.&,P+"!7
M:6XS,DE$.C!X,39D+"!S=&%T93I#5RD@<')I;STU#0H):F%V82YL86YG+D]B
M:F5C="YW86ET*$-O;7!I;&5D($-O9&4I#0H)<WEN8RYS97)V97(N;6]N:71O
M<BY!8W1I=F51=65U94EN9F\N9V5T*$-O;7!I;&5D($-O9&4I#0H)<WEN8RYS
M97)V97(N;6]N:71O<BY!8W1I=F51=65U951H<F5A9"YR=6XH0V]M<&EL960@
M0V]D92D-"B @(" B06-T:79E475E=654:')E860W.3,V,C$B("A4240Z,'@Q
M,V%E,S-E."P@<WES7W1H<F5A9%]T.C!X8C<Q-SDP+"!7:6XS,DE$.C!X,3(Q
M+"!S=&%T93I#5RD@<')I;STU#0H):F%V82YL86YG+D]B:F5C="YW86ET*$-O
M;7!I;&5D($-O9&4I#0H)<WEN8RYS97)V97(N;6]N:71O<BY!8W1I=F51=65U
M94EN9F\N9V5T*$-O;7!I;&5D($-O9&4I#0H)<WEN8RYS97)V97(N;6]N:71O
M<BY!8W1I=F51=65U951H<F5A9"YR=6XH0V]M<&EL960@0V]D92D-"B @(" B
M06-T:79E475E=654:')E860W.3,R,C$B("A4240Z,'@Q-60R.3@P,"P@<WES
M7W1H<F5A9%]T.C!X8C<Q9&4P+"!7:6XS,DE$.C!X,C$Q+"!S=&%T93I#5RD@
M<')I;STU#0H):F%V82YL86YG+D]B:F5C="YW86ET*$-O;7!I;&5D($-O9&4I
M#0H)<WEN8RYS97)V97(N;6]N:71O<BY!8W1I=F51=65U94EN9F\N9V5T*$-O
M;7!I;&5D($-O9&4I#0H)<WEN8RYS97)V97(N;6]N:71O<BY!8W1I=F51=65U
M951H<F5A9"YR=6XH0V]M<&EL960@0V]D92D-"B @(" B06-T:79E475E=654
M:')E860W.3(X,C$B("A4240Z,'@Q.#4W,F1D."P@<WES7W1H<F5A9%]T.C!X
M8C<Q,C P+"!7:6XS,DE$.C!X,69C+"!S=&%T93I#5RD@<')I;STU#0H):F%V
M82YL86YG+D]B:F5C="YW86ET*$-O;7!I;&5D($-O9&4I#0H)<WEN8RYS97)V
M97(N;6]N:71O<BY!8W1I=F51=65U94EN9F\N9V5T*$-O;7!I;&5D($-O9&4I
M#0H)<WEN8RYS97)V97(N;6]N:71O<BY!8W1I=F51=65U951H<F5A9"YR=6XH
M0V]M<&EL960@0V]D92D-"B @(" B06-T:79E475E=654:')E860W.3(T,C$B
M("A4240Z,'@Q-#%D.&%C."P@<WES7W1H<F5A9%]T.C!X8C<Q,F0P+"!7:6XS
M,DE$.C!X,60V+"!S=&%T93I#5RD@<')I;STU#0H):F%V82YL86YG+D]B:F5C
M="YW86ET*$-O;7!I;&5D($-O9&4I#0H)<WEN8RYS97)V97(N;6]N:71O<BY!
M8W1I=F51=65U94EN9F\N9V5T*$-O;7!I;&5D($-O9&4I#0H)<WEN8RYS97)V
M97(N;6]N:71O<BY!8W1I=F51=65U951H<F5A9"YR=6XH0V]M<&EL960@0V]D
M92D-"B @(" B06-T:79E475E=654:')E860W.3(P-#$B("A4240Z,'@Q-CDR
M-#,W."P@<WES7W1H<F5A9%]T.C!X8C<Q.6(P+"!7:6XS,DE$.C!X,60W+"!S
M=&%T93I#5RD@<')I;STU#0H):F%V82YL86YG+D]B:F5C="YW86ET*$-O;7!I
M;&5D($-O9&4I#0H)<WEN8RYS97)V97(N;6]N:71O<BY!8W1I=F51=65U94EN
M9F\N9V5T*$-O;7!I;&5D($-O9&4I#0H)<WEN8RYS97)V97(N;6]N:71O<BY!
M8W1I=F51=65U951H<F5A9"YR=6XH0V]M<&EL960@0V]D92D-"B @(" B06-T
M:79E475E=654:')E860W.3(P,C$B("A4240Z,'@Q-F0Q8F(X,"P@<WES7W1H
M<F5A9%]T.C!X8C<Q-S,P+"!7:6XS,DE$.C!X,38Q+"!S=&%T93I#5RD@<')I
M;STU#0H):F%V82YL86YG+D]B:F5C="YW86ET*$-O;7!I;&5D($-O9&4I#0H)
M<WEN8RYS97)V97(N;6]N:71O<BY!8W1I=F51=65U94EN9F\N9V5T*$-O;7!I
M;&5D($-O9&4I#0H)<WEN8RYS97)V97(N;6]N:71O<BY!8W1I=F51=65U951H
M<F5A9"YR=6XH0V]M<&EL960@0V]D92D-"B @(" B06-T:79E475E=654:')E
M860W.3$V,C$B("A4240Z,'@Q-V(Q-C(V."P@<WES7W1H<F5A9%]T.C!X8C<Q
M,S@P+"!7:6XS,DE$.C!X,C-E+"!S=&%T93I#5RD@<')I;STU#0H):F%V82YL
M86YG+D]B:F5C="YW86ET*$-O;7!I;&5D($-O9&4I#0H)<WEN8RYS97)V97(N
M;6]N:71O<BY!8W1I=F51=65U94EN9F\N9V5T*$-O;7!I;&5D($-O9&4I#0H)
M<WEN8RYS97)V97(N;6]N:71O<BY!8W1I=F51=65U951H<F5A9"YR=6XH0V]M
M<&EL960@0V]D92D-"B @(" B06-T:79E475E=654:')E860W.3$R,C$B("A4
M240Z,'@Q-3=B-S4Q,"P@<WES7W1H<F5A9%]T.C!X8C<Q968P+"!7:6XS,DE$
M.C!X,6-D+"!S=&%T93I#5RD@<')I;STU#0H):F%V82YL86YG+D]B:F5C="YW
M86ET*$-O;7!I;&5D($-O9&4I#0H)<WEN8RYS97)V97(N;6]N:71O<BY!8W1I
M=F51=65U94EN9F\N9V5T*$-O;7!I;&5D($-O9&4I#0H)<WEN8RYS97)V97(N
M;6]N:71O<BY!8W1I=F51=65U951H<F5A9"YR=6XH0V]M<&EL960@0V]D92D-
M"B @(" B06-T:79E475E=654:')E860W.3 X,C$B("A4240Z,'@Q,3%F-C$W
M."P@<WES7W1H<F5A9%]T.C!X8C<Q,3(P+"!7:6XS,DE$.C!X,6)B+"!S=&%T
M93I#5RD@<')I;STU#0H):F%V82YL86YG+D]B:F5C="YW86ET*$-O;7!I;&5D
M($-O9&4I#0H)<WEN8RYS97)V97(N;6]N:71O<BY!8W1I=F51=65U94EN9F\N
M9V5T*$-O;7!I;&5D($-O9&4I#0H)<WEN8RYS97)V97(N;6]N:71O<BY!8W1I
M=F51=65U951H<F5A9"YR=6XH0V]M<&EL960@0V]D92D-"B @(" B06-T:79E
M475E=654:')E860W.3 T,C$B("A4240Z,'@Q,S9D-SEA,"P@<WES7W1H<F5A
M9%]T.C!X8C<P,S$P+"!7:6XS,DE$.C!X,34Q+"!S=&%T93I#5RD@<')I;STU
M#0H):F%V82YL86YG+D]B:F5C="YW86ET*$-O;7!I;&5D($-O9&4I#0H)<WEN
M8RYS97)V97(N;6]N:71O<BY!8W1I=F51=65U94EN9F\N9V5T*$-O;7!I;&5D
M($-O9&4I#0H)<WEN8RYS97)V97(N;6]N:71O<BY!8W1I=F51=65U951H<F5A
M9"YR=6XH0V]M<&EL960@0V]D92D-"B @(" B06-T:79E475E=654:')E860W
M.3 P,C$B("A4240Z,'@Q-C=E8S$X."P@<WES7W1H<F5A9%]T.C!X8C9C.3$P
M+"!7:6XS,DE$.C!X,C W+"!S=&%T93I#5RD@<')I;STU#0H):F%V82YL86YG
M+D]B:F5C="YW86ET*$-O;7!I;&5D($-O9&4I#0H)<WEN8RYS97)V97(N;6]N
M:71O<BY!8W1I=F51=65U94EN9F\N9V5T*$-O;7!I;&5D($-O9&4I#0H)<WEN
M8RYS97)V97(N;6]N:71O<BY!8W1I=F51=65U951H<F5A9"YR=6XH0V]M<&EL
M960@0V]D92D-"B @(" B06-T:79E475E=654:')E860W.#DV,C$B("A4240Z
M,'@Q.3@U,C)B,"P@<WES7W1H<F5A9%]T.C!X8C9C.3<P+"!7:6XS,DE$.C!X
M,3=A+"!S=&%T93I#5RD@<')I;STU#0H):F%V82YL86YG+D]B:F5C="YW86ET
M*$-O;7!I;&5D($-O9&4I#0H)<WEN8RYS97)V97(N;6]N:71O<BY!8W1I=F51
M=65U94EN9F\N9V5T*$-O;7!I;&5D($-O9&4I#0H)<WEN8RYS97)V97(N;6]N
M:71O<BY!8W1I=F51=65U951H<F5A9"YR=6XH0V]M<&EL960@0V]D92D-"B @
M(" B06-T:79E475E=654:')E860W.#DR,C$B("A4240Z,'@Q,CDT-#EB."P@
M<WES7W1H<F5A9%]T.C!X8C9C,68P+"!7:6XS,DE$.C!X964L('-T871E.D-7
M*2!P<FEO/34-"@EJ879A+FQA;F<N3V)J96-T+G=A:70H0V]M<&EL960@0V]D
M92D-"@ES>6YC+G-E<G9E<BYM;VYI=&]R+D%C=&EV95%U975E26YF;RYG970H
M0V]M<&EL960@0V]D92D-"@ES>6YC+G-E<G9E<BYM;VYI=&]R+D%C=&EV95%U
M975E5&AR96%D+G)U;BA#;VUP:6QE9"!#;V1E*0T*(" @(")!8W1I=F51=65U
M951H<F5A9#<X.#@R,2(@*%1)1#HP>#$S8S$Y,3DP+"!S>7-?=&AR96%D7W0Z
M,'AB-F,T9# L(%=I;C,R240Z,'@Q.#@L('-T871E.D-7*2!P<FEO/34-"@EJ
M879A+FQA;F<N3V)J96-T+G=A:70H0V]M<&EL960@0V]D92D-"@ES>6YC+G-E
M<G9E<BYM;VYI=&]R+D%C=&EV95%U975E26YF;RYG970H0V]M<&EL960@0V]D
M92D-"@ES>6YC+G-E<G9E<BYM;VYI=&]R+D%C=&EV95%U975E5&AR96%D+G)U
M;BA#;VUP:6QE9"!#;V1E*0T*(" @(")!8W1I=F51=65U951H<F5A9#<X.#0R
M,2(@*%1)1#HP>#$W,&0P,V,X+"!S>7-?=&AR96%D7W0Z,'AB-F,U.# L(%=I
M;C,R240Z,'@Q9#$L('-T871E.D-7*2!P<FEO/34-"@EJ879A+FQA;F<N3V)J
M96-T+G=A:70H0V]M<&EL960@0V]D92D-"@ES>6YC+G-E<G9E<BYM;VYI=&]R
M+D%C=&EV95%U975E26YF;RYG970H0V]M<&EL960@0V]D92D-"@ES>6YC+G-E
M<G9E<BYM;VYI=&]R+D%C=&EV95%U975E5&AR96%D+G)U;BA#;VUP:6QE9"!#
M;V1E*0T*(" @(")!8W1I=F51=65U951H<F5A9#<X.# R,2(@*%1)1#HP>#$X
M.3EA-F$X+"!S>7-?=&AR96%D7W0Z,'AB-C1B93 L(%=I;C,R240Z,'@R,3@L
M('-T871E.D-7*2!P<FEO/34-"@EJ879A+FQA;F<N3V)J96-T+G=A:70H0V]M
M<&EL960@0V]D92D-"@ES>6YC+G-E<G9E<BYM;VYI=&]R+D%C=&EV95%U975E
M26YF;RYG970H0V]M<&EL960@0V]D92D-"@ES>6YC+G-E<G9E<BYM;VYI=&]R
M+D%C=&EV95%U975E5&AR96%D+G)U;BA#;VUP:6QE9"!#;V1E*0T*(" @(")!
M8W1I=F51=65U951H<F5A9#<X-S8R,2(@*%1)1#HP>#$X-3EB9&(P+"!S>7-?
M=&AR96%D7W0Z,'AB-C$X.# L(%=I;C,R240Z,'@X92P@<W1A=&4Z0U<I('!R
M:6\]-0T*"6IA=F$N;&%N9RY/8FIE8W0N=V%I="A#;VUP:6QE9"!#;V1E*0T*
M"7-Y;F,N<V5R=F5R+FUO;FET;W(N06-T:79E475E=65);F9O+F=E="A#;VUP
M:6QE9"!#;V1E*0T*"7-Y;F,N<V5R=F5R+FUO;FET;W(N06-T:79E475E=654
M:')E860N<G5N*$-O;7!I;&5D($-O9&4I#0H@(" @(D%C=&EV95%U975E5&AR
M96%D-S@W,C(Q(B H5$E$.C!X,30W-#ED8S@L('-Y<U]T:')E861?=#HP>&(V
M,6-D,"P@5VEN,S))1#HP>#$V."P@<W1A=&4Z0U<I('!R:6\]-0T*"6IA=F$N
M;&%N9RY/8FIE8W0N=V%I="A#;VUP:6QE9"!#;V1E*0T*"7-Y;F,N<V5R=F5R
M+FUO;FET;W(N06-T:79E475E=65);F9O+F=E="A#;VUP:6QE9"!#;V1E*0T*
M"7-Y;F,N<V5R=F5R+FUO;FET;W(N06-T:79E475E=654:')E860N<G5N*$-O
M;7!I;&5D($-O9&4I#0H@(" @(D%C=&EV95%U975E5&AR96%D-S@V.#(Q(B H
M5$E$.C!X,3DY86(X-S@L('-Y<U]T:')E861?=#HP>&(V-C<W,"P@5VEN,S))
M1#HP>#$S-2P@<W1A=&4Z0U<I('!R:6\]-0T*"6IA=F$N;&%N9RY/8FIE8W0N
M=V%I="A#;VUP:6QE9"!#;V1E*0T*"7-Y;F,N<V5R=F5R+FUO;FET;W(N06-T
M:79E475E=65);F9O+F=E="A#;VUP:6QE9"!#;V1E*0T*"7-Y;F,N<V5R=F5R
M+FUO;FET;W(N06-T:79E475E=654:')E860N<G5N*$-O;7!I;&5D($-O9&4I
M#0H@(" @(D%C=&EV95%U975E5&AR96%D-S@V-#(Q(B H5$E$.C!X,38P,S1E
M.#@L('-Y<U]T:')E861?=#HP>&(V-C4R,"P@5VEN,S))1#HP>&,U+"!S=&%T
M93I#5RD@<')I;STU#0H):F%V82YL86YG+D]B:F5C="YW86ET*$-O;7!I;&5D
M($-O9&4I#0H)<WEN8RYS97)V97(N;6]N:71O<BY!8W1I=F51=65U94EN9F\N
M9V5T*$-O;7!I;&5D($-O9&4I#0H)<WEN8RYS97)V97(N;6]N:71O<BY!8W1I
M=F51=65U951H<F5A9"YR=6XH0V]M<&EL960@0V]D92D-"B @(" B06-T:79E
M475E=654:')E860W.#8P,C$B("A4240Z,'@Q-S5E83(V."P@<WES7W1H<F5A
M9%]T.C!X8C8V-#0P+"!7:6XS,DE$.C!X,6(Q+"!S=&%T93I#5RD@<')I;STU
M#0H):F%V82YL86YG+D]B:F5C="YW86ET*$-O;7!I;&5D($-O9&4I#0H)<WEN
M8RYS97)V97(N;6]N:71O<BY!8W1I=F51=65U94EN9F\N9V5T*$-O;7!I;&5D
M($-O9&4I#0H)<WEN8RYS97)V97(N;6]N:71O<BY!8W1I=F51=65U951H<F5A
M9"YR=6XH0V]M<&EL960@0V]D92D-"B @(" B06-T:79E475E=654:')E860W
M.#0T,C$B("A4240Z,'@Q.#AF8C,S."P@<WES7W1H<F5A9%]T.C!X8C1E9&,P
M+"!7:6XS,DE$.C!X,3,X+"!S=&%T93I#5RD@<')I;STU#0H):F%V82YL86YG
M+D]B:F5C="YW86ET*$-O;7!I;&5D($-O9&4I#0H)<WEN8RYS97)V97(N;6]N
M:71O<BY!8W1I=F51=65U94EN9F\N9V5T*$-O;7!I;&5D($-O9&4I#0H)<WEN
M8RYS97)V97(N;6]N:71O<BY!8W1I=F51=65U951H<F5A9"YR=6XH0V]M<&EL
M960@0V]D92D-"B @(" B06-T:79E475E=654:')E860W.#,V,C$B("A4240Z
M,'@Q-F4X9C(R."P@<WES7W1H<F5A9%]T.C!X8C1D-S0P+"!7:6XS,DE$.C!X
M,6(V+"!S=&%T93I#5RD@<')I;STU#0H):F%V82YL86YG+D]B:F5C="YW86ET
M*$-O;7!I;&5D($-O9&4I#0H)<WEN8RYS97)V97(N;6]N:71O<BY!8W1I=F51
M=65U94EN9F\N9V5T*$-O;7!I;&5D($-O9&4I#0H)<WEN8RYS97)V97(N;6]N
M:71O<BY!8W1I=F51=65U951H<F5A9"YR=6XH0V]M<&EL960@0V]D92D-"B @
M(" B06-T:79E475E=654:')E860W.#,R-#$B("A4240Z,'@Q-S<W-3DW,"P@
M<WES7W1H<F5A9%]T.C!X8C1D830P+"!7:6XS,DE$.C!X,C,V+"!S=&%T93I#
M5RD@<')I;STU#0H):F%V82YL86YG+D]B:F5C="YW86ET*$-O;7!I;&5D($-O
M9&4I#0H)<WEN8RYS97)V97(N;6]N:71O<BY!8W1I=F51=65U94EN9F\N9V5T
M*$-O;7!I;&5D($-O9&4I#0H)<WEN8RYS97)V97(N;6]N:71O<BY!8W1I=F51
M=65U951H<F5A9"YR=6XH0V]M<&EL960@0V]D92D-"B @(" B06-T:79E475E
M=654:')E860W.#(X,C$B("A4240Z,'@Q.#<Q8SDQ,"P@<WES7W1H<F5A9%]T
M.C!X8C1D9C$P+"!7:6XS,DE$.C!X,3)F+"!S=&%T93I#5RD@<')I;STU#0H)
M:F%V82YL86YG+D]B:F5C="YW86ET*$-O;7!I;&5D($-O9&4I#0H)<WEN8RYS
M97)V97(N;6]N:71O<BY!8W1I=F51=65U94EN9F\N9V5T*$-O;7!I;&5D($-O
M9&4I#0H)<WEN8RYS97)V97(N;6]N:71O<BY!8W1I=F51=65U951H<F5A9"YR
M=6XH0V]M<&EL960@0V]D92D-"B @(" B06-T:79E475E=654:')E860W.#$V
M,C$B("A4240Z,'@Q.#=C.&5A,"P@<WES7W1H<F5A9%]T.C!X8C5B.#8P+"!7
M:6XS,DE$.C!X,3EE+"!S=&%T93I#5RD@<')I;STU#0H):F%V82YL86YG+D]B
M:F5C="YW86ET*$-O;7!I;&5D($-O9&4I#0H)<WEN8RYS97)V97(N;6]N:71O
M<BY!8W1I=F51=65U94EN9F\N9V5T*$-O;7!I;&5D($-O9&4I#0H)<WEN8RYS
M97)V97(N;6]N:71O<BY!8W1I=F51=65U951H<F5A9"YR=6XH0V]M<&EL960@
M0V]D92D-"B @(" B06-T:79E475E=654:')E860W.# X,C$B("A4240Z,'@Q
M.38P9&9C."P@<WES7W1H<F5A9%]T.C!X8C5A93(P+"!7:6XS,DE$.C!X,3)C
M+"!S=&%T93I#5RD@<')I;STU#0H):F%V82YL86YG+D]B:F5C="YW86ET*$-O
M;7!I;&5D($-O9&4I#0H)<WEN8RYS97)V97(N;6]N:71O<BY!8W1I=F51=65U
M94EN9F\N9V5T*$-O;7!I;&5D($-O9&4I#0H)<WEN8RYS97)V97(N;6]N:71O
M<BY!8W1I=F51=65U951H<F5A9"YR=6XH0V]M<&EL960@0V]D92D-"B @(" B
M06-T:79E475E=654:')E860W.# T,C$B("A4240Z,'@Q,S)C,F4X,"P@<WES
M7W1H<F5A9%]T.C!X8C5A9C8P+"!7:6XS,DE$.C!X9C(L('-T871E.D-7*2!P
M<FEO/34-"@EJ879A+FQA;F<N3V)J96-T+G=A:70H0V]M<&EL960@0V]D92D-
M"@ES>6YC+G-E<G9E<BYM;VYI=&]R+D%C=&EV95%U975E26YF;RYG970H0V]M
M<&EL960@0V]D92D-"@ES>6YC+G-E<G9E<BYM;VYI=&]R+D%C=&EV95%U975E
M5&AR96%D+G)U;BA#;VUP:6QE9"!#;V1E*0T*(" @(")!8W1I=F51=65U951H
M<F5A9#<X,# R,2(@*%1)1#HP>#$V,F8Q8F8X+"!S>7-?=&AR96%D7W0Z,'AB
M-6$X,# L(%=I;C,R240Z,'@Q8S(L('-T871E.D-7*2!P<FEO/34-"@EJ879A
M+FQA;F<N3V)J96-T+G=A:70H0V]M<&EL960@0V]D92D-"@ES>6YC+G-E<G9E
M<BYM;VYI=&]R+D%C=&EV95%U975E26YF;RYG970H0V]M<&EL960@0V]D92D-
M"@ES>6YC+G-E<G9E<BYM;VYI=&]R+D%C=&EV95%U975E5&AR96%D+G)U;BA#
M;VUP:6QE9"!#;V1E*0T*(" @(")!8W1I=F51=65U951H<F5A9#<W.38T,2(@
M*%1)1#HP>#$X-69D9# X+"!S>7-?=&AR96%D7W0Z,'AB-6$W,C L(%=I;C,R
M240Z,'@R,38L('-T871E.D-7*2!P<FEO/34-"@EJ879A+FQA;F<N3V)J96-T
M+G=A:70H0V]M<&EL960@0V]D92D-"@ES>6YC+G-E<G9E<BYM;VYI=&]R+D%C
M=&EV95%U975E26YF;RYG970H0V]M<&EL960@0V]D92D-"@ES>6YC+G-E<G9E
M<BYM;VYI=&]R+D%C=&EV95%U975E5&AR96%D+G)U;BA#;VUP:6QE9"!#;V1E
M*0T*(" @(")!8W1I=F51=65U951H<F5A9#<W.38R,2(@*%1)1#HP>#$X.#<V
M.#8P+"!S>7-?=&AR96%D7W0Z,'AB-6%B9C L(%=I;C,R240Z,'@R,F,L('-T
M871E.D-7*2!P<FEO/34-"@EJ879A+FQA;F<N3V)J96-T+G=A:70H0V]M<&EL
M960@0V]D92D-"@ES>6YC+G-E<G9E<BYM;VYI=&]R+D%C=&EV95%U975E26YF
M;RYG970H0V]M<&EL960@0V]D92D-"@ES>6YC+G-E<G9E<BYM;VYI=&]R+D%C
M=&EV95%U975E5&AR96%D+G)U;BA#;VUP:6QE9"!#;V1E*0T*(" @(")!8W1I
M=F51=65U951H<F5A9#<W.3(R,2(@*%1)1#HP>#$Y,CDS938X+"!S>7-?=&AR
M96%D7W0Z,'AB-3EA-3 L(%=I;C,R240Z,'@X-RP@<W1A=&4Z0U<I('!R:6\]
M-0T*"6IA=F$N;&%N9RY/8FIE8W0N=V%I="A#;VUP:6QE9"!#;V1E*0T*"7-Y
M;F,N<V5R=F5R+FUO;FET;W(N06-T:79E475E=65);F9O+F=E="A#;VUP:6QE
M9"!#;V1E*0T*"7-Y;F,N<V5R=F5R+FUO;FET;W(N06-T:79E475E=654:')E
M860N<G5N*$-O;7!I;&5D($-O9&4I#0H@(" @(D%C=&EV95%U975E5&AR96%D
M-S<X.#(Q(B H5$E$.C!X,3DV,F0W-#@L('-Y<U]T:')E861?=#HP>&(U.3DW
M,"P@5VEN,S))1#HP>#(U,"P@<W1A=&4Z0U<I('!R:6\]-0T*"6IA=F$N;&%N
M9RY/8FIE8W0N=V%I="A#;VUP:6QE9"!#;V1E*0T*"7-Y;F,N<V5R=F5R+FUO
M;FET;W(N06-T:79E475E=65);F9O+F=E="A#;VUP:6QE9"!#;V1E*0T*"7-Y
M;F,N<V5R=F5R+FUO;FET;W(N06-T:79E475E=654:')E860N<G5N*$-O;7!I
M;&5D($-O9&4I#0H@(" @(D%C=&EV95%U975E5&AR96%D-S<X-#(Q(B H5$E$
M.C!X,3@R8V9E93 L('-Y<U]T:')E861?=#HP>&(U.6)D,"P@5VEN,S))1#HP
M>#$R,"P@<W1A=&4Z0U<I('!R:6\]-0T*"6IA=F$N;&%N9RY/8FIE8W0N=V%I
M="A#;VUP:6QE9"!#;V1E*0T*"7-Y;F,N<V5R=F5R+FUO;FET;W(N06-T:79E
M475E=65);F9O+F=E="A#;VUP:6QE9"!#;V1E*0T*"7-Y;F,N<V5R=F5R+FUO
M;FET;W(N06-T:79E475E=654:')E860N<G5N*$-O;7!I;&5D($-O9&4I#0H@
M(" @(D%C=&EV95%U975E5&AR96%D-S<X,#(Q(B H5$E$.C!X,30Q860T9C L
M('-Y<U]T:')E861?=#HP>&(U-F8U,"P@5VEN,S))1#HP>#(T,BP@<W1A=&4Z
M0U<I('!R:6\]-0T*"6IA=F$N;&%N9RY/8FIE8W0N=V%I="A#;VUP:6QE9"!#
M;V1E*0T*"7-Y;F,N<V5R=F5R+FUO;FET;W(N06-T:79E475E=65);F9O+F=E
M="A#;VUP:6QE9"!#;V1E*0T*"7-Y;F,N<V5R=F5R+FUO;FET;W(N06-T:79E
M475E=654:')E860N<G5N*$-O;7!I;&5D($-O9&4I#0H@(" @(D%C=&EV95%U
M975E5&AR96%D-S<W-C(Q(B H5$E$.C!X,35F.3(P-3 L('-Y<U]T:')E861?
M=#HP>&(U-F,X,"P@5VEN,S))1#HP>#$U,"P@<W1A=&4Z0U<I('!R:6\]-0T*
M"6IA=F$N;&%N9RY/8FIE8W0N=V%I="A#;VUP:6QE9"!#;V1E*0T*"7-Y;F,N
M<V5R=F5R+FUO;FET;W(N06-T:79E475E=65);F9O+F=E="A#;VUP:6QE9"!#
M;V1E*0T*"7-Y;F,N<V5R=F5R+FUO;FET;W(N06-T:79E475E=654:')E860N
M<G5N*$-O;7!I;&5D($-O9&4I#0H@(" @(D%C=&EV95%U975E5&AR96%D-S<V
M.#(Q(B H5$E$.C!X,3)C-#4V,3 L('-Y<U]T:')E861?=#HP>&(U-CDQ,"P@
M5VEN,S))1#HP>#$X-2P@<W1A=&4Z0U<I('!R:6\]-0T*"6IA=F$N;&%N9RY/
M8FIE8W0N=V%I="A#;VUP:6QE9"!#;V1E*0T*"7-Y;F,N<V5R=F5R+FUO;FET
M;W(N06-T:79E475E=65);F9O+F=E="A#;VUP:6QE9"!#;V1E*0T*"7-Y;F,N
M<V5R=F5R+FUO;FET;W(N06-T:79E475E=654:')E860N<G5N*$-O;7!I;&5D
M($-O9&4I#0H@(" @(D%C=&EV95%U975E5&AR96%D-S<V-#(Q(B H5$E$.C!X
M,34P8V8V9# L('-Y<U]T:')E861?=#HP>&(U-C-D,"P@5VEN,S))1#HP>#$W
M9BP@<W1A=&4Z0U<I('!R:6\]-0T*"6IA=F$N;&%N9RY/8FIE8W0N=V%I="A#
M;VUP:6QE9"!#;V1E*0T*"7-Y;F,N<V5R=F5R+FUO;FET;W(N06-T:79E475E
M=65);F9O+F=E="A#;VUP:6QE9"!#;V1E*0T*"7-Y;F,N<V5R=F5R+FUO;FET
M;W(N06-T:79E475E=654:')E860N<G5N*$-O;7!I;&5D($-O9&4I#0H@(" @
M(D%C=&EV95%U975E5&AR96%D-S<V,#(Q(B H5$E$.C!X,34W,C(Q8C@L('-Y
M<U]T:')E861?=#HP>&(U-F4W,"P@5VEN,S))1#HP>&9F+"!S=&%T93I#5RD@
M<')I;STU#0H):F%V82YL86YG+D]B:F5C="YW86ET*$-O;7!I;&5D($-O9&4I
M#0H)<WEN8RYS97)V97(N;6]N:71O<BY!8W1I=F51=65U94EN9F\N9V5T*$-O
M;7!I;&5D($-O9&4I#0H)<WEN8RYS97)V97(N;6]N:71O<BY!8W1I=F51=65U
M951H<F5A9"YR=6XH0V]M<&EL960@0V]D92D-"B @(" B06-T:79E475E=654
M:')E860W-S4V,C$B("A4240Z,'@Q-69A935A."P@<WES7W1H<F5A9%]T.C!X
M8C4U8C<P+"!7:6XS,DE$.C!X.3<L('-T871E.D-7*2!P<FEO/34-"@EJ879A
M+FQA;F<N3V)J96-T+G=A:70H0V]M<&EL960@0V]D92D-"@ES>6YC+G-E<G9E
M<BYM;VYI=&]R+D%C=&EV95%U975E26YF;RYG970H0V]M<&EL960@0V]D92D-
M"@ES>6YC+G-E<G9E<BYM;VYI=&]R+D%C=&EV95%U975E5&AR96%D+G)U;BA#
M;VUP:6QE9"!#;V1E*0T*(" @(")!8W1I=F51=65U951H<F5A9#<W-3(R,2(@
M*%1)1#HP>#$V9F(W8V(X+"!S>7-?=&AR96%D7W0Z,'AB-3,Y-3 L(%=I;C,R
M240Z,'@Q8S0L('-T871E.D-7*2!P<FEO/34-"@EJ879A+FQA;F<N3V)J96-T
M+G=A:70H0V]M<&EL960@0V]D92D-"@ES>6YC+G-E<G9E<BYM;VYI=&]R+D%C
M=&EV95%U975E26YF;RYG970H0V]M<&EL960@0V]D92D-"@ES>6YC+G-E<G9E
M<BYM;VYI=&]R+D%C=&EV95%U975E5&AR96%D+G)U;BA#;VUP:6QE9"!#;V1E
M*0T*(" @(")!8W1I=F51=65U951H<F5A9#<W-#@R,2(@*%1)1#HP>#$Y-3(X
M-C@X+"!S>7-?=&AR96%D7W0Z,'AB-3,Q83 L(%=I;C,R240Z,'@R-&8L('-T
M871E.D-7*2!P<FEO/34-"@EJ879A+FQA;F<N3V)J96-T+G=A:70H0V]M<&EL
M960@0V]D92D-"@ES>6YC+G-E<G9E<BYM;VYI=&]R+D%C=&EV95%U975E26YF
M;RYG970H0V]M<&EL960@0V]D92D-"@ES>6YC+G-E<G9E<BYM;VYI=&]R+D%C
M=&EV95%U975E5&AR96%D+G)U;BA#;VUP:6QE9"!#;V1E*0T*(" @(")!8W1I
M=F51=65U951H<F5A9#<W-#0R,2(@*%1)1#HP>#$T-&8U-SDX+"!S>7-?=&AR
M96%D7W0Z,'AB-3-B9# L(%=I;C,R240Z,'@R,6(L('-T871E.D-7*2!P<FEO
M/34-"@EJ879A+FQA;F<N3V)J96-T+G=A:70H0V]M<&EL960@0V]D92D-"@ES
M>6YC+G-E<G9E<BYM;VYI=&]R+D%C=&EV95%U975E26YF;RYG970H0V]M<&EL
M960@0V]D92D-"@ES>6YC+G-E<G9E<BYM;VYI=&]R+D%C=&EV95%U975E5&AR
M96%D+G)U;BA#;VUP:6QE9"!#;V1E*0T*(" @(")!8W1I=F51=65U951H<F5A
M9#<W-# R,2(@*%1)1#HP>#$U8F,S.6,X+"!S>7-?=&AR96%D7W0Z,'AB-3-D
M,3 L(%=I;C,R240Z,'@Q,C0L('-T871E.D-7*2!P<FEO/34-"@EJ879A+FQA
M;F<N3V)J96-T+G=A:70H0V]M<&EL960@0V]D92D-"@ES>6YC+G-E<G9E<BYM
M;VYI=&]R+D%C=&EV95%U975E26YF;RYG970H0V]M<&EL960@0V]D92D-"@ES
M>6YC+G-E<G9E<BYM;VYI=&]R+D%C=&EV95%U975E5&AR96%D+G)U;BA#;VUP
M:6QE9"!#;V1E*0T*(" @(")!8W1I=F51=65U951H<F5A9#<W,S8R,2(@*%1)
M1#HP>#$Y,C<U,S$P+"!S>7-?=&AR96%D7W0Z,'AB-3,X-S L(%=I;C,R240Z
M,'@R-6$L('-T871E.D-7*2!P<FEO/34-"@EJ879A+FQA;F<N3V)J96-T+G=A
M:70H0V]M<&EL960@0V]D92D-"@ES>6YC+G-E<G9E<BYM;VYI=&]R+D%C=&EV
M95%U975E26YF;RYG970H0V]M<&EL960@0V]D92D-"@ES>6YC+G-E<G9E<BYM
M;VYI=&]R+D%C=&EV95%U975E5&AR96%D+G)U;BA#;VUP:6QE9"!#;V1E*0T*
M(" @(")!8W1I=F51=65U951H<F5A9#<W,S(R,2(@*%1)1#HP>#$S8CDY-3 P
M+"!S>7-?=&AR96%D7W0Z,'AB-3-C,S L(%=I;C,R240Z,'@Q-C8L('-T871E
M.D-7*2!P<FEO/34-"@EJ879A+FQA;F<N3V)J96-T+G=A:70H0V]M<&EL960@
M0V]D92D-"@ES>6YC+G-E<G9E<BYM;VYI=&]R+D%C=&EV95%U975E26YF;RYG
M970H0V]M<&EL960@0V]D92D-"@ES>6YC+G-E<G9E<BYM;VYI=&]R+D%C=&EV
M95%U975E5&AR96%D+G)U;BA#;VUP:6QE9"!#;V1E*0T*(" @(")!8W1I=F51
M=65U951H<F5A9#<W,C@R,2(@*%1)1#HP>#$W,S=C.#<P+"!S>7-?=&AR96%D
M7W0Z,'AB-3-E-S L(%=I;C,R240Z,'@Q.6,L('-T871E.D-7*2!P<FEO/34-
M"@EJ879A+FQA;F<N3V)J96-T+G=A:70H0V]M<&EL960@0V]D92D-"@ES>6YC
M+G-E<G9E<BYM;VYI=&]R+D%C=&EV95%U975E26YF;RYG970H0V]M<&EL960@
M0V]D92D-"@ES>6YC+G-E<G9E<BYM;VYI=&]R+D%C=&EV95%U975E5&AR96%D
M+G)U;BA#;VUP:6QE9"!#;V1E*0T*(" @(")!8W1I=F51=65U951H<F5A9#<W
M,C R,2(@*%1)1#HP>#$V.3$T-V,X+"!S>7-?=&AR96%D7W0Z,'AB-6(S93 L
M(%=I;C,R240Z,'@R,S0L('-T871E.D-7*2!P<FEO/34-"@EJ879A+FQA;F<N
M3V)J96-T+G=A:70H0V]M<&EL960@0V]D92D-"@ES>6YC+G-E<G9E<BYM;VYI
M=&]R+D%C=&EV95%U975E26YF;RYG970H0V]M<&EL960@0V]D92D-"@ES>6YC
M+G-E<G9E<BYM;VYI=&]R+D%C=&EV95%U975E5&AR96%D+G)U;BA#;VUP:6QE
M9"!#;V1E*0T*(" @(")!8W1I=F51=65U951H<F5A9#<W,38R,2(@*%1)1#HP
M>#$X-V0U-F$P+"!S>7-?=&AR96%D7W0Z,'AB-3AA.3 L(%=I;C,R240Z,'@Q
M-F,L('-T871E.D-7*2!P<FEO/34-"@EJ879A+FQA;F<N3V)J96-T+G=A:70H
M0V]M<&EL960@0V]D92D-"@ES>6YC+G-E<G9E<BYM;VYI=&]R+D%C=&EV95%U
M975E26YF;RYG970H0V]M<&EL960@0V]D92D-"@ES>6YC+G-E<G9E<BYM;VYI
M=&]R+D%C=&EV95%U975E5&AR96%D+G)U;BA#;VUP:6QE9"!#;V1E*0T*(" @
M(")!8W1I=F51=65U951H<F5A9#<W,3(R,2(@*%1)1#HP>#$Y-V%F.30P+"!S
M>7-?=&AR96%D7W0Z,'AB-3<R.3 L(%=I;C,R240Z,'@Q9C(L('-T871E.D-7
M*2!P<FEO/34-"@EJ879A+FQA;F<N3V)J96-T+G=A:70H0V]M<&EL960@0V]D
M92D-"@ES>6YC+G-E<G9E<BYM;VYI=&]R+D%C=&EV95%U975E26YF;RYG970H
M0V]M<&EL960@0V]D92D-"@ES>6YC+G-E<G9E<BYM;VYI=&]R+D%C=&EV95%U
M975E5&AR96%D+G)U;BA#;VUP:6QE9"!#;V1E*0T*(" @(")!8W1I=F51=65U
M951H<F5A9#<W,#@R,2(@*%1)1#HP>#$X,S,R.#DP+"!S>7-?=&AR96%D7W0Z
M,'AB-3$R.# L(%=I;C,R240Z,'@Y.2P@<W1A=&4Z0U<I('!R:6\]-0T*"6IA
M=F$N;&%N9RY/8FIE8W0N=V%I="A#;VUP:6QE9"!#;V1E*0T*"7-Y;F,N<V5R
M=F5R+FUO;FET;W(N06-T:79E475E=65);F9O+F=E="A#;VUP:6QE9"!#;V1E
M*0T*"7-Y;F,N<V5R=F5R+FUO;FET;W(N06-T:79E475E=654:')E860N<G5N
M*$-O;7!I;&5D($-O9&4I#0H@(" @(D%C=&EV95%U975E5&AR96%D-S<P-#0Q
M(B H5$E$.C!X,38Q,F,V-3@L('-Y<U]T:')E861?=#HP>&(U-C<P,"P@5VEN
M,S))1#HP>#%F.2P@<W1A=&4Z0U<I('!R:6\]-0T*"6IA=F$N;&%N9RY/8FIE
M8W0N=V%I="A#;VUP:6QE9"!#;V1E*0T*"7-Y;F,N<V5R=F5R+FUO;FET;W(N
M06-T:79E475E=65);F9O+F=E="A#;VUP:6QE9"!#;V1E*0T*"7-Y;F,N<V5R
M=F5R+FUO;FET;W(N06-T:79E475E=654:')E860N<G5N*$-O;7!I;&5D($-O
M9&4I#0H@(" @(D%C=&EV95%U975E5&AR96%D-S<P-#(Q(B H5$E$.C!X,38T
M8V9A,C L('-Y<U]T:')E861?=#HP>&(U-C4T,"P@5VEN,S))1#HP>#%D9"P@
M<W1A=&4Z0U<I('!R:6\]-0T*"6IA=F$N;&%N9RY/8FIE8W0N=V%I="A#;VUP
M:6QE9"!#;V1E*0T*"7-Y;F,N<V5R=F5R+FUO;FET;W(N06-T:79E475E=65)
M;F9O+F=E="A#;VUP:6QE9"!#;V1E*0T*"7-Y;F,N<V5R=F5R+FUO;FET;W(N
M06-T:79E475E=654:')E860N<G5N*$-O;7!I;&5D($-O9&4I#0H@(" @(D%C
M=&EV95%U975E5&AR96%D-S<P,#(Q(B H5$E$.C!X,3%D9#-F.3 L('-Y<U]T
M:')E861?=#HP>&(U,3ED,"P@5VEN,S))1#HP>&5C+"!S=&%T93I#5RD@<')I
M;STU#0H):F%V82YL86YG+D]B:F5C="YW86ET*$-O;7!I;&5D($-O9&4I#0H)
M<WEN8RYS97)V97(N;6]N:71O<BY!8W1I=F51=65U94EN9F\N9V5T*$-O;7!I
M;&5D($-O9&4I#0H)<WEN8RYS97)V97(N;6]N:71O<BY!8W1I=F51=65U951H
M<F5A9"YR=6XH0V]M<&EL960@0V]D92D-"B @(" B06-T:79E475E=654:')E
M860W-CDV,C$B("A4240Z,'@Q-&8T,60T,"P@<WES7W1H<F5A9%]T.C!X8C1D
M8C0P+"!7:6XS,DE$.C!X,3%E+"!S=&%T93I#5RD@<')I;STU#0H):F%V82YL
M86YG+D]B:F5C="YW86ET*$-O;7!I;&5D($-O9&4I#0H)<WEN8RYS97)V97(N
M;6]N:71O<BY!8W1I=F51=65U94EN9F\N9V5T*$-O;7!I;&5D($-O9&4I#0H)
M<WEN8RYS97)V97(N;6]N:71O<BY!8W1I=F51=65U951H<F5A9"YR=6XH0V]M
M<&EL960@0V]D92D-"B @(" B06-T:79E475E=654:')E860W-CDR,C$B("A4
M240Z,'@Q-6%C9#0Q,"P@<WES7W1H<F5A9%]T.C!X8C0X-S$P+"!7:6XS,DE$
M.C!X,6,S+"!S=&%T93I#5RD@<')I;STU#0H):F%V82YL86YG+D]B:F5C="YW
M86ET*$-O;7!I;&5D($-O9&4I#0H)<WEN8RYS97)V97(N;6]N:71O<BY!8W1I
M=F51=65U94EN9F\N9V5T*$-O;7!I;&5D($-O9&4I#0H)<WEN8RYS97)V97(N
M;6]N:71O<BY!8W1I=F51=65U951H<F5A9"YR=6XH0V]M<&EL960@0V]D92D-
M"B @(" B06-T:79E475E=654:')E860W-C@X,C$B("A4240Z,'@Q.#4P96-E
M,"P@<WES7W1H<F5A9%]T.C!X8C0U-&$P+"!7:6XS,DE$.C!X,C0S+"!S=&%T
M93I#5RD@<')I;STU#0H):F%V82YL86YG+D]B:F5C="YW86ET*$-O;7!I;&5D
M($-O9&4I#0H)<WEN8RYS97)V97(N;6]N:71O<BY!8W1I=F51=65U94EN9F\N
M9V5T*$-O;7!I;&5D($-O9&4I#0H)<WEN8RYS97)V97(N;6]N:71O<BY!8W1I
M=F51=65U951H<F5A9"YR=6XH0V]M<&EL960@0V]D92D-"B @(" B06-T:79E
M475E=654:')E860W-C@T,C$B("A4240Z,'@Q-&8T969E."P@<WES7W1H<F5A
M9%]T.C!X8C0U.64P+"!7:6XS,DE$.C!X,3@Y+"!S=&%T93I#5RD@<')I;STU
M#0H):F%V82YL86YG+D]B:F5C="YW86ET*$-O;7!I;&5D($-O9&4I#0H)<WEN
M8RYS97)V97(N;6]N:71O<BY!8W1I=F51=65U94EN9F\N9V5T*$-O;7!I;&5D
M($-O9&4I#0H)<WEN8RYS97)V97(N;6]N:71O<BY!8W1I=F51=65U951H<F5A
M9"YR=6XH0V]M<&EL960@0V]D92D-"B @(" B06-T:79E475E=654:')E860W
M-C@P,C$B("A4240Z,'@Q,CDR,#,Y,"P@<WES7W1H<F5A9%]T.C!X8C-A,C@P
M+"!7:6XS,DE$.C!X,C%A+"!S=&%T93I#5RD@<')I;STU#0H):F%V82YL86YG
M+D]B:F5C="YW86ET*$-O;7!I;&5D($-O9&4I#0H)<WEN8RYS97)V97(N;6]N
M:71O<BY!8W1I=F51=65U94EN9F\N9V5T*$-O;7!I;&5D($-O9&4I#0H)<WEN
M8RYS97)V97(N;6]N:71O<BY!8W1I=F51=65U951H<F5A9"YR=6XH0V]M<&EL
M960@0V]D92D-"B @(" B06-T:79E475E=654:')E860W-C<V,C$B("A4240Z
M,'@Q-&)B9C-C,"P@<WES7W1H<F5A9%]T.C!X8C0X.64P+"!7:6XS,DE$.C!X
M,30Q+"!S=&%T93I#5RD@<')I;STU#0H):F%V82YL86YG+D]B:F5C="YW86ET
M*$-O;7!I;&5D($-O9&4I#0H)<WEN8RYS97)V97(N;6]N:71O<BY!8W1I=F51
M=65U94EN9F\N9V5T*$-O;7!I;&5D($-O9&4I#0H)<WEN8RYS97)V97(N;6]N
M:71O<BY!8W1I=F51=65U951H<F5A9"YR=6XH0V]M<&EL960@0V]D92D-"B @
M(" B06-T:79E475E=654:')E860W-C<R,C$B("A4240Z,'@Q-C(V,S(R."P@
M<WES7W1H<F5A9%]T.C!X8C0X8S(P+"!7:6XS,DE$.C!X,3@Q+"!S=&%T93I#
M5RD@<')I;STU#0H):F%V82YL86YG+D]B:F5C="YW86ET*$-O;7!I;&5D($-O
M9&4I#0H)<WEN8RYS97)V97(N;6]N:71O<BY!8W1I=F51=65U94EN9F\N9V5T
M*$-O;7!I;&5D($-O9&4I#0H)<WEN8RYS97)V97(N;6]N:71O<BY!8W1I=F51
M=65U951H<F5A9"YR=6XH0V]M<&EL960@0V]D92D-"B @(" B06-T:79E475E
M=654:')E860W-C8X,C$B("A4240Z,'@Q.&)C,C@V,"P@<WES7W1H<F5A9%]T
M.C!X8C0W-#0P+"!7:6XS,DE$.C!X,3%F+"!S=&%T93I#5RD@<')I;STU#0H)
M:F%V82YL86YG+D]B:F5C="YW86ET*$-O;7!I;&5D($-O9&4I#0H)<WEN8RYS
M97)V97(N;6]N:71O<BY!8W1I=F51=65U94EN9F\N9V5T*$-O;7!I;&5D($-O
M9&4I#0H)<WEN8RYS97)V97(N;6]N:71O<BY!8W1I=F51=65U951H<F5A9"YR
M=6XH0V]M<&EL960@0V]D92D-"B @(" B06-T:79E475E=654:')E860W-C8T
M,C$B("A4240Z,'@Q-C-D-V(R,"P@<WES7W1H<F5A9%]T.C!X8C0W,S8P+"!7
M:6XS,DE$.C!X9C,L('-T871E.D-7*2!P<FEO/34-"@EJ879A+FQA;F<N3V)J
M96-T+G=A:70H0V]M<&EL960@0V]D92D-"@ES>6YC+G-E<G9E<BYM;VYI=&]R
M+D%C=&EV95%U975E26YF;RYG970H0V]M<&EL960@0V]D92D-"@ES>6YC+G-E
M<G9E<BYM;VYI=&]R+D%C=&EV95%U975E5&AR96%D+G)U;BA#;VUP:6QE9"!#
M;V1E*0T*(" @(")!8W1I=F51=65U951H<F5A9#<V-C R,2(@*%1)1#HP>#$W
M8V(Y-#@P+"!S>7-?=&AR96%D7W0Z,'AB-#<R,3 L(%=I;C,R240Z,'@R-3DL
M('-T871E.D-7*2!P<FEO/34-"@EJ879A+FQA;F<N3V)J96-T+G=A:70H0V]M
M<&EL960@0V]D92D-"@ES>6YC+G-E<G9E<BYM;VYI=&]R+D%C=&EV95%U975E
M26YF;RYG970H0V]M<&EL960@0V]D92D-"@ES>6YC+G-E<G9E<BYM;VYI=&]R
M+D%C=&EV95%U975E5&AR96%D+G)U;BA#;VUP:6QE9"!#;V1E*0T*(" @(")!
M8W1I=F51=65U951H<F5A9#<V-38R,2(@*%1)1#HP>#$T8V-C-#$P+"!S>7-?
M=&AR96%D7W0Z,'AB-#,U83 L(%=I;C,R240Z,'@Q8S<L('-T871E.D-7*2!P
M<FEO/34-"@EJ879A+FQA;F<N3V)J96-T+G=A:70H0V]M<&EL960@0V]D92D-
M"@ES>6YC+G-E<G9E<BYM;VYI=&]R+D%C=&EV95%U975E26YF;RYG970H0V]M
M<&EL960@0V]D92D-"@ES>6YC+G-E<G9E<BYM;VYI=&]R+D%C=&EV95%U975E
M5&AR96%D+G)U;BA#;VUP:6QE9"!#;V1E*0T*(" @(")!8W1I=F51=65U951H
M<F5A9#<V-3(R,2(@*%1)1#HP>#$R,3EA,V4X+"!S>7-?=&AR96%D7W0Z,'AB
M-#,W93 L(%=I;C,R240Z,'@Q-F8L('-T871E.D-7*2!P<FEO/34-"@EJ879A
M+FQA;F<N3V)J96-T+G=A:70H0V]M<&EL960@0V]D92D-"@ES>6YC+G-E<G9E
M<BYM;VYI=&]R+D%C=&EV95%U975E26YF;RYG970H0V]M<&EL960@0V]D92D-
M"@ES>6YC+G-E<G9E<BYM;VYI=&]R+D%C=&EV95%U975E5&AR96%D+G)U;BA#
M;VUP:6QE9"!#;V1E*0T*(" @(")!8W1I=F51=65U951H<F5A9#<V-#@R,2(@
M*%1)1#HP>#$W,C0Y-&4X+"!S>7-?=&AR96%D7W0Z,'AB-#,W,# L(%=I;C,R
M240Z,'@R,#,L('-T871E.D-7*2!P<FEO/34-"@EJ879A+FQA;F<N3V)J96-T
M+G=A:70H0V]M<&EL960@0V]D92D-"@ES>6YC+G-E<G9E<BYM;VYI=&]R+D%C
M=&EV95%U975E26YF;RYG970H0V]M<&EL960@0V]D92D-"@ES>6YC+G-E<G9E
M<BYM;VYI=&]R+D%C=&EV95%U975E5&AR96%D+G)U;BA#;VUP:6QE9"!#;V1E
M*0T*(" @(")!8W1I=F51=65U951H<F5A9#<V-#0R,2(@*%1)1#HP>#$W-6%D
M934P+"!S>7-?=&AR96%D7W0Z,'AB,V$T,C L(%=I;C,R240Z,'@Q-C L('-T
M871E.D-7*2!P<FEO/34-"@EJ879A+FQA;F<N3V)J96-T+G=A:70H0V]M<&EL
M960@0V]D92D-"@ES>6YC+G-E<G9E<BYM;VYI=&]R+D%C=&EV95%U975E26YF
M;RYG970H0V]M<&EL960@0V]D92D-"@ES>6YC+G-E<G9E<BYM;VYI=&]R+D%C
M=&EV95%U975E5&AR96%D+G)U;BA#;VUP:6QE9"!#;V1E*0T*(" @(")!8W1I
M=F51=65U951H<F5A9#<V-# R,2(@*%1)1#HP>#$R96$W,68P+"!S>7-?=&AR
M96%D7W0Z,'AB,V$U,# L(%=I;C,R240Z,'@Q9F8L('-T871E.D-7*2!P<FEO
M/34-"@EJ879A+FQA;F<N3V)J96-T+G=A:70H0V]M<&EL960@0V]D92D-"@ES
M>6YC+G-E<G9E<BYM;VYI=&]R+D%C=&EV95%U975E26YF;RYG970H0V]M<&EL
M960@0V]D92D-"@ES>6YC+G-E<G9E<BYM;VYI=&]R+D%C=&EV95%U975E5&AR
M96%D+G)U;BA#;VUP:6QE9"!#;V1E*0T*(" @(")!8W1I=F51=65U951H<F5A
M9#<V,S8R,2(@*%1)1#HP>#$W9#!C-3DP+"!S>7-?=&AR96%D7W0Z,'AB,V4X
M83 L(%=I;C,R240Z,'@Q9C L('-T871E.D-7*2!P<FEO/34-"@EJ879A+FQA
M;F<N3V)J96-T+G=A:70H0V]M<&EL960@0V]D92D-"@ES>6YC+G-E<G9E<BYM
M;VYI=&]R+D%C=&EV95%U975E26YF;RYG970H0V]M<&EL960@0V]D92D-"@ES
M>6YC+G-E<G9E<BYM;VYI=&]R+D%C=&EV95%U975E5&AR96%D+G)U;BA#;VUP
M:6QE9"!#;V1E*0T*(" @(")!8W1I=F51=65U951H<F5A9#<V,S(R,2(@*%1)
M1#HP>#$Y-#=F-C<P+"!S>7-?=&AR96%D7W0Z,'AB,V4T,C L(%=I;C,R240Z
M,'@Q,V$L('-T871E.D-7*2!P<FEO/34-"@EJ879A+FQA;F<N3V)J96-T+G=A
M:70H0V]M<&EL960@0V]D92D-"@ES>6YC+G-E<G9E<BYM;VYI=&]R+D%C=&EV
M95%U975E26YF;RYG970H0V]M<&EL960@0V]D92D-"@ES>6YC+G-E<G9E<BYM
M;VYI=&]R+D%C=&EV95%U975E5&AR96%D+G)U;BA#;VUP:6QE9"!#;V1E*0T*
M(" @(")!8W1I=F51=65U951H<F5A9#<V,C@T,2(@*%1)1#HP>#$T8F0U,3$P
M+"!S>7-?=&AR96%D7W0Z,'AB,V$Y-3 L(%=I;C,R240Z,'@Q,CDL('-T871E
M.D-7*2!P<FEO/34-"@EJ879A+FQA;F<N3V)J96-T+G=A:70H0V]M<&EL960@
M0V]D92D-"@ES>6YC+G-E<G9E<BYM;VYI=&]R+D%C=&EV95%U975E26YF;RYG
M970H0V]M<&EL960@0V]D92D-"@ES>6YC+G-E<G9E<BYM;VYI=&]R+D%C=&EV
M95%U975E5&AR96%D+G)U;BA#;VUP:6QE9"!#;V1E*0T*(" @(")!8W1I=F51
M=65U951H<F5A9#<V,C@R,2(@*%1)1#HP>#$T9C)E,C$X+"!S>7-?=&AR96%D
M7W0Z,'AB,V$Q83 L(%=I;C,R240Z,'@Q-60L('-T871E.D-7*2!P<FEO/34-
M"@EJ879A+FQA;F<N3V)J96-T+G=A:70H0V]M<&EL960@0V]D92D-"@ES>6YC
M+G-E<G9E<BYM;VYI=&]R+D%C=&EV95%U975E26YF;RYG970H0V]M<&EL960@
M0V]D92D-"@ES>6YC+G-E<G9E<BYM;VYI=&]R+D%C=&EV95%U975E5&AR96%D
M+G)U;BA#;VUP:6QE9"!#;V1E*0T*(" @(")!8W1I=F51=65U951H<F5A9#<V
M,C0R,2(@*%1)1#HP>#$V-64Y,C@X+"!S>7-?=&AR96%D7W0Z,'AB,SEC-# L
M(%=I;C,R240Z,'@Q.&,L('-T871E.D-7*2!P<FEO/34-"@EJ879A+FQA;F<N
M3V)J96-T+G=A:70H0V]M<&EL960@0V]D92D-"@ES>6YC+G-E<G9E<BYM;VYI
M=&]R+D%C=&EV95%U975E26YF;RYG970H0V]M<&EL960@0V]D92D-"@ES>6YC
M+G-E<G9E<BYM;VYI=&]R+D%C=&EV95%U975E5&AR96%D+G)U;BA#;VUP:6QE
M9"!#;V1E*0T*(" @(")!8W1I=F51=65U951H<F5A9#<V,C R,2(@*%1)1#HP
M>#$X,F%D,S0X+"!S>7-?=&AR96%D7W0Z,'AB,S4V-C L(%=I;C,R240Z,'@Q
M934L('-T871E.D-7*2!P<FEO/34-"@EJ879A+FQA;F<N3V)J96-T+G=A:70H
M0V] -
WLS 10.0 JDBC connection pool shrink not working
We seem to be having a problem with jdbc connection pools not shrinking. In the connection pool properties in the WLS console we have:
Initial Capacity 4
Maximum Capacity 15
Shrink Frequency 900
However when I look at the underlying xml config file (see below) the last two values above are not present in the config!
Any ideas what is going on here?
thankyou,
Chris
<?xml version='1.0' encoding='UTF-8'?>
<jdbc-data-source xmlns="http://www.bea.com/ns/weblogic/90" xmlns:sec="http://www.bea.com/ns/weblogic/90/security" xmlns
:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:wls="http://www.bea.com/ns/weblogic/90/security/wls" xsi:schemaLo
cation="http://www.bea.com/ns/weblogic/920 http://www.bea.com/ns/weblogic/920.xsd">
<name>mdmrDataSource</name>
<jdbc-driver-params>
<url>jdbc:oracle:thin:@(DESCRIPTION = (ADDRESS = (PROTOCOL = TCP) (HOST = xxxrac01-vip.nzlxxx01.com) (PORT = 1521))
(ADDRESS = (PROTOCOL = TCP) (HOST = xxxrac02-vip.nzlxxx01.com) (PORT = 1521)) (LOAD_BALANCE = yes) (CONNECT_DATA =(SERVE
R = DEDICATED) (SERVICE_NAME = xxxrac.nzlami01.com)))</url>
<driver-name>oracle.jdbc.pool.OracleDataSource</driver-name>
<properties>
<property>
<name>user</name>
<value>xxx_comms</value>
</property>
<property>
<name>fastConnectionFailoverEnabled</name>
<value>true</value>
</property>
<property>
<name>implicitCachingEnabled</name>
<value>true</value>
</property>
<property>
<name>connectionCachingEnabled</name>
<value>true</value>
</property>
<property>
<name>ONSConfiguration</name>
<value>nodes=xxxrac1:6251,xxxrac2:6251</value>
</property>
</properties>
<password-encrypted>xxx</password-encrypted>
</jdbc-driver-params>
<jdbc-connection-pool-params>
<initial-capacity>4</initial-capacity>
<test-connections-on-reserve>true</test-connections-on-reserve>
<test-table-name>SQL SELECT 1 FROM DUAL</test-table-name>
</jdbc-connection-pool-params>
<jdbc-data-source-params>
<jndi-name>jdbc/XXXX</jndi-name>
<global-transactions-protocol>None</global-transactions-protocol>
</jdbc-data-source-params>
</jdbc-data-source>You are right that the XML seems to lask those other settings... Did you
sae those settings from the console?
This is what's in one of mine....
<jdbc-connection-pool-params>
<initial-capacity>0</initial-capacity>
<max-capacity>300</max-capacity>
<shrink-frequency-seconds>900</shrink-frequency-seconds> -
DHCP pool to large. I want to shrink it.
Hi. So I have a DHCP Pool from say x.x.x.1 to x.x.x.200 buti want to reduce it to allow more static IP addresses at the top end so I want for example to change it to x.x.x.1 to x.x.x.170 to do this do I need to make a not of all the settings and delete the pool entirely and recreate the new pool, or is there which I would prefer to do, some way to shrink the pool, without blowing it away.
I'm paranoid and hate the idea of deleting it and creating a new pool, just in case. :)
ThanksAlong with Anders comments...
I'm not sure, but with NetWare one could adjust begin and end ranges for the DHCP pool... no? (Can't check). That option was gone with Linux (eDir integrated) DHCP services, but can still be done "under water".
If it's just the range and no real subnet changes... you can also edit the range using iManager or ConsoleOne (by looking at the values of the subnet pool in the "other" tab). Then reload the service. You should give the PC's some time (depending on lease time and how ofter PC's get rebooted) to get an assignment that's inside the new set range before handing out the addresses for static assignment.
As added note:
The export/import will work just as well, but a word of warning: with the Linux DHCP version you can lose certain info like class definitions and other little stuff. So it's always good to make note of the settings before doing that.
Cheers,
Willem -
How to shrink connection pool?
We are having problems with the connection pool not shrinking. We want inactive sessions in the pool to close in the database automatically after 5 or so minutes of inactivity. I don't want to use profiles in the database because the sessions will be SNIPED and not closed.
Hi Jon,
I had the same kind of problem with connection pools. First of all, you need to explicitely tell the aspnet_wp.exe what it should do. I put the connection string in the Web.config file as it simplifies maintenance.
<add key="connectionString" value="Data Source=COPS_10.1.X.XXX;Pooling=true;User ID=COPS;Password=XXX;Min Pool Size=3;Max Pool Size=25;Connection Lifetime=7200;Connection Timeout=15;Incr Pool Size=3;Decr Pool Size=1;" />
Then, I retrieve this value in the code behind with a:
connection = new OracleConnection(ConfigurationSettings.AppSettings["connectionString"]);
And, in order to give the connection back to the pool, when I am done, I do this in the finally block:
finally
if (dataReader != null)
dataReader.Close();
dataReader.Dispose();
if (command != null)
command.Dispose();
if (connection != null)
connection.Close();
connection.Dispose();
As you can see, after the Close() method, I call the Dispose() method which gives the connection back to the pool.
I checked in Oracle and it actually removed connections when they timed out.
Patrice -
Hi, guys
I use instant client 11.2.0.3.0 OCCI to create a connection pool, when create a connection from pool, it supposed using the existing connection, but the code created anohter new connection to database, any ideas? appreciate your help.
client side is running on Windows 7 32 bit, Database server is 10.2.05 on Solaris 10, development tool is MS VS 2010
here is the code:
Environment *env;
Connection *conn;
Statement *stmt;
string sqlStmt;
env = Environment::createEnvironment (Environment::THREADED_MUTEXED);
const string poolUserName = "scott";
const string poolPassword = "1234";
const string connectString = "192.168.0.70/orcl";
const string username = "scott";
const string passWord = "1234";
unsigned int maxConn =5;
unsigned int minConn = 2;
unsigned int incrConn = 1;
ConnectionPool *connPool = env->createConnectionPool(poolUserName, poolPassword, connectString, minConn, maxConn, incrConn);
try{
if (connPool)
cout << "SUCCESS - createConnectionPool" << endl;
else
cout << "FAILURE - createConnectionPool" << endl;
conn = connPool->createConnection (username, passWord); _// after this code, connection increase to 3 from 2._*
if (conn)
cout << "SUCCESS - createConnection" << endl;
else
cout << "FAILURE - createConnection" << endl;
}catch(SQLException ex)
cout<<"Exception thrown for createConnectionPool"<<endl;
cout<<"Error number: "<< ex.getErrorCode() << endl;
cout<<ex.getMessage() << endl;
......Hi Nicolas,
Have you tried to turn on testOnReserve setting of the coneection pool?
Regards,
"Nicolas Devos" <[email protected]> wrote in message
news:3c5fa916$[email protected]..
>
Hi,
I am using weblogic 6.1 and oracle 8.1.6, and experiences
problems with connections pools and database crash.
When the database server crashes during an EJB transactions,
the connection used by that transaction seems to be lost and
is never rebuilt when the database server restarts, therefore
the number of connections within the pool shrinks thoroughly
if I have several connections used while the database crashes
or is shutdown for maintenance.
If this db crash takes time to recover, all connections
are destroyed and the pool become unusable.
As soon as all connections have been 'destroyed' I have
the following exception:
'connection pool - none available' when trying to get
a connection.
When I restart the database server, the pool does not rebuilt
itself.
(I am using a test table to test the presence of the database
with a frequency set to 60s)
I did the same operation without EJB transactions and the pool
could rebuilt itself after the database has been restarted.
I had that problem with weblogic 6.0 already and in the
release notes of 6.0_sp2, 2 issues are fixed concerning
the pool fail-over: 044223 and 041793.
I would like to know if these issues are fixed in 6.1 as well,
and if they are related to my problem (Their description is
quite short).
Thank you
Nicolas -
SOA 11.1.1.3.0 - Connection Pool has been suspended during weak load
Hi,
I have a SCA with different BPEL, all uses several db adapters.
Each db adapter has retry count set to 1.
Each bpel has the following properties:
<property name="bpel.config.transaction" many="false">required</property>
<property name="bpel.config.inMemoryOptimization">true</property>
<property name="bpel.config.completionPersistPolicy">off</property>When I do a simple load testing (with 10 concurrent threads invoking the same SCA webservice) my connection pool is suspended.
Here is my connection pool configuration:
<?xml version='1.0' encoding='UTF-8'?>
<jdbc-data-source xmlns="http://xmlns.oracle.com/weblogic/jdbc-data-source" xmlns:sec="http://xmlns.oracle.com/weblogic/security" xmlns:wls="http://xmlns.oracle.com/weblogic/security/wls" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://xmlns.oracle.com/weblogic/jdbc-data-source http://xmlns.oracle.com/weblogic/jdbc-data-source/1.0/jdbc-data-source.xsd">
<name>DEV__DB</name>
<jdbc-driver-params>
<url>jdbc:oracle:thin:@10.17.5.50:1521:orcl</url>
<driver-name>oracle.jdbc.xa.client.OracleXADataSource</driver-name>
<properties>
<property>
<name>user</name>
<value>DEV_</value>
</property>
</properties>
<password-encrypted>{AES}UiaJC9d4Fl7jWHkcrYttu5E+wpOB4Jw1QKwTSA0ARtE=</password-encrypted>
<use-xa-data-source-interface>true</use-xa-data-source-interface>
</jdbc-driver-params>
<jdbc-connection-pool-params>
<initial-capacity>0</initial-capacity>
<max-capacity>100</max-capacity>
<capacity-increment>1</capacity-increment>
<shrink-frequency-seconds>900</shrink-frequency-seconds>
<highest-num-waiters>2147483647</highest-num-waiters>
<connection-creation-retry-frequency-seconds>10</connection-creation-retry-frequency-seconds>
<connection-reserve-timeout-seconds>10</connection-reserve-timeout-seconds>
<test-frequency-seconds>300</test-frequency-seconds>
<test-connections-on-reserve>true</test-connections-on-reserve>
<ignore-in-use-connections-enabled>true</ignore-in-use-connections-enabled>
<inactive-connection-timeout-seconds>0</inactive-connection-timeout-seconds>
<test-table-name>SQL SELECT 1 FROM DUAL</test-table-name>
<login-delay-seconds>0</login-delay-seconds>
<statement-cache-size>100</statement-cache-size>
<statement-cache-type>LRU</statement-cache-type>
<remove-infected-connections>true</remove-infected-connections>
<seconds-to-trust-an-idle-pool-connection>0</seconds-to-trust-an-idle-pool-connection>
<statement-timeout>-1</statement-timeout>
<jdbc-xa-debug-level>10</jdbc-xa-debug-level>
<pinned-to-thread>false</pinned-to-thread>
</jdbc-connection-pool-params>
<jdbc-data-source-params>
<jndi-name>jdbc/soSvilDB</jndi-name>
<global-transactions-protocol>TwoPhaseCommit</global-transactions-protocol>
</jdbc-data-source-params>
<jdbc-xa-params>
<keep-xa-conn-till-tx-complete>true</keep-xa-conn-till-tx-complete>
<need-tx-ctx-on-close>false</need-tx-ctx-on-close>
<xa-end-only-once>false</xa-end-only-once>
<keep-logical-conn-open-on-release>false</keep-logical-conn-open-on-release>
<resource-health-monitoring>true</resource-health-monitoring>
<recover-only-once>false</recover-only-once>
<xa-set-transaction-timeout>false</xa-set-transaction-timeout>
<xa-transaction-timeout>0</xa-transaction-timeout>
<rollback-local-tx-upon-conn-close>false</rollback-local-tx-upon-conn-close>
<xa-retry-duration-seconds>300</xa-retry-duration-seconds>
<xa-retry-interval-seconds>60</xa-retry-interval-seconds>
</jdbc-xa-params>
</jdbc-data-source>Here is the error:
[2011-04-22T12:36:52.026+02:00] [OJDL] [NOTIFICATION:16] [ODL-52001] [oracle.core.ojdl.FileLogWriter] [org: Oracle] [host: soa.linux55.reply] [nwaddr: 10.17.5.69] [tid: [ACTIVE].ExecuteThread: '14' for queue: 'weblogic.kernel.Default (self-tuning)'] [userId: oracle] deleting log file: soa_server1-diagnostic-179.log, size: 10485438 bytes
[2011-04-22T12:36:51.985+02:00] [soa_server1] [ERROR] [] [oracle.soa.mediator.serviceEngine] [tid: [ACTIVE].ExecuteThread: '14' for queue: 'weblogic.kernel.Default (self-tuning)'] [userId: <anonymous>] [ecid: 0000Ixwm9CqEcLH5yvs1yW1DgLRV000081,0] [WEBSERVICE_PORT.name: AlarmsRetrieverPortType_pt] [APP: soa-infra] [composite_name: AlarmRetreiverProject] [component_name: AlarmRetrieverMediator] [component_instance_id: 6E8716B06CCC11E0AF65F721A176C6C2] [J2EE_MODULE.name: fabric] [dcid: 0f2f96dd491b9522:5032bc97:12f7cbc8b1d:-7ffc-0000000000001701] [WEBSERVICE.name: AlarmRetrieverMediator_ep] [J2EE_APP.name: soa-infra] [composite_instance_id: 250014] Got an exception: oracle.fabric.common.FabricInvocationException: faultName: {{http://schemas.oracle.com/bpel/extension}remoteFault}[[
parts: {{
summary=<summary>Exception occured when binding was invoked.
Exception occured during invocation of JCA binding: "JCA Binding execute of Reference operation 'GetTrainAlarms_dba' failed due to: Pure SQL Exception.
Pure SQL Execute of select aa.* from <OMITTED>
Caused by java.sql.SQLException: Internal error: Cannot obtain XAConnection weblogic.common.resourcepool.ResourceDisabledException: Pool DEV__DB is Suspended, cannot allocate resources to applications..
at weblogic.common.resourcepool.ResourcePoolImpl.reserveResourceInternal(ResourcePoolImpl.java:357)
at weblogic.common.resourcepool.ResourcePoolImpl.reserveResource(ResourcePoolImpl.java:332)
at weblogic.jdbc.common.internal.ConnectionPool.reserve(ConnectionPool.java:440)
at weblogic.jdbc.common.internal.ConnectionPool.reserve(ConnectionPool.java:317)
at weblogic.jdbc.common.internal.ConnectionPoolManager.reserve(ConnectionPoolManager.java:93)
at weblogic.jdbc.common.internal.ConnectionPoolManager.reserve(ConnectionPoolManager.java:61)
at weblogic.jdbc.jta.DataSource.getXAConnectionFromPool(DataSource.java:1670)
at weblogic.jdbc.jta.DataSource.refreshXAConnAndEnlist(DataSource.java:1438)
at weblogic.jdbc.jta.DataSource.getConnection(DataSource.java:439)
at weblogic.jdbc.jta.DataSource.connect(DataSource.java:396)
at weblogic.jdbc.common.internal.RmiDataSource.getConnection(RmiDataSource.java:355)
at org.eclipse.persistence.sessions.JNDIConnector.connect(JNDIConnector.java:126)
at org.eclipse.persistence.sessions.JNDIConnector.connect(JNDIConnector.java:94)
at org.eclipse.persistence.sessions.DatasourceLogin.connectToDatasource(DatasourceLogin.java:162)
at org.eclipse.persistence.internal.databaseaccess.DatasourceAccessor.connectInternal(DatasourceAccessor.java:327)
at org.eclipse.persistence.internal.databaseaccess.DatabaseAccessor.connectInternal(DatabaseAccessor.java:295)
at org.eclipse.persistence.internal.databaseaccess.DatasourceAccessor.reconnect(DatasourceAccessor.java:558)
at org.eclipse.persistence.internal.databaseaccess.DatabaseAccessor.reconnect(DatabaseAccessor.java:1437)
at org.eclipse.persistence.internal.databaseaccess.DatasourceAccessor.incrementCallCount(DatasourceAccessor.java:303)
at oracle.tip.adapter.db.DBConnection.getTopLinkSQLConnection(DBConnection.java:335)
at oracle.tip.adapter.db.transaction.DBTransaction.beginInternal(DBTransaction.java:126)
at oracle.tip.adapter.db.puresql.PureSQLInteraction.executePureSQL(PureSQLInteraction.java:165)
at oracle.tip.adapter.db.DBInteraction.executePureSQL(DBInteraction.java:1178)
at oracle.tip.adapter.db.DBInteraction.execute(DBInteraction.java:255)
at oracle.integration.platform.blocks.adapter.fw.jca.cci.JCAInteractionInvoker.executeJcaInteraction(JCAInteractionInvoker.java:303)
at oracle.integration.platform.blocks.adapter.fw.jca.cci.JCAInteractionInvoker.invokeJcaReference(JCAInteractionInvoker.java:519)
at oracle.integration.platform.blocks.adapter.fw.jca.cci.JCAInteractionInvoker.invokeSyncJcaReference(JCAInteractionInvoker.java:492)
at oracle.integration.platform.blocks.adapter.fw.jca.cci.JCAEndpointInteraction.performSynchronousInteraction(JCAEndpointInteraction.java:472)
at oracle.integration.platform.blocks.adapter.AdapterReference.request(AdapterReference.java:166)
at oracle.integration.platform.blocks.mesh.SynchronousMessageHandler.doRequest(SynchronousMessageHandler.java:139)
at oracle.integration.platform.blocks.mesh.MessageRouter.request(MessageRouter.java:179)
at oracle.integration.platform.blocks.mesh.MeshImpl.request(MeshImpl.java:155)
at sun.reflect.GeneratedMethodAccessor925.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:307)
at org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:182)
at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:149)
at oracle.integration.platform.metrics.PhaseEventAspect.invoke(PhaseEventAspect.java:71)
at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:171)
at org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:204)
at $Proxy284.request(Unknown Source)
at oracle.fabric.CubeServiceEngine.requestToMesh(CubeServiceEngine.java:797)
at com.collaxa.cube.ws.WSInvocationManager.invoke(WSInvocationManager.java:262)
at com.collaxa.cube.engine.ext.common.InvokeHandler.__invoke(InvokeHandler.java:1073)
at com.collaxa.cube.engine.ext.common.InvokeHandler.handleNormalInvoke(InvokeHandler.java:526)
at com.collaxa.cube.engine.ext.common.InvokeHandler.handle(InvokeHandler.java:127)
at com.collaxa.cube.engine.ext.bpel.common.wmp.BPELInvokeWMP.__executeStatements(BPELInvokeWMP.java:70)
at com.collaxa.cube.engine.ext.bpel.common.wmp.BaseBPELActivityWMP.perform(BaseBPELActivityWMP.java:162)
at com.collaxa.cube.engine.CubeEngine.performActivity(CubeEngine.java:2465)
at com.collaxa.cube.engine.CubeEngine.handleWorkItem(CubeEngine.java:1133)
at com.collaxa.cube.engine.dispatch.message.instance.PerformMessageHandler.handleLocal(PerformMessageHandler.java:73)
at com.collaxa.cube.engine.dispatch.DispatchHelper.handleLocalMessage(DispatchHelper.java:219)
at com.collaxa.cube.engine.dispatch.DispatchHelper.sendMemory(DispatchHelper.java:327)
at com.collaxa.cube.engine.CubeEngine.endRequest(CubeEngine.java:4350)
at com.collaxa.cube.engine.CubeEngine.endRequest(CubeEngine.java:4282)
at com.collaxa.cube.engine.CubeEngine._createAndInvoke(CubeEngine.java:713)
at com.collaxa.cube.engine.CubeEngine.createAndInvoke(CubeEngine.java:545)
at com.collaxa.cube.engine.ejb.impl.CubeEngineBean.createAndInvoke(CubeEngineBean.java:108)
at com.collaxa.cube.engine.ejb.impl.CubeEngineBean.syncCreateAndInvokeParticipate(CubeEngineBean.java:186)
at sun.reflect.GeneratedMethodAccessor930.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at com.bea.core.repackaged.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:310)
at com.bea.core.repackaged.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:182)
at com.bea.core.repackaged.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:149)
at com.bea.core.repackaged.springframework.jee.intercept.MethodInvocationInvocationContext.proceed(MethodInvocationInvocationContext.java:104)
at oracle.security.jps.ee.ejb.JpsAbsInterceptor$1.run(JpsAbsInterceptor.java:88)
at oracle.security.jps.util.JpsSubject.doAsPrivileged(JpsSubject.java:313)
at oracle.security.jps.ee.util.JpsPlatformUtil.runJaasMode(JpsPlatformUtil.java:414)
at oracle.security.jps.wls.JpsWeblogicEjbInterceptor.runJaasMode(JpsWeblogicEjbInterceptor.java:61)
at oracle.security.jps.ee.ejb.JpsAbsInterceptor.intercept(JpsAbsInterceptor.java:106)
at oracle.security.jps.ee.ejb.JpsInterceptor.intercept(JpsInterceptor.java:106)
at sun.reflect.GeneratedMethodAccessor833.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at com.bea.core.repackaged.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:310)
at com.bea.core.repackaged.springframework.jee.intercept.JeeInterceptorInterceptor.invoke(JeeInterceptorInterceptor.java:69)
at com.bea.core.repackaged.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:171)
at com.bea.core.repackaged.springframework.aop.support.DelegatingIntroductionInterceptor.doProceed(DelegatingIntroductionInterceptor.java:131)
at com.bea.core.repackaged.springframework.aop.support.DelegatingIntroductionInterceptor.invoke(DelegatingIntroductionInterceptor.java:119)
at com.bea.core.repackaged.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:171)
at com.bea.core.repackaged.springframework.jee.spi.MethodInvocationVisitorImpl.visit(MethodInvocationVisitorImpl.java:37)
at weblogic.ejb.container.injection.EnvironmentInterceptorCallbackImpl.callback(EnvironmentInterceptorCallbackImpl.java:54)
at com.bea.core.repackaged.springframework.jee.spi.EnvironmentInterceptor.invoke(EnvironmentInterceptor.java:50)
at com.bea.core.repackaged.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:171)
at com.bea.core.repackaged.springframework.aop.interceptor.ExposeInvocationInterceptor.invoke(ExposeInvocationInterceptor.java:89)
at com.bea.core.repackaged.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:171)
at com.bea.core.repackaged.springframework.aop.support.DelegatingIntroductionInterceptor.doProceed(DelegatingIntroductionInterceptor.java:131)
at com.bea.core.repackaged.springframework.aop.support.DelegatingIntroductionInterceptor.invoke(DelegatingIntroductionInterceptor.java:119)
at com.bea.core.repackaged.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:171)
at com.bea.core.repackaged.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:204)
at $Proxy282.syncCreateAndInvokeParticipate(Unknown Source)
at com.collaxa.cube.engine.ejb.impl.bpel.BPELEngineBean_51369e_ICubeEngineLocalBeanImpl.syncCreateAndInvokeParticipate(BPELEngineBean_51369e_ICubeEngineLocalBeanImpl.java:328)
at com.collaxa.cube.engine.delivery.DeliveryHandler.callCreateAndInvoke(DeliveryHandler.java:788)
at com.collaxa.cube.engine.delivery.DeliveryHandler.initialRequestAnyType(DeliveryHandler.java:528)
at com.collaxa.cube.engine.delivery.DeliveryHandler.initialRequest(DeliveryHandler.java:487)
at com.collaxa.cube.engine.delivery.DeliveryHandler.request(DeliveryHandler.java:162)
at com.collaxa.cube.engine.ejb.impl.CubeDeliveryBean.request(CubeDeliveryBean.java:607)
at sun.reflect.GeneratedMethodAccessor933.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at com.bea.core.repackaged.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:310)
at com.bea.core.repackaged.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:182)
at com.bea.core.repackaged.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:149)
at com.bea.core.repackaged.springframework.jee.intercept.MethodInvocationInvocationContext.proceed(MethodInvocationInvocationContext.java:104)
at oracle.security.jps.ee.ejb.JpsAbsInterceptor$1.run(JpsAbsInterceptor.java:88)
at oracle.security.jps.util.JpsSubject.doAsPrivileged(JpsSubject.java:313)
at oracle.security.jps.ee.util.JpsPlatformUtil.runJaasMode(JpsPlatformUtil.java:414)
at oracle.security.jps.wls.JpsWeblogicEjbInterceptor.runJaasMode(JpsWeblogicEjbInterceptor.java:61)
at oracle.security.jps.ee.ejb.JpsAbsInterceptor.intercept(JpsAbsInterceptor.java:106)
at oracle.security.jps.ee.ejb.JpsInterceptor.intercept(JpsInterceptor.java:106)
at sun.reflect.GeneratedMethodAccessor833.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at com.bea.core.repackaged.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:310)
at com.bea.core.repackaged.springframework.jee.intercept.JeeInterceptorInterceptor.invoke(JeeInterceptorInterceptor.java:69)
at com.bea.core.repackaged.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:171)
at com.bea.core.repackaged.springframework.aop.support.DelegatingIntroductionInterceptor.doProceed(DelegatingIntroductionInterceptor.java:131)
at com.bea.core.repackaged.springframework.aop.support.DelegatingIntroductionInterceptor.invoke(DelegatingIntroductionInterceptor.java:119)
at com.bea.core.repackaged.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:171)
at com.bea.core.repackaged.springframework.jee.spi.MethodInvocationVisitorImpl.visit(MethodInvocationVisitorImpl.java:37)
at weblogic.ejb.container.injection.EnvironmentInterceptorCallbackImpl.callback(EnvironmentInterceptorCallbackImpl.java:54)
at com.bea.core.repackaged.springframework.jee.spi.EnvironmentInterceptor.invoke(EnvironmentInterceptor.java:50)
at com.bea.core.repackaged.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:171)
at com.bea.core.repackaged.springframework.aop.interceptor.ExposeInvocationInterceptor.invoke(ExposeInvocationInterceptor.java:89)
at com.bea.core.repackaged.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:171)
at com.bea.core.repackaged.springframework.aop.support.DelegatingIntroductionInterceptor.doProceed(DelegatingIntroductionInterceptor.java:131)
at com.bea.core.repackaged.springframework.aop.support.DelegatingIntroductionInterceptor.invoke(DelegatingIntroductionInterceptor.java:119)
at com.bea.core.repackaged.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:171)
at com.bea.core.repackaged.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:204)
at $Proxy279.request(Unknown Source)
at com.collaxa.cube.engine.ejb.impl.bpel.BPELDeliveryBean_5k948i_ICubeDeliveryLocalBeanImpl.request(BPELDeliveryBean_5k948i_ICubeDeliveryLocalBeanImpl.java:462)
at oracle.fabric.CubeServiceEngine.request(CubeServiceEngine.java:358)
at oracle.integration.platform.blocks.mesh.SynchronousMessageHandler.doRequest(SynchronousMessageHandler.java:139)
at oracle.integration.platform.blocks.mesh.MessageRouter.request(MessageRouter.java:179)
at oracle.integration.platform.blocks.mesh.MeshImpl.request(MeshImpl.java:155)
at sun.reflect.GeneratedMethodAccessor925.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:307)
at org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:182)
at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:149)
at oracle.integration.platform.metrics.PhaseEventAspect.invoke(PhaseEventAspect.java:71)
at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:171)
at org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:204)
at $Proxy284.request(Unknown Source)
at oracle.tip.mediator.serviceEngine.MediatorServiceEngine.request2Mesh(MediatorServiceEngine.java:1063)
at oracle.tip.mediator.service.BaseActionHandler.requestProcess(BaseActionHandler.java:202)
at oracle.tip.mediator.service.BaseActionHandler.requestProcess(BaseActionHandler.java:94)
at oracle.tip.mediator.service.BaseActionHandler.requestProcess(BaseActionHandler.java:74)
at oracle.tip.mediator.service.SyncRequestResponseHandler.process(SyncRequestResponseHandler.java:79)
at oracle.tip.mediator.service.ActionProcessor.onMessage(ActionProcessor.java:64)
at oracle.tip.mediator.dispatch.MessageDispatcher.executeCase(MessageDispatcher.java:140)
at oracle.tip.mediator.dispatch.InitialMessageDispatcher.processCase(InitialMessageDispatcher.java:495)
at oracle.tip.mediator.dispatch.InitialMessageDispatcher.processCases(InitialMessageDispatcher.java:393)
at oracle.tip.mediator.dispatch.InitialMessageDispatcher.processNormalCases(InitialMessageDispatcher.java:276)
at oracle.tip.mediator.dispatch.InitialMessageDispatcher.processCases(InitialMessageDispatcher.java:251)
at oracle.tip.mediator.dispatch.InitialMessageDispatcher.dispatch(InitialMessageDispatcher.java:148)
at oracle.tip.mediator.serviceEngine.MediatorServiceEngine.process(MediatorServiceEngine.java:860)
at oracle.tip.mediator.serviceEngine.MediatorServiceEngine.request(MediatorServiceEngine.java:716)
at oracle.integration.platform.blocks.mesh.SynchronousMessageHandler.doRequest(SynchronousMessageHandler.java:139)
at oracle.integration.platform.blocks.mesh.MessageRouter.request(MessageRouter.java:179)
at oracle.integration.platform.blocks.mesh.MeshImpl.request(MeshImpl.java:155)
at sun.reflect.GeneratedMethodAccessor925.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:307)
at org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:182)
at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:149)
at oracle.integration.platform.metrics.PhaseEventAspect.invoke(PhaseEventAspect.java:59)
at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:171)
at org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:204)
at $Proxy284.request(Unknown Source)
at oracle.integration.platform.blocks.soap.WebServiceEntryBindingComponent.doMessageProcessing(WebServiceEntryBindingComponent.java:1169)
at oracle.integration.platform.blocks.soap.WebServiceEntryBindingComponent.processIncomingMessage(WebServiceEntryBindingComponent.java:768)
at oracle.integration.platform.blocks.soap.FabricProvider.processMessage(FabricProvider.java:113)
at oracle.j2ee.ws.server.provider.ProviderProcessor.doEndpointProcessing(ProviderProcessor.java:1168)
at oracle.j2ee.ws.server.WebServiceProcessor.invokeEndpointImplementation(WebServiceProcessor.java:996)
at oracle.j2ee.ws.server.provider.ProviderProcessor.doRequestProcessing(ProviderProcessor.java:562)
at oracle.j2ee.ws.server.WebServiceProcessor.processRequest(WebServiceProcessor.java:222)
at oracle.j2ee.ws.server.WebServiceProcessor.doService(WebServiceProcessor.java:186)
at oracle.j2ee.ws.server.WebServiceServlet.doPost(WebServiceServlet.java:430)
at oracle.integration.platform.blocks.soap.FabricProviderServlet.doPost(FabricProviderServlet.java:477)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:727)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:821)
at weblogic.servlet.internal.StubSecurityHelper$ServletServiceAction.run(StubSecurityHelper.java:227)
at weblogic.servlet.internal.StubSecurityHelper.invokeServlet(StubSecurityHelper.java:125)
at weblogic.servlet.internal.ServletStubImpl.execute(ServletStubImpl.java:300)
at weblogic.servlet.internal.TailFilter.doFilter(TailFilter.java:27)
at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:57)
at oracle.dms.wls.DMSServletFilter.doFilter(DMSServletFilter.java:330)
at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:57)
at weblogic.servlet.internal.WebAppServletContext$ServletInvocationAction.doIt(WebAppServletContext.java:3684)
at weblogic.servlet.internal.WebAppServletContext$ServletInvocationAction.run(WebAppServletContext.java:3650)
at weblogic.security.acl.internal.AuthenticatedSubject.doAs(AuthenticatedSubject.java:321)
at weblogic.security.service.SecurityManager.runAs(SecurityManager.java:121)
at weblogic.servlet.internal.WebAppServletContext.securedExecute(WebAppServletContext.java:2268)
at weblogic.servlet.internal.WebAppServletContext.execute(WebAppServletContext.java:2174)
at weblogic.servlet.internal.ServletRequestImpl.run(ServletRequestImpl.java:1446)
at weblogic.work.ExecuteThread.execute(ExecuteThread.java:201)
at weblogic.work.ExecuteThread.run(ExecuteThread.java:173)
The invoked JCA adapter raised a resource exception.
Please examine the above error message carefully to determine a resolution.
</summary>
,detail=<detail>Internal error: Cannot obtain XAConnection weblogic.common.resourcepool.ResourceDisabledException: Pool DEV__DB is Suspended, cannot allocate resources to applications..
at weblogic.common.resourcepool.ResourcePoolImpl.reserveResourceInternal(ResourcePoolImpl.java:357)
at weblogic.common.resourcepool.ResourcePoolImpl.reserveResource(ResourcePoolImpl.java:332)
at weblogic.jdbc.common.internal.ConnectionPool.reserve(ConnectionPool.java:440)
at weblogic.jdbc.common.internal.ConnectionPool.reserve(ConnectionPool.java:317)
at weblogic.jdbc.common.internal.ConnectionPoolManager.reserve(ConnectionPoolManager.java:93)
</detail>
,code=<code>0</code>}
oracle.tip.mediator.infra.exception.MediatorException: ORAMED-03303:[Unexpected exception in case execution]Unexpected exception in request response operation "process" on reference "DEV_bpel_client". Possible Fix:Check whether the reference service is properly configured and running or look at exception for analysing the reason or contact oracle support.
at oracle.tip.mediator.service.SyncRequestResponseHandler.handleFault(SyncRequestResponseHandler.java:215)
at weblogic.work.ExecuteThread.run(ExecuteThread.java:173)
Caused by: oracle.fabric.common.FabricInvocationException: faultName: {{http://schemas.oracle.com/bpel/extension}remoteFault}I configured it using the Oracle User Guide For Technology Adapters, paragraph 2.21, but I still have the issue.
Please can someone help me out?Also, the strange thing is that if I monitor the Datasource (that has a 100 conn. capacity) I see that it is not overloaded:
Server Sorted Ascending Enabled State JDBC Driver Active Connections Average Count Active Connections Current Count Active Connections High Count Connection Delay Time Connections Total Count Curr Capacity High Count Current Capacity Failed Reserve Request Count Failures To Reconnect Count Highest Num Available Leaked Connection Count Num Available Num Unavailable Prep Stmt Cache Add Count Prep Stmt Cache Current Size Prep Stmt Cache Delete Count Prep Stmt Cache Hit Count Prep Stmt Cache Miss Count PrepStmt Cache Access Count Reserve Request Count Wait Seconds High Count Waiting For Connection Current Count Waiting For Connection Failure Total Waiting For Connection High Count Waiting For Connection Success Total Waiting For Connection Total
soa_server1 false Suspended oracle.jdbc.xa.client.OracleXADataSource 0 9 9 19049 36 10 9 81 0 10 0 0 9 18 18 0 0 18 18 380 0 0 0 0 35 0 -
Unable to shrink the connections
HI,
I am using weblogic 6.1 connection pooling. I am facing problem in shrinking
the connections
I set the connection parameters as
Initial capacity = 2,
Increment = 1
Max capacity = 10
Allow shrinking = true
When I open 4 sessions simultaneously it shows the
connections = 4
total connections = 4
Waiters = 0
Connections high = 3
After several time accessing the database it shows
Connections = 0
Total connections = 13
Connections high = 3
Waiters = 0
My problem is even after shirking time also it shows the active connections in
the database side(I tested using v$session).are there any extra setting is needed
for the shrink to take place?(other than setting it to true in console). I even
tested using the code ( getting the pool and executing the shrink() method).
My second doubt was why it is showing total connections as greater than maximum
capacity. I am not clear on the no shown for total connections.
I would be thankful if some looks into it.
ThanksMake sure the application is returning all the connection to the pool (close
all connections in the finally blocks). If connections are not closed in
your application they cannot be removed from the pool.
hth
sree
"nambudri" <[email protected]> wrote in message
news:3c33e8f1$[email protected]..
HI,
I am using weblogic 6.1 connection pooling. I am facing problem in
shrinking
the connections
I set the connection parameters as
Initial capacity = 2,
Increment = 1
Max capacity = 10
Allow shrinking = true
When I open 4 sessions simultaneously it shows the
connections = 4
total connections = 4
Waiters = 0
Connections high = 3
After several time accessing the database it shows
Connections = 0
Total connections = 13
Connections high = 3
Waiters = 0
My problem is even after shirking time also it shows the active connections
in
the database side(I tested using v$session).are there any extra setting is
needed
for the shrink to take place?(other than setting it to true in console). I
even
tested using the code ( getting the pool and executing the shrink() method).
My second doubt was why it is showing total connections as greater than
maximum
capacity. I am not clear on the no shown for total connections.
I would be thankful if some looks into it.
Thanks -
Storage Spaces: SSD tier size incorrect when using EnclosureAware option in a pool
Hi folks,
We're about to deploy Storage Spaces in our test environment, but we encountered an issue while configuring Enclosure Awareness on Storage Pools.
When we create a Storage Pool (over 3 JBOD's) and set the option EnclosureAwarenessDefault to $True, the SSD tier size automatically decreases / shrinks to 12GB (sometimes 18GB sometimes 0GB).
Without EnclosureAwarenessDefault, we get 1110 GB of SSD size available.
The same behavior is seen when enabling -EnclosureAwareness on Storage Space (virtual disk) level.
A summary of our configuration:
3 SOFS connected twice to each JBOD (LSI 9207-8e - SES 3 ) = HCL certified
3 JBOD arrays (Quanta M4600H) (Firmware Management SCSI Enclosure Service (SES-2) = HCL certified
Each JBOD array has 16 HDD and 4 SSD.
SOFS are fully patched, including KB 2913766
Below 2 screenshots:
EnclosureAwareDefault = $True
https://onedrive.live.com/redir?resid=BB5A32452CA3BD6C%21436
EnclosureAwareDefault = $False
https://onedrive.live.com/redir?resid=BB5A32452CA3BD6C%21437Hi Partner,
Thank you for your detailed information and sorry for the delayed response.
After consulting with some senior engineers, please check the following:
Server manager does not let you set the column count of the space, which means that it is automatically selecting 6 as the column count, as there are 12 SSDs. Unfortunately, the column count must be less than the number of disks of each type in each
enclosure (limited by 4 SSDs), otherwise space creation will fail, and estimation will produce a small, somewhat random number. If you create a space through powershell and specify –NumberOfColumns 4 then it should work.
Hopefully it helps.
Feel free to let me know if you have any question. Thank your for your time.
Best Regards,
Sophia Sun
Please remember to click “Mark as Answer” on the post that helps you, and to click “Unmark as Answer” if a marked post does not actually answer your question. This can be beneficial to other community members reading the thread. -
Hi,
i've 11.2 Database.
I know that using AMM, Oracle manages sga and pga together.
But why shink and grow (sga pools) operation impact only shared and buffer and not also the pga?
An example, I've 5Gb of AMM, looking AWR, Oracle set shared pool to about 1,9Gb, buffer to 1,1Gb (sga target around 3,3Gb) and the results to PGA.
Looking Memory Dynamic Components in AWR, i see that shrink/grow operation uses only shared and buffer pool and not the PGA that is not used.
Why this?
Thanks.Mr.D. wrote:
Hi,
i've 11.2 Database.
I know that using AMM, Oracle manages sga and pga together.
But why shink and grow (sga pools) operation impact only shared and buffer and not also the pga?
An example, I've 5Gb of AMM, looking AWR, Oracle set shared pool to about 1,9Gb, buffer to 1,1Gb (sga target around 3,3Gb) and the results to PGA.
Looking Memory Dynamic Components in AWR, i see that shrink/grow operation uses only shared and buffer pool and not the PGA that is not used.
Why this?
Thanks.What I understood from your question is that you dont see reallocation of PGA as you see in SGA resizable components.
[url http://docs.oracle.com/cd/B28359_01/server.111/b28310/memory003.htm] this describes how the PGA is allocated.
Unless there is pressure on oracle to release the memory from PGA to allocate to SGA or vice versa you will not see the change in memory allocation for PGA -
Datasource pool issues in weblogic
Frequently,I am coming accross this error in my weblogic server log:Any pointers on how to resolve this? any help on this
Adminlog:
<Oct 15, 2013 12:11:35 PM GMT> <Info> <JDBC> <EPGCRMITG1> <AdminServer> <[ACTIVE] ExecuteThread: '5' for queue: 'weblogic.kernel.Default (self-tuning)'> <<WLS Kernel>> <> <6a64a370db9cb4a0:-1d42ac6e:1419df56d93:-8000-0000000000003906> <1381839095305> <BEA-001128> <Connection for pool "LifeCycleDataSource-rac0" has been closed.>
####<Oct 15, 2013 12:11:35 PM GMT> <Info> <JDBC> <EPGCRMITG1> <AdminServer> <[ACTIVE] ExecuteThread: '5' for queue: 'weblogic.kernel.Default (self-tuning)'> <<WLS Kernel>> <> <6a64a370db9cb4a0:-1d42ac6e:1419df56d93:-8000-0000000000003906> <1381839095354> <BEA-001128> <Connection for pool "LifeCycleDataSource-rac0" has been closed.>
####<Oct 15, 2013 12:11:35 PM GMT> <Info> <JDBC> <EPGCRMITG1> <AdminServer> <[ACTIVE] ExecuteThread: '5' for queue: 'weblogic.kernel.Default (self-tuning)'> <<WLS Kernel>> <> <6a64a370db9cb4a0:-1d42ac6e:1419df56d93:-8000-0000000000003906> <1381839095356> <BEA-001128> <Connection for pool "LifeCycleDataSource-rac0" has been closed.>
####<Oct 15, 2013 12:12:36 PM GMT> <Warning> <JDBC> <EPGCRMITG1> <AdminServer> <[ACTIVE] ExecuteThread: '5' for queue: 'weblogic.kernel.Default (self-tuning)'> <<WLS Kernel>> <> <6a64a370db9cb4a0:-1d42ac6e:1419df56d93:-8000-0000000000003906> <1381839156379> <BEA-001129> <Received exception while creating connection for pool "LifeCycleDataSource-rac0": IO Error: The Network Adapter could not establish the connection.>
####<Oct 15, 2013 12:12:36 PM GMT> <Info> <JDBC> <EPGCRMITG1> <AdminServer> <[ACTIVE] ExecuteThread: '5' for queue: 'weblogic.kernel.Default (self-tuning)'> <<WLS Kernel>> <> <6a64a370db9cb4a0:-1d42ac6e:1419df56d93:-8000-0000000000003906> <1381839156381> <BEA-001156> <Stack trace associated with message 001129 follows:
java.sql.SQLRecoverableException: IO Error: The Network Adapter could not establish the connection
at oracle.jdbc.driver.T4CConnection.logon(T4CConnection.java:482)
at oracle.jdbc.driver.PhysicalConnection.<init>(PhysicalConnection.java:678)
at oracle.jdbc.driver.T4CConnection.<init>(T4CConnection.java:238)
at oracle.jdbc.driver.T4CDriverExtension.getConnection(T4CDriverExtension.java:34)
at oracle.jdbc.driver.OracleDriver.connect(OracleDriver.java:567)
at weblogic.jdbc.common.internal.ConnectionEnvFactory.makeConnection(ConnectionEnvFactory.java:357)
at weblogic.jdbc.common.internal.ConnectionEnvFactory.refreshResource(ConnectionEnvFactory.java:453)
at weblogic.common.resourcepool.ResourcePoolImpl.refreshResource(ResourcePoolImpl.java:1841)
at weblogic.common.resourcepool.ResourcePoolImpl.checkResource(ResourcePoolImpl.java:1741)
at weblogic.common.resourcepool.ResourcePoolImpl.checkAndReturnResource(ResourcePoolImpl.java:1647)
at weblogic.common.resourcepool.ResourcePoolImpl.checkAndReturnResource(ResourcePoolImpl.java:1636)
at weblogic.common.resourcepool.ResourcePoolImpl.testUnusedResources(ResourcePoolImpl.java:2088)
at weblogic.common.resourcepool.ResourcePoolImpl.access$1600(ResourcePoolImpl.java:41)
at weblogic.common.resourcepool.ResourcePoolImpl$ResourcePoolMaintanenceTask.timerExpired(ResourcePoolImpl.java:2769)
at weblogic.timers.internal.TimerImpl.run(TimerImpl.java:273)
at weblogic.work.SelfTuningWorkManagerImpl$WorkAdapterImpl.run(SelfTuningWorkManagerImpl.java:545)
at weblogic.work.ExecuteThread.execute(ExecuteThread.java:256)
at weblogic.work.ExecuteThread.run(ExecuteThread.java:221)
Caused By: oracle.net.ns.NetException: The Network Adapter could not establish the connection
at oracle.net.nt.ConnStrategy.execute(ConnStrategy.java:398)
at oracle.net.resolver.AddrResolution.resolveAndExecute(AddrResolution.java:438)
at oracle.net.ns.NSProtocol.establishConnection(NSProtocol.java:711)
at oracle.net.ns.NSProtocol.connect(NSProtocol.java:257)
at oracle.jdbc.driver.T4CConnection.connect(T4CConnection.java:1222)
at oracle.jdbc.driver.T4CConnection.logon(T4CConnection.java:330)
at oracle.jdbc.driver.PhysicalConnection.<init>(PhysicalConnection.java:678)
at oracle.jdbc.driver.T4CConnection.<init>(T4CConnection.java:238)
at oracle.jdbc.driver.T4CDriverExtension.getConnection(T4CDriverExtension.java:34)
at oracle.jdbc.driver.OracleDriver.connect(OracleDriver.java:567)
at weblogic.jdbc.common.internal.ConnectionEnvFactory.makeConnection(ConnectionEnvFactory.java:357)
at weblogic.jdbc.common.internal.ConnectionEnvFactory.refreshResource(ConnectionEnvFactory.java:453)
at weblogic.common.resourcepool.ResourcePoolImpl.refreshResource(ResourcePoolImpl.java:1841)
at weblogic.common.resourcepool.ResourcePoolImpl.checkResource(ResourcePoolImpl.java:1741)
at weblogic.common.resourcepool.ResourcePoolImpl.checkAndReturnResource(ResourcePoolImpl.java:1647)
at weblogic.common.resourcepool.ResourcePoolImpl.checkAndReturnResource(ResourcePoolImpl.java:1636)
at weblogic.common.resourcepool.ResourcePoolImpl.testUnusedResources(ResourcePoolImpl.java:2088)
at weblogic.common.resourcepool.ResourcePoolImpl.access$1600(ResourcePoolImpl.java:41)
at weblogic.common.resourcepool.ResourcePoolImpl$ResourcePoolMaintanenceTask.timerExpired(ResourcePoolImpl.java:2769)
at weblogic.timers.internal.TimerImpl.run(TimerImpl.java:273)
at weblogic.work.SelfTuningWorkManagerImpl$WorkAdapterImpl.run(SelfTuningWorkManagerImpl.java:545)
at weblogic.work.ExecuteThread.execute(ExecuteThread.java:256)
at weblogic.work.ExecuteThread.run(ExecuteThread.java:221)
Caused By: java.net.SocketTimeoutException: connect timed out
at java.net.PlainSocketImpl.socketConnect(Native Method)
at java.net.AbstractPlainSocketImpl.doConnect(AbstractPlainSocketImpl.java:339)
at java.net.AbstractPlainSocketImpl.connectToAddress(AbstractPlainSocketImpl.java:200)
at java.net.AbstractPlainSocketImpl.connect(AbstractPlainSocketImpl.java:182)
at java.net.SocksSocketImpl.connect(SocksSocketImpl.java:391)
at java.net.Socket.connect(Socket.java:579)
at oracle.net.nt.MetricsEnabledSocket.connect(TcpNTAdapter.java:631)
at oracle.net.nt.TcpNTAdapter.connect(TcpNTAdapter.java:164)
SOA Log:
<BEA-001112> <Test "SELECT 1 FROM DUAL" set up for pool "ecoxproduct" failed with exception: "oracle.jdbc.xa.OracleXAException".>
####<Oct 16, 2013 3:53:48 PM GMT> <Info> <JDBC> <EPGCRMITG1> <soa_server1> <[ACTIVE] ExecuteThread: '62' for queue: 'weblogic.kernel.Default (self-tuning)'> <<WLS Kernel>> <> <6a64a370db9cb4a0:-3ffef6c2:141a29a60f1:-8000-00000000000ff280> <1381938828168> <BEA-001128> <Connection for pool "ecoxproduct" has been closed.>
####<Oct 16, 2013 3:53:48 PM GMT> <Warning> <JTA> <EPGCRMITG1> <soa_server1> <[ACTIVE] ExecuteThread: '62' for queue: 'weblogic.kernel.Default (self-tuning)'> <<WLS Kernel>> <> <6a64a370db9cb4a0:-3ffef6c2:141a29a60f1:-8000-00000000000ff280> <1381938828181> <BEA-110484> <The JTA health state has changed from HEALTH_OK to HEALTH_WARN with reason codes: Resource ecoxproduct_base_domain declared unhealthy.>
####<Oct 16, 2013 3:53:48 PM GMT> <Info> <JDBC> <EPGCRMITG1> <soa_server1> <[ACTIVE] ExecuteThread: '15' for queue: 'weblogic.kernel.Default (self-tuning)'> <<WLS Kernel>> <> <6a64a370db9cb4a0:-3ffef6c2:141a29a60f1:-8000-00000000000ff282> <1381938828653> <BEA-001128> <Connection for pool "AIAJMSDS-rac0" has been closed.>
####<Oct 16, 2013 3:53:54 PM GMT> <Error> <JDBC> <EPGCRMITG1> <soa_server1> <FabricScheduler_QuartzSchedulerThread> <<anonymous>> <> <0000K6YagLhE^M4pzSXBiW1ILeuk000002> <1381938834492> <BEA-001112> <Test "SELECT 1 FROM DUAL" set up for pool "SOALocalTxDataSource" failed with exception: "java.sql.SQLRecoverableException: IO Error: Connection reset".>
####<Oct 16, 2013 3:53:54 PM GMT> <Info> <JDBC> <EPGCRMITG1> <soa_server1> <FabricScheduler_QuartzSchedulerThread> <<anonymous>> <> <0000K6YagLhE^M4pzSXBiW1ILeuk000002> <1381938834493> <BEA-001128> <Connection for pool "SOALocalTxDataSource" has been closed.>
####<Oct 16, 2013 3:53:58 PM GMT> <Error> <JDBC> <EPGCRMITG1> <soa_server1> <MDSPollingThread-[soa-infra, jdbc/mds/MDS_LocalTxDataSource]> <<anonymous>> <> <0000K6YagLhE^M4pzSXBiW1ILeuk000002> <1381938838392> <BEA-001112> <Test "SELECT 1 FROM DUAL" set up for pool "mds-soa" failed with exception: "java.sql.SQLRecoverableException: IO Error: Connection reset".>
####<Oct 16, 2013 3:53:58 PM GMT> <Info> <JDBC> <EPGCRMITG1> <soa_server1> <MDSPollingThread-[soa-infra, jdbc/mds/MDS_LocalTxDataSource]> <<anonymous>> <> <0000K6YagLhE^M4pzSXBiW1ILeuk000002> <1381938838393> <BEA-001128> <Connection for pool "mds-soa" has been closed.>
####<Oct 16, 2013 3:53:58 PM GMT> <Error> <JDBC> <EPGCRMITG1> <soa_server1> <MDSPollingThread-[owsm, jdbc/mds/owsm]> <<anonymous>> <> <0000K6YagLhE^M4pzSXBiW1ILeuk000002> <1381938838393> <BEA-001112> <Test "SELECT 1 FROM DUAL" set up for pool "mds-owsm" failed with exception: "java.sql.SQLRecoverableException: IO Error: Connection reset".>
####<Oct 16, 2013 3:53:58 PM GMT> <Info> <JDBC> <EPGCRMITG1> <soa_server1> <MDSPollingThread-[owsm, jdbc/mds/owsm]> <<anonymous>> <> <0000K6YagLhE^M4pzSXBiW1ILeuk000002> <1381938838394> <BEA-001128> <Connection for pool "mds-owsm" has been closed.>
####<Oct 16, 2013 3:53:58 PM GMT> <Info> <JDBC> <EPGCRMITG1> <soa_server1> <[ACTIVE] ExecuteThread: '7' for queue: 'weblogic.kernel.Default (self-tuning)'> <<WLS Kernel>> <> <6a64a370db9cb4a0:-3ffef6c2:141a29a60f1:-8000-00000000000ff284> <1381938838414> <BEA-001128> <Connection for pool "AIAJMSDS-rac0" has been closed.>
####<Oct 16, 2013 3:54:04 PM GMT> <Warning> <JDBC> <EPGCRMITG1> <soa_server1> <FabricScheduler_QuartzSchedulerThread> <<anonymous>> <> <0000K6YagLhE^M4pzSXBiW1ILeuk000002> <1381938844505> <BEA-001129> <Received exception while creating connection for pool "SOALocalTxDataSource": IO Error: The Network Adapter could not establish the connection.>
####<Oct 16, 2013 3:54:04 PM GMT> <Info> <JDBC> <EPGCRMITG1> <soa_server1> <FabricScheduler_QuartzSchedulerThread> <<anonymous>> <> <0000K6YagLhE^M4pzSXBiW1ILeuk000002> <1381938844506> <BEA-001156> <Stack trace associated with message 001129 follows:
This my connection pool parameters for "ecoxproduct":
Initial Capacity:1
Maximum Capacity:5
Minimun Capacity:1
Statement Cache Type:LRU
Statement Cache Size: 10
Test Reserved Connections: uncheked
Test Frequnct:120
Test Table Name:SQL SELECT 1 FROM DUAL
Seconds to trust ldle Poolconnection :10
Shrink Frequency:900 SEC
Connection cretion retry Frequncy 0
Inactiv Connection time out:0
Mixmunwaiting connetion:2147483647
Connection Reserve Timeout: 10 SEC
Thanku you
ramHi,
The database going down is most unlikely to happen,
Things to check here by DBA:-
1) If the SERVICE_NAME used in the JDBC string - This service_name might be intermittently unregistering itself from database listener
2) If the SID is used in the JDBC string - Check if you have used proper SID name in case of RAC
3) if SCAN_NAME is used - The scan_name also intermittently breaks the client connection. -
Freeing connections in a connection pool
I am using WLS8.1.2 on IA64 with jrockit 8.1.2.
I have created a connection pool using Microsoft's type 4 non-xa jdbc driver fpr
SQLServer2000.
My application performs a number of db operations, then using the retrieved information,
makes a call to a mainframe and finally makes an insert into the SQLServer. As
the mainframe call takes a long time, 5-6s and I have many (~1,000) concurrent
clients, I explicitly close the db connection prior to the call and then re-open
it for the final insert operation.
As the initial sql requests take less than 1s, I expected that this approach would
significantly reduce the number of open connections in the pool, since whilst
one thread is waiting for 5 seconds, others will be able to use the connection.
However, from the connection pool monitor, I see that closing the db connection
has no effect. I have as many open connections as I have threads in the execute
queue.
For the connection pool configuration I have enabled shrinking and the "Remove
Infected Connections Enabled" box is not "ticked".
Is there anything else that I should do that will return unused connections back
to the pool?
Thanks in advance for any advice.
jez wainjez wain wrote:
Joe Weinstein <[email protected]> wrote:
Let me see your code. Attached below, with appliction-specific, non-jdbc code removed.Ok. The code looks safe. I assume the DataSource you're accessing is not a
weblogic transactional DataSource, correct? For instance, if you run this
code, and before setting autoCommit(false), could you call getAutoCommit()
and verify that it returns true?
The reason I ask, is that you are controlling a JDBC transaction on your
own, just as if you got a plain JDBC connection directly from the DBMS
driver. However, if you are getting a connection from a transaction-aware
DataSource, and if this thread is running in the context of a UserTransaction,
such as in or under a a TX_REQUIRED EJB, then the connection will already be
autoCommit(false) when you get it, and *when you close or commit the connection
the connection will cheerfully ignore you until the transaction coordinator
tells the connection that the tx is really done. If this is the case, then
you would not be releasing the connection as you thought half-way along
Joe
PS: The only suggestion I would have for the code, is that whenever you close
a JDBC object, you set it to null. And at the end, in the finally, do this:
// in separate try blocks so a failure in one won't make us skip the next
if (rs != null) try {rs.close();} catch (Exception ignore){}
if (ps != null) try {ps.close();} catch (Exception ignore){}
if (con != null) try {con.close();} catch (Exception ignore){}
>
>
It should be obtaining, using and closing
a pool connection all within one user invoke. The connection object
should be a method-level variable so every thread gets it's own.That's what I've done.
The server has a fixed number of execute threads, so however many
users are logged in, the server will only be processing that fixed
number of users at any instant. When one thread is done with a user,
it closes it's pool connection making it available for the next user
this thread works for.I understand that. But in my application each thread creates a jdbc connection,
executes 500ms worth of sql queries, explicitely closes the jdbc connection and
then effectively sleeps for 5 or 6 seconds waiting for the mainframe. When the
mainframe replies, it re-opens the jdbc connection, performs another 500ms of
jdbc updates and then exits.
My point is that during the 5s waiting for the mainframe, with the jdbc connection
closed, approx. 5 other threads could use the same connection to perform their
operations. I would therefore expect that the number of open connections in the
connection pool to be a little more than one fifth of the number of active threads
in execute queue. But what I observe is that the number of open connection pool
connection follows one-for-one the number of active threads.
Here's the code:
public class AddItemImpl implements AddItem {
private static DataSource ds = null;
private static InitialContext ic = null;
static {
try {
System.out.println("AddItemImpl v1.0");
ic = new InitialContext();
ds = (DataSource) ic.lookup(Syetem.getProperty("XXX.datasource"));
} catch (Exception ex) {
Syetem.err.println("AddItemImpl Exception: " + ex.getMessage());
public AddItemResponse addItem(AddItems parameters) {
AddItemResponse response = null;
Connection con = null;
PreparedStatement ps = null;
ResultSet rs = null;
try {
con = ds.getConnection();
con.setAutoCommit(false);
AddItemData inputData = parameters.getAddItemData();
* Check tx id.
String txId= inputData.getTxId();
java.sql.Date txDate = null;
double balance = 0;
String txState = null;
ps =
con.prepareStatement(
"select balance, state, date from transactions where tx_id= ? ");
ps.setString(1, txId);
rs = ps.executeQuery();
if (!rs.next()) {
logger.warning("Transaction not found: " + txId);
con.rollback();
} else {
balance = rs.getDouble(1);
txState = rs.getString(2);
txDate = rs.getDate(3);
rs.close();
ps.close();
// check data valiidity using with 4
// more "select" prepared statements
// in the same style as above
// checkpoint the state
int n = 0;
ps = con.prepareStatement(
"insert into status tx_id,tx_type,client_id,date,client_data,op_id)
"+
"values(?, ?, ?, ?, ?, ?) ");
ps.setString(1, txId);
ps.setString(2, txType);
ps.setInt(3, cleintId);
ps.setDate(4, currentDate);
ps.setString(5, clientData);
ps.setBigDecimal(6, operationId);
// the operationId poses some uniquenes pb
// track any errors here
try {
n = ps.executeUpdate();
} catch (SQLException ex) {
System.err.println(ex.getMessage());
System.err.println("operationId: " + operationId+ " 0x"+Long.toHexString(operationId));
ps.close();
if (n == 0) {
logger.error("Problem updating status");
con.rollback();
} else {
// commit and close the connection before calling mainframe
// the mainframe request takes several seconds. Others
// can use our connection in the meantime
con.commit();
con.close();
Stock stock = getStockFromMainframe(/* mainframe req i/p params */);
con = ds.getConnection();
con.setAutoCommit(false);
// update local instance variables
// then update tables
ps = con.prepareStatement(
"update transactions set balance = ? where tx_id= ? ");
ps.setDouble(1, balance);
ps.setString(2, txId);
n = ps.executeUpdate();
if (n == 0) {
logger.error("Problem updating transactions");
con.rollback();
} else {
ps.close();
ps=con.prepareStatement("update operations set ops_1=ops_1+1,ops_2=ops_2+1"+
" where tx_id = ? and cod_tx = ? ");
ps.setString(1, txId);
ps.setString(2, txType);
n = ps.executeUpdate();
if (n == 0) {
logger.error("Problem updating operations");
con.rollback();
} else {
ps.close();
// more updates/inserts using the same model as above
con.commit();
response = new AddItemResponse(/* AddItemResp constructor params
}catch (SQLException ex) {
logger.error("AddItemImpl: " + ex.getMessage());
ex.printStackTrace(System.err);
} finally {
try {
if (con != null) con.close();
if (ps != null) ps.close();
if (rs != null) rs.close();
} catch (SQLException se) {
logger.error("AddItemImpl: execption tidying up: " + se.getMessage());
return response;
Maybe you are looking for
-
Media being played is of unsupported format
Hello all, i am getting the error " media being played is of unsupported formart". This is my new BB with OS version 7. I am extremly unhappy with this BB for all the problems and issues i have with this. Someome please help me play the video media[
-
MF4270 Scanning Function not working on subsequent boots, MF left on.
After my building a new PC with Windows 8.1, my Canon MF4270 (which worked fine with Win 7 Ultimate) scanning function will only work: 1.When the driver is first installed. Any subsequent boot (cold or warm) and it fails to work if the MF is left on
-
In AI CS5, I downloaded the help manual (a PDF file named Using Adobe Illustrator CS5), so that I don't need to rely on my ISP being up and running 24/7. I've just installed AI CS6, and I'd like to download the new help manual, but I haven't been abl
-
Where can I find the system DVD
I got a new iMac and missing the system DVD. Where can I get it?
-
I wonder if iMovie 6 is still more reliable than iMovie 9. Is there any improvement with regards to the quality/compression issue? If not: Where can i download a copy of iMovie 6? Apple obviously decided to discontinue downloads for iMovie 6 and i co