Error XA=XAER_DUPID when starting multiple copies

Question

Guys,
I had used Tuxedo with one copy for each SERVER.
Now, I need to improve it, then I have changed my UBB to use multiple copies of my servers.
I have one server (control) to do tx_begin and it call other server to do SQLs transactions with Oracle. When I boot them with multiple copies, one copy of the control server can call two (or more) instances of other server to do SQLs. This is the point: the control get a uid (ex.: x17c) and pass the same uid for another two copies, those were trying to update the database with the same uid, but the Oracle didn´t let it (which copy was doing diferent SQLs).
I thanks whatever help and/or tip to solve this problem because I need to understand it to scale my system.
My regards,
Andre David
[email protected] OR [email protected]
Above my tuxedo's log, where the control (405) call 2 execsql (468 and 501) with the same uid (x0 x41a423ad x17c):
144353.IPLANTTUXDES2!TCTDEXECSQL.468: gtrid x0 x41a423ad x17c:     LIBTUX_CAT:481: ERROR: Service xa_start returned XA_RETRY
144353.IPLANTTUXDES2!TCTDEXECSQL.501: gtrid x0 x41a423ad x17c:     LIBTUX_CAT:481: ERROR: Service xa_start returned XA_RETRY
144353.IPLANTTUXDES2!TCTDCONTROL.405: gtrid x0 x41a423ad x17c:     EOT, DFP42LIQUIDACAO - chamar_tx_rollback
Above my xa's log with XA detail:
xa_NULL11242004.trc:
144349.468:162.0:ORA-24757: duplicate transaction identifier
144349.468:162.0:xaostart: XAER_DUPID; new transaction using in-use xid
144353.468:162.0:ORA-25351: transaction is currently in use
144353.468:162.0:xaostart: XA_RETRY; transaction attached to another process
144353.501:538.0:ORA-25351: transaction is currently in use
144353.501:538.0:xaostart: XA_RETRY; transaction attached to another process

Answer 1

Thanks Todd for your interest.
In my company, we had decided to break the process
into 2 servers because we thinking it will help us
to scale the system and reduce the cost of maintenance.
We have been used these programs/architecture since 2001,
and as for the maintenance, it have been proved true,
but just now we are trying to put multiple copies
of these servers.
I will try explain it better than before, showing
importants parts of my UBB config (I exchanged some
reserved words like password):
*GROUPS
APP
     LMID=MACHIMEDEV
     GRPNO=112
APPXA
     LMID=MACHIMEDEV
     GRPNO=113
     TMSNAME=TM_ORA
     TMSCOUNT=2
     OPENINFO="Oracle_XA:Oracle_XA+SqlNet=applicationdatabase+Acc=P/tuxedo/password+SesTM=5+SesWt=3+LogDir=C:\TUXAPPS\LOGS+NOLOCAL=T"
     CLOSEINFO=""
*SERVERS
DEFAULT:
     RESTART=Y
     MAXGEN=5
     REPLYQ=N
     CLOPT="-A"
# this server execute tx functions: tx_open (in tpsvrinit),
# tx_close (in tpsvrdone), tx_begin, tx_commit
# and tx_rollback
# this server dont access the database
# this server is called in on-line process by the users
# and tpacall EXECSQL with TPSIGRSTRT flag
# and tpacall USERLOG with TPNOTRAN flag just to write
# messages in some file for debuging
CONTROL
     SRVGRP=APP
     SRVID=1104
     MIN=1
     MAX=8
     RQADDR=APP001
     REPLYQ=Y
# this server execute SQL with Oracle database when
# it is called by CONTROL,
# this server execute tx functions: tx_open (in
# tpsvrinit), tx_close (in tpsvrdone)
# then it is inside APPXA group
EXECSQL
     SRVGRP=APPXA
     SRVID=1105
     MIN=1
     MAX=8
     RQADDR=APP002
     REPLYQ=Y
# this server just write messages when it is called
# by CONTROL
USERLOG
     SRVGRP=APP
     SRVID=1101
Regards,
Andre Silveira David
Systems Engineer
[email protected] or [email protected]
Message was edited by [email protected] at Dec 1, 2004 4:10 PM