Tuxedo 8.1 and AIX 5.x or HP itanium

Hi !
Has Bea announced any information on Tuxedo 8.1 and support for platforms
like IBM AIX 5.1 or HP-UX 11i running on intel Itanium processor?
-john-

In our Product Manager's presentation at Eworld last week, he noted that the AIX
5.2 (not 5.1) port has been "scheduled," and the HPUX IA64 port is "planned".
Scheduled means that it is coming up in the near term, which means it is in the
sequence or ports that are being worked on, while planned means there is intent,
but no firm date.
None of this reflects an actual hard committment, as circumstances can change
during the porting process, as difficulties are encountered. Only the actual
product announcement of the released version is a true indication that it is
available.
Your account manager can keep you apprised of the progress.
Scott Orshan
John wrote:
Hi !
Has Bea announced any information on Tuxedo 8.1 and support for platforms
like IBM AIX 5.1 or HP-UX 11i running on intel Itanium processor?
-john-

Similar Messages

SAP SRM Prod with Oracle DB and AIX 5.3 Performance Issue.

Hi Basis Gurus,
Today my SAP PRD system all of a sudden was running slow and users had difficulties executing TCodes as it took minutes before the screen appeared.My system is SAP SRM 4.00, Oracle Release 11.2.0.1.0 and AIX 5.3.
From Basis point of view , we noticed that all the work process were hanged due to RFCs' occupying it.Couldnt investigate further on the system as we needed to restart asap because users needed to log on. A quick check on SICK shows no errors.What we managed to find out is that we needed to check this parameter below and set it accordingly:-
rdisp/rfc_min_wait_dia_wp:-
Definition
Number of work processes kept free for other users.
Use
This parameter is used to reserve a number of dialog work processes for dialog mode. It prevents parallel RFCs from occupying all the processes.
The parameter rdisp/wp_no_dia specifies the absolute number of dialog work processes.
Unit: number of dialog work processes
Default value: 1
Example
If 10 dialog work processes are configured for the instance (rdisp/wp_no_dia = 10) and the parameter rdisp/rfc_min_wait_dia_wp = 3 is set, parallel RFCs can occupy a maximun of 7 dialog work processes. Three dialog work processes always remain free for dialog mode.
There are 20 DIA processes in our system, perhaps reserving a minimum of about 5 work processes for DIA users will be useful via the parameter.
So my first question would be is there any other suggestions besides adjusting the mentioned parameter above in order to ensure that no work processors going into hang state due to RFCs' occupying it as this issue always happens at the end of the month only when there are massive users accessing it.
When we went for a restart of the system we encountered another issue. Steps to the issue are as below:-
1) Did a proper shutdown of Oracle and SAP.
2) When we start using startsap script, it doesn't start DB so we started DB manually but listener was having problem
    so we stopped all.
3) We also did a cleanipc, it too throws below error:-
sidadm> cleanipc <systemno> remove
               exec(): 0509-036 Cannot load program cleanipc because of the following errors:
               0509-130 Symbol resolution failed for cleanipc because:
               0509-136   Symbol memmove (number 106) is not exported from
               dependent module /usr/sap/sid/SYS/exe/run/libsapu16.so.
               0509-192 Examine .loader section symbols with the
               'dump -Tv' command.
4) Also the Listener file has no contents,it's null file.
5) This is another error :-
    exec(): 0509-036 Cannot load program /oracle/sid/112_64/bin/tnslsnr because of the following errors:
    0509-150   Dependent module /oracle/sid/112_64/lib/libttsh11.so could not be loaded.
    0509-101   The module has too many section headers
    or the file is damaged
The libttsh11.so file was empty dated 25th timestamp as below in PRD:-
-rw-rr    1 sid   dba               0 Nov 25 07:12 libttsh11.so
Further checking has let me to understand this is an Oracle Bug from this link:-
http://gavinsoorma.com/2009/12/11-1-0-6-clusterware-upgrade-to-11-1-0-7/
This Oracle bug only happens in an Upgrade time and how could this happen to my Production system during a restart process.
Also this system was restarted during the last weekend's maintainance window and it came up with no issues.
6) We copied over the libttsh11.so from our QA environment to PRD and did a Startup:-
-rwxr-x---    1 sid   dba        65967496 Nov 25 07:40 libttsh11.so (This is the copied over file from QA)
7) After Startup everything has been in order till now.
My second question is what went wrong with the libttsh11.so file. How could it be 0 size in PRD when no signs of changes had happen to the PRD system. Is this a proven Oracle Bug or something else since I have never encountered anything like this before. Hope all the Gurus here could shed some light into my 2 questions as I am looking for positive answers.
Thank you.
Regards,
John

Hi,
Firstly I would suggest you to upgrade your database from Oracle Release 11.2.0.1.0 to Oracle Release 11.2.0.2 . This is the recommended Oracle 11g database version for SAP solutions. Many of your problem will get resolved with it.
Question 1:
So my first question would be is there any other suggestions besides adjusting the mentioned parameter above in order to ensure that no work processors going into hang state due to RFCs' occupying it as this issue always happens at the end of the month only when there are massive users accessing it.
For immediate resolution the approach you have followed is correct viz limiting number of dialog processes for RFC. Secondly you need to analyze why RFC processing takes so much time. You need check which programs are getting executed by those RFC.
Generate EarlyWatch report for more detailed view
Question 2:
My second question is what went wrong with the libttsh11.so file. How could it be 0 size in PRD when no signs of changes had happen to the PRD system. Is this a proven Oracle Bug or something else since I have never encountered anything like this before.
The libttsh11.so library cannot be found in the related directory.
Cause
The file system is mounted using CIO option, but per Note 257338.1 Direct I/O (DIO) and Concurrent I/O (CIO) on AIX 5L, an ORACLE_HOME on a filesystem mounted with "cio" option is not supported.
Such a configuration will cause, installation, relinking and other unexpected problems.
Solution
Disable the CIO option on the filesystem.
References
NOTE:257338.1 - Direct I/O (DIO) and Concurrent I/O (CIO) on AIX 5L
Hope this helps.
Regards,
Deepak Kori

Load balancing in Tuxedo 9.1 and RAC

Hello to all,
I have some doubts on the way of balancing load in tuxedo 9.1 and RAC (Oracle 10gR2).
Before, without RAC our configuration was the following one:
GRP_A: service A001, service A002
GRP_B: service B001, service B002
Both groups were attacking the same BBDD, Now with the configuration in RAC we have the following thing:
We have two intances RAC: ORARAC1 and ORARAC2
TUXRACGROUPS=GRP_A1, GRP_B1; GRP_A2, GRP_B2
The groups GRP_A1 = GRP_A2 and GRP_B1 = GRP_B2, but the groups GRP_A1 and GRP_B1 use the instance ORARAC1 and GRP_A2 and GRP_B2 use the instance ORARAC. Summarizing:
GRP_A1: service A001, service A002 (ORARAC1)
GRP_B1: service B001, service B002 (ORARAC1)
GRP_A2: service A001, service A002 (ORARAC2)
GRP_B2: service B001, service B002 (ORARAC2)
Have formed the variable TUXRACGROUPS=GRP_A1, GRP_B1; GRP_A2, GRP_B2
How is Tuxedo balancing the traffic?
1) Does not balance load between RACGROUPS?
2) Does it use RAC.. as favourite?
3) Does the RACGROUPS balance when it's overlaeded or always?
3) Does the same algorithm uses that LDBAL?, if this is affirmative, is it necessary to have formed in the ubb LDABL=Y?
4) Tuxedo uses an algorithm of round-robin?
5) others
I have looked for information but I have not found any information that could help to understanding it.
Thanks in advance
P.D.: Excuse my english :(

There is Oracle RAC routing information available at
http://e-docs.bea.com/tuxedo/tux91/ads/adorac.htm#248431
If you are not running in a transaction, then the TUXRACGROUPS environment
variable will not be relevant and routing will be handled as it would be if
this environment variable were not set.
Assuming that GRP_A1 and GRP_A2 are the only groups that offer services A001
and A002 and GRP_B1 and GRP_B2 are the only groups that offer services B001
and B002, routing of service requests made within a transaction will be
handled as follows:
- Any call to A001 or A002 made within a transaction with an even GTRID
counter value will be handled by GRP_A1. (The GTRID counter value is the
last of the 3 hexadecimal numbers printed in the ULOG for messages printed
within that transaction.)
- Any call to A001 or A002 made within a transaction with an odd GTRID
counter value will be handled by GRP_A2.
- Any call to B001 or B002 made within a transaction with an even GTRID
counter value will be handled by GRP_B1.
-Any call to B001 or B002 made within a transaction with an odd GTRID
counter value will be handled by GRP_B2.
Ed
<Briz Briz> wrote in message news:[email protected]...
Hello to all,
I have some doubts on the way of balancing load in tuxedo 9.1 and RAC
(Oracle 10gR2).
Before, without RAC our configuration was the following one:
GRP_A: service A001, service A002
GRP_B: service B001, service B002
Both groups were attacking the same BBDD, Now with the configuration in
RAC we have the following thing:
We have two intances RAC: ORARAC1 and ORARAC2
TUXRACGROUPS=GRP_A1, GRP_B1; GRP_A2, GRP_B2
The groups GRP_A1 = GRP_A2 and GRP_B1 = GRP_B2, but the groups GRP_A1 and
GRP_B1 use the instance ORARAC1 and GRP_A2 and GRP_B2 use the instance
ORARAC. Summarizing:
GRP_A1: service A001, service A002 (ORARAC1)
GRP_B1: service B001, service B002 (ORARAC1)
GRP_A2: service A001, service A002 (ORARAC2)
GRP_B2: service B001, service B002 (ORARAC2)
Have formed the variable TUXRACGROUPS=GRP_A1, GRP_B1; GRP_A2, GRP_B2
How is Tuxedo balancing the traffic?
1) Does not balance load between RACGROUPS?
2) Does it use RAC.. as favourite?
3) Does the RACGROUPS balance when it's overlaeded or always?
3) Does the same algorithm uses that LDBAL?, if this is affirmative, is it
necessary to have formed in the ubb LDABL=Y?
4) Tuxedo uses an algorithm of round-robin?
5) others
I have looked for information but I have not found any information that
could help to understanding it.
Thanks in advance
P.D.: Excuse my english :(

Tuning of SGA on Oracle 8.0.5 and AIX 4.3.3

Hi folks,
I have an AIX box running AIX 4.3.3 and Oracle 8.0.5.2.0. The original SGA settings are as follows:
shared_pool_size = 150000000
sort_area_size = 1024876
db_block_buffer = 126102
The SGA size then is:
Total System Global Area 1838467232 bytes
Fixed Size 47264 bytes
Variable Size 803287040 bytes
Database Buffers 1033027584 bytes
Redo Buffers 2105344 bytes
I changed the SGA settings to the following:
shared_pool_size = 768000000
sort_area_size = 512000000
The SGA size is now:
Total System Global Area 2227943584 bytes
Fixed Size 47264 bytes
Variable Size 214097920 bytes
Database Buffers 2013265920 bytes
Redo Buffers 532480 bytes
After this change was done, the system ran but the users had some problems running reports in JDEOneWorld.
I then downsize the SGA settings and altered the db_block_buffer to improve buffer cache hits with these settings:
db_block_buffers = 245760
shared_pool_size = 200000000
sort_area_size = 1048576
On restarting the database with the new values, I noted that the SGA size remained unchanged as below:
Total System Global Area 2278475936 bytes
Fixed Size 47264 bytes
Variable Size 264105984 bytes
Database Buffers 2013265920 bytes
Redo Buffers 1056768 bytes
I tried to increase the size of db_block_buffers to 327680 but encountered ORA-27123 when trying to startup the database. I did some searches in metalink and found an article saying that the SGA size cannot exceed 2GB on AIX platforms. (Doc ID: 114934.1). Therefore I resize the db_block_buffers back to 245760.
What puzzles me is why the SGA size does not reflect my latest init.ora settings? Does anyone have any idea on how I can get the SGA to reflect the updated values in the init.ora file?

I did a find and here are the files I got:
278529 12 -rw-r--r-- 1 oracle dba 8332 May 12 1998 /u01/app/oracle/product/805/dbs/init.ora
278531 0 lrwxrwxrwx 1 oracle dba 43 Apr 14 2001 /u01/app/oracle/product/805/dbs/initklb.ora -> /u01/app/oracle/admin/klb/pfile/initklb.ora
278532 0 lrwxrwxrwx 1 oracle dba 45 Apr 14 2001 /u01/app/oracle/product/805/dbs/initklb_0.ora -> /u01/app/oracle/admin/klb/pfile/initklb_0.ora
49154 8 -rw-r--r-- 1 oracle dba 4657 Sep 7 2000 /u01/app/oracle/product/orig_db/initklb.ora
49155 8 -rw-r--r-- 1 oracle dba 4657 Jul 27 2000 /u01/app/oracle/product/orig_db/initklb_0.ora
151553 4 -rw-r--r-- 1 oracle dba 2985 Aug 4 2006 /u01/app/oracle/product/luz/pfile/initklb.ora
49161 8 -rw-r--r-- 1 oracle dba 4118 Oct 11 11:22 /u01/app/oracle/admin/klb/pfile/initklb.ora
135169 4 -rw-r--r-- 1 oracle dba 2896 Aug 4 2006 /u01/app/oracle/admin/klb/pfile/backup/initklb.ora
49168 8 -rw-r--r-- 1 root dba 4687 Jul 21 2001 /u01/app/oracle/admin/klb/pfile/archive/initklb1.ora
49162 8 -rw-r--r-- 1 oracle dba 4657 Dec 23 1999 /u01/app/oracle/admin/klb/pfile/archive/initklb_0.ora
The instance name is KLB so the applicable files are:
278531 0 lrwxrwxrwx 1 oracle dba 43 Apr 14 2001 /u01/app/oracle/product/805/dbs/initklb.ora -> /u01/app/oracle/admin/klb/pfile/initklb.ora
278532 0 lrwxrwxrwx 1 oracle dba 45 Apr 14 2001 /u01/app/oracle/product/805/dbs/initklb_0.ora -> /u01/app/oracle/admin/klb/pfile/initklb_0.ora
49154 8 -rw-r--r-- 1 oracle dba 4657 Sep 7 2000 /u01/app/oracle/product/orig_db/initklb.ora
49155 8 -rw-r--r-- 1 oracle dba 4657 Jul 27 2000 /u01/app/oracle/product/orig_db/initklb_0.ora
151553 4 -rw-r--r-- 1 oracle dba 2985 Aug 4 2006 /u01/app/oracle/product/luz/pfile/initklb.ora
49161 8 -rw-r--r-- 1 oracle dba 4118 Oct 11 11:22 /u01/app/oracle/admin/klb/pfile/initklb.ora
135169 4 -rw-r--r-- 1 oracle dba 2896 Aug 4 2006 /u01/app/oracle/admin/klb/pfile/backup/initklb.ora
49168 8 -rw-r--r-- 1 root dba 4687 Jul 21 2001 /u01/app/oracle/admin/klb/pfile/archive/initklb1.ora
49162 8 -rw-r--r-- 1 oracle dba 4657 Dec 23 1999 /u01/app/oracle/admin/klb/pfile/archive/initklb_0.ora
Now, exclude the files in the product, backup and archive directories (the pfile should be in the pfile directory), and that leaves us with:
49161 8 -rw-r--r-- 1 oracle dba 4118 Oct 11 11:22 /u01/app/oracle/admin/klb/pfile/initklb.ora
(Which is the file that I edited)
As I mentioned previously, my client is not prepared to perform an upgrade on both Oracle and AIX. As much as I would like to have them upgrade to the latest versions, it is just not possible.
Oracle 8.0.5 does not have spfiles, so there is no way for me to edit a spfile unless this is one of those undocumented tricks floating around.

Running Flash Player and Flex on HPUX and AIX

Hi
Issue: HPUX 11iv2 PARISC and Itanium and AIX 5.1 and 5.2
(PPC) are not listed in the systemj requirements of Flash Player.
And So affects the Flex SDK Applications?
Does this mean these OS are NOT Supported currently and FLEX
applications cannot run ont these OS browsers?
If no, if and when would Flex Applications be able to run on
HPUX and AIX systems?
This is major concern for choosing the Adoe's Flash
Player-Flex technologies for our big solutions, in Web RIA.
Thanks in advance, NG

Hi
Got answer for HPUX but seems like its half-baked, as there
are plugins for Macromedia Flash Player version 6 in Mozill and
Firefox 1.5 browsers on PA and itanium.
See links:
http://www.hp.com/products1/unix/java/firefox/firefox_plug-ins.html?jumpid=reg_R1002_USEN
http://www.hp.com/products1/unix/java/mozilla/mozilla_plugins.html
Lemme know if anyonw knows on the Flash v 8 or 9.
Thanks
Nilesh Gujarathi

Tuxedo 7.1 and RAC

Have anyone deployed Tuxedo 7.1 with Oracle RAC
Specifically:
- Is this a supported configuration?
- Will the Tuxedo application transparently failover in case of a node failure?
- Any specific configuration or limitation?

Lior,
The enhancements to Tuxedo needed to ensure that Tuxedo XA transactions
access at most one instance of a RAC configuration and needed to ensure
prompt and proper recovery of Oracle 10gR1 transactions in the process of
commit at the time of a RAC failover are supported in Tuxedo 9.1 and as
rolling patches for Tuxedo 8.1 and Tuxedo 9.0. Tuxedo 7.1 does not include
these enhancements, so Tuxedo 7.1 with Oracle RAC is not a supported
configuration.
Further information on support of Oracle RAC in Tuxedo is available in the
"Using Tuxedo with Oracle Real Application Clusters" documentation at
http://edocs.bea.com/tuxedo/tux91/ads/adorac.htm#248431 .
In one of your later messages, you mentioned that you are using Oracle 10g,
but didn't mention if it is 10gR1 or 10gR2. Oracle 10gR2 RAC introduced the
concept of DTP Services, which were not available in 10gR1. The use of DTP
services greatly simplifies the RAC environment, and allows Oracle RAC to
automate instance failover and failback and transaction recovery. With DTP
services in 10gR2, the use of FAN and TMS_rac_recovery to manage RAC
instance recovery is no longer needed.
Ed
<Lior Golan> wrote in message news:[email protected]..
Have anyone deployed Tuxedo 7.1 with Oracle RAC
Specifically:
- Is this a supported configuration?
- Will the Tuxedo application transparently failover in case of a nodefailure?
- Any specific configuration or limitation?

32 bit version of Oracle 9i for HP-UX. and AIX

Is it possible to download the 32 bit version of Oracle 9i for HP and AIX? The partner download site only has the 64 bit versions available.

Hi. If you will check the product lifecycle area on Metalink you will find that there will be no Oracle9i 32 bit for HP-UX or AIX. There is a document there that basically says these platforms will no longer be supported as part of Oracle's strategy to keep current with all the hardware vendors moving to 64 bit.

Tuxedo 11g requirements and Java

Hi,
I've noticed that Tuxedo 11g (in both Windows Server 2008 and IBM i6 OS) have Java 6 as a requirement.
http://docs.oracle.com/cd/E18050_01/tuxedo/docs11gr1/install/inspds.html
We still have Java 1.42 in our systems, with Tuxedo 6.5 and Tuxedo 8.1, and we don't plan to update to Java 6 or 7 before upgrading Tuxedo.
It is really necessary to upgrade to Java 6? Although we don't use any Java feature with Tuxedo Server? Is it a good idea to have Tuxedo 11g with jolt.jar from previous versions?
Thanks in advance and king regards,
Javier

Hello Javier,
The Tuxedo 11g binaries were tested against Java based applications using JDK 1.6. If you do not intend to use any Java applications (e.g Jolt,COBA Java,GAUTHSVR,Tux Admin console) with
the Tuxedo 11g binaries then you do not need to upgrade.
If you intend to use the Tuxedo 11g jolt.jar binaries in a Jolt application (e.g. Jolt client) then you will need to use JDK/JRE/JVM version of at least 1.6 to be supported.
You may continue to use your Tuxedo 6.5 Jolt clients, Tuxedo 6.5 jolt.jar binaries, to connect to a Tuxedo 11g server but the Tuxedo 11g JSL must include the "-t" server option in the CLOPT defininition.
http://docs.oracle.com/cd/E18050_01/tuxedo/docs11gr1/install/insup.html#wp1064069
Regards,
Bob Finan

I am building a client application under Tuxedo 12.1.3 AIX. The code works under Tuxedo 8. The compile completes and generates an executable, however the application fails to load indicating the auxiliary header is invalid.

The output is XCOFF64, along with other built libraries stored in big format archive (not shared object). Is there something wrong with the compile options or am I missing an option that Tuxedo needs to pass onto xlc for linking?
Archive options are ar -v -r
Build options: -r -q64 (includes, defines)
All else standard buildclient option listings.
Some more than likely to be asked for information:
exec(): 0509-036 Cannot load program aftct.exe because of the following errors:
0509-102   The size of the auxiliary header is invalid.
0509-194 Examine file headers with the 'dump -ohv' command.
----- dump -ohv output
***Object Module Header***
# Sections      Symbol Ptr # Symbols       Opt Hdr Len     Flags
3 0x000987a2           4060 0     0x0000
Flags=( DEP_SYSTEM )
Timestamp = "Mar 25 18:57:22 2015"
Magic = 0x1f7 (64-bit XCOFF)
***Section Header Information***
Section Header for .text
PHYaddr VTRaddr     SCTsiz RAWptr      RELptr
0x100000138 0x100000138 0x00068ec4 0x00000138 0x00072598
LN#ptr #RELent     #LINent     Flags
0x00000000 0x00002423 0x00000000 0x00000020
Section Header for .data
PHYaddr VTRaddr     SCTsiz RAWptr      RELptr
0x110000ffc 0x110000ffc 0x0000959c 0x00068ffc 0x00091f82
LN#ptr #RELent     #LINent     Flags
0x00000000 0x00000770 0x00000000 0x00000040
Section Header for .bss
PHYaddr VTRaddr     SCTsiz RAWptr      RELptr
0x11000a598 0x11000a598 0x000266c0 0x00000000 0x00000000
LN#ptr #RELent     #LINent     Flags
0x00000000 0x00000000 0x00000000 0x00000080
---- some truss output
getgidx(2) = 201
getgidx(1) = 201
__loadx(0x01480080, 0x2FF21660, 0x00000A50, 0x2FF221D0, 0x2FF22F37) = 0xD054C128
access("/usr/lib/nls/msg/en_US/execerr.cat", 0) = 0
_getpid() = 3080398
kopen("/usr/lib/nls/msg/en_US/execerr.cat", O_RDONLY) = 3
kioctl(3, 22528, 0x00000000, 0x00000000)        Err#25 ENOTTY
kfcntl(3, F_SETFD, 0x00000001) = 0
kioctl(3, 22528, 0x00000000, 0x00000000)        Err#25 ENOTTY
kread(3, "\0\001 ù\001\001 I S O 8".., 4096)    = 4096
lseek(3, 0, 1) = 4096
lseek(3, 0, 1) = 4096
lseek(3, 0, 1) = 4096
_getpid() = 3080398
lseek(3, 0, 1) = 4096
exec(): 0509-036 Cannot load program kwrite(2, " e x e c ( ) :   0 5 0 9".., 37)        = 37

Hi,
Can you post the commands you were using to build your client? Normally that library should be included by default if using buildclient.
Regards,
Todd Little
Oracle Tuxedo Chief Architect
PS Glad you found a solution!

Tuxedo 8.0 and Oracle patch 9.2.0.8

Hi,
We have installed Oracle patch 9.2.0.8 into UNIX machine. We are using Tuxedo for middleware that using an API Application through Tuxedo to provision onto Oracle database.
Since Oracle patch 9.2.0.8 installed, Tuxedo produced core file.
It has been mentioned by Oracle Metalink Doc ID 455832.1 that potentially because both server and client have to be in synch version. The Oracle patch has been installed on UNIX server for both
My question is that:
- Is there any Oracle client on Tuxedo (8.0) patch that need to be installed ?
- Or should we upgrade Tuxedo to later version, if yes which version that in synch with Oracle patch 9.2.0.8 ?
At the moment no workarround is applied.
Thank in advance for any info and help.
--Age

Hi Todd,
Thank you for your usefull answer. I will take this point with our application's vendor.
Do you know if we would like to upgrade to a higher version or best to the latest 10gR3, is there any contact Support that we can contact to get software kit (weblink for download etc.). I am not sure the license contract agreement of our company, in parallel I would like to know the procedure from your side (Oracle Tuxedo).
Regards,
--Age

Oracle 8.1.7 and AIX 5.3

Is Oracle 8.1.7 with AIX 5.3 is supported?
Where can I find the information?
Thank you.

8.1.7 is really old and out of date.
I don't think you will get any support from Oracle - but follow up in Metalink for an authoritative answer.
If you get no satisfaction elsewhere and want to risk your system on 5.3, I think AIX 5.3 has a 5.2 compatibility mode.

Tuxedo calls procedure and Application Level Service Failure

hello ,professors all!
My Tuxedo Service just call an procedure exists in oracle9i, i am sure that the procedure runs ok in oracle9i individually, when it was called by my tuxedo service , it is not ok by first time ,and runs out tp application level Service failure error .But strangely it is ok by second time！
who can explan it to me and show me a way to solve the difficult problem?
i spend a lot time wondering the answer!
Edited by: user9086437 on 2010-9-29 下午9:57

There are many possible reasons why a database procedure might fail the first time it is executed and succeed after that.
You should check the Tuxedo ULOG and Oracle database logs for any messages that may point to the problem.
If there is a LIBTUX_CAT:6205 or LIBTUX_CAT:6206 message in the userlog file then you need to add a tx_open() call to your server's tpsvrinit() or tpsvrthrinit() function.
If there is an OPENINFO string for the group where your server is running then you are using XA transaction management and should not be connecting to the database in your application code; if there is not an OPENINFO string for the group where your server is running then you need to connect to the database in your application.
If you set the environment variable
TMTRACE=*:ulog:dye
for the server where the failure is happening then Tuxedo will write a trace record of each Tuxedo call and each XA call to the ULOG file. This can be helpful in determining why the failure is happening on the first call, especially if Tuxedo is handling transaction management using XA.
I hope some of this is of help in debugging the problem.
Ed

JMS, MQSeries, R/3 Link, NT and AIX...

Hi all,
To put you in situation, I have a java application which can run from any type of OS as of now. It sends documents to a queue (IDOCS) and those documents are then sent to SAP by an R/3 Link adapter. Using native binding and running the java application on the same computer as the QueueManager (AIX) it was all working fine.
Now, I have translated my app to use JMS instead and tried to run it on my Windows 2000 PC. The message are sent allrigth to the queue, but R/3 Link is now giving me a handfull of errors, complaining about conversion, character sets and things like that.
Here is a sample of errors I get:
02/18/03 17:00:39 SMQ4165: Warning on MQGET from inbound queue. Reason code 2110.
EXPLANATION: The attempt to get a message from the inbound message queue returned a warning. The warning code was 2110. The message will be passed to the use
r exit if one has been specified. If no exit was specified, the message will be passed to the bad message queue. If no bad message queue was specified, the
message will be left on the inbound queue, and the server will terminate.
ACTION: None.
02/18/03 17:00:39 SMQ4192: A data conversion problem occurred on the MQGET. Attempting to process message.
EXPLANATION: A warning was issued because the message needs codepage conversion, but the message is either not in MQSTR format, or a user-defined data- conver
sion exit call failed.
ACTION: Ensure that incoming messages from machines with a different code page, are in MQSTR format or that there is a user exit defined to convert messages i
n other formats.
02/18/03 17:00:40 SMQ4167: IDoc has an invalid structure version. IDoc value="16777216". Expected value="1".
EXPLANATION: The value of the version field in the IDoc header structure contains an invalid value.
ACTION: Ensure that the IDoc message starts with a valid version of the Saplink header structure (MQSAPH).
02/18/03 17:00:40 SMQ4191: A message was put to the bad message queue. Bad message type 1, reason 4108.
EXPLANATION: The message was not in a valid IDoc format. The bad message type is 1 and the bad message reason is 4108.
ACTION: Check the bad message reason code in the bad message header of the message. Attempt to correct the error and send the message again.
I finally set the CCSID to 819 in the connection string, now I suspect that my problem is related to the encoding I use but I can't find what to set it to instead. I write everything in a ByteMessage by the way, just as I was doing it with the native bindings.
Does anyone know how I am supposed to set this up? What encoding type should I set it to? Is the CCSID correct? previously, I was setting the format this way: bytesMessage.format = "MQHSAP ";
But using JMS, there is no such property so I tried to just write it to the ByteMessage, not sure this works either...
Thanks in advance,
Daniel
If it can be of any help, here is a code fragment of what I am doing:
using native binding, which was working fine
//Add the mandatory R3/Link header to our message
bytesMessage.writeBytes("SAPH");
bytesMessage.writeInt(1);
bytesMessage.writeInt(108);
bytesMessage.writeInt(273);
bytesMessage.writeInt(819);
bytesMessage.writeBytes("MQSTR ");
for(int i = 28; i < 108; i++)
bytesMessage.writeByte(32);
bytesMessage.writeBytes(textMessage);
bytesMessage.encoding = MQC.MQENC_INTEGER_NORMAL;
bytesMessage.format = "MQHSAP ";
And using JMS:
//Test code
queue = session.createQueue("queue://" + manager + "/" + name + "?priority=5&persistence=2&targetClient=1&encoding=" +
MQC.MQENC_INTEGER_REVERSED + "&CCSID=819");
//Add the mandatory R3/Link header to our message
bytesMessage.writeBytes("SAPH".getBytes());
bytesMessage.writeInt(1);
bytesMessage.writeInt(108);
bytesMessage.writeInt(273);
bytesMessage.writeInt(819);
bytesMessage.writeBytes("MQSTR ".getBytes());
StringBuffer padding = new StringBuffer(80);
for(int i = 28; i < 108; i++)
padding.append(" ");
bytesMessage.writeBytes(padding.toString().getBytes());
bytesMessage.writeBytes("MQHSAP ".getBytes());
bytesMessage.writeBytes(textMessage.getBytes());
queueSender.send(bytesMessage);

Hi There,
I know you used JMS and Link for R/3.
Now I am doing the same but I am getting the same problem besides I am doing what you mention in the forum.
Can you give me a hand to fix this?
I have configured and MQSeries under win2003 and in the same machine a Link 4 R/3. I have a Java app using a .bindings file to connect to the Q and send a message the same way you did, but i am getting this error:
IDoc has an invalid structure header. IDoc value="RFH ". Expected value="SAPH".
IDoc has an invalid structure version. IDoc value="2". Expected value="1".
IDoc has an invalid system number. IDoc value=<T.
IDoc has an invalid client. IDoc value=�Y♦.
IDoc has an invalid language. IDoc value=.
A message was put to the bad message queue. Bad message type 1, reason 4110.
It seems as if the all the JMS headers are at the begining of the msg and it always throw the same error. it doesn't matter what data I put in the bytesMessage.
I would really appreciate your help.
Here a portion code of my SendMessage operation.
     public String EnviarMsg(String Msg) throws JMSException {
          String resp = null;
          try {
               if (getQueueSend() == null) {
                    // Create un objeto QueueSender como productor del mensaje.
                    setQueueSend(QSess.createSender(MQueue));
                    // Crear y enviar un mensaje a la cola.
               * Aqui viene codigo para enviar msgs a la cola en formato SAP
               txtMsg = QSess.createBytesMessage();
               txtMsg.writeBytes("SAPH".getBytes());
               txtMsg.writeInt(1);
               txtMsg.writeInt(108);
               txtMsg.writeInt(273);
               txtMsg.writeInt(819);
               txtMsg.writeBytes("MQSTR ".getBytes());
               byte b = 32;
               for(int i=28; i<108; i++)
                    txtMsg.writeByte(b);
               txtMsg.writeBytes(Msg.getBytes());
               //txtMsg.encoding = MQC.MQENC_INTEGER_NORMAL;
               txtMsg.setStringProperty("JMS_IBM_Format", "MQHSAP ");
               //txtMsg.setText(Msg);
               // QueueSend.setDeliveryMode(DeliveryMode.NON_PERSISTENT);
               // QueueSend.setTimeToLive(30000);Funciona. Probado con el MQSeries
               // 6.0
               QueueSend.send(txtMsg);
               resp = "OK";

Tuxedo, TMS, threads and X/Open RMs

Hi!
I would be very interested in knowing how Tuxedo manages Xids when connecting to an external Resource Manager. Essentially I am trying to create an X/Open DTP compliant Resource Manager to an external System, using the Tuxedo option of creating a shared library under Solaris, with a linkable xa_switch structure.
In association with this effort I have been told that at least two TMSes have to be configured/built on the Tuxedo side and that these TMSes will use the RM in a threaded manner. This would mean that they would share transactions in a losely coupled way: that is the threads will use different Xids, but access the same transaction in parallel. This would lead to the assumption that one would need to synchronize access to the transaction - typically by using mutexes.
My question is simple: if the TMS threads se different XIDs - how is the RM to identify the fact that they are using the same global transaction?
Would the treads use the same global transaction identifier, but different branch transaction identifier, perhaps? This would explain one thing or two.
Any insight would be very much appreciated!
Kind Regards

Johan,
Tuxedo does make use of branch IDs when passing XIDs to a resource manager.
Within any particular group, the same branch ID is used for all application
servers and TMS servers within that group, which means that Resource Manager
locks can be shared between the servers in a group. (There need to be at
least 2 TMS servers per group because certain XA operations can block in the
RM, and one TMS needs to be dedicated to performing only nonblocking XA
operations in order to avoid deadlocks.)
A different branchID is used for each Tuxedo group in which work is
performed for a particular global transaction identifier. This means that
if the same RM is associated with two different Tuxedo groups, a server in
one group may not be able to share database locks with a server operating on
the same transaction in another group, which can lead to deadlocks in some
cases. (Usually, all of the servers associated with a particular database
are in one group and different groups are used for different RMs. Multiple
groups per RM can be used, but then there is loose coupling and two groups
may need to be involved at commit time instead of one.)
Tuxedo does need to lock its global transaction table for brief periods
during transaction processing to update shared data, but locks on this table
are not held throughout a transaction. Resource managers do need to lock
data that has been updated during a transaction until the transaction is
committed or rolled back, and some resource manager consistency levels will
also lock data that has been read for the duration of the transaction.
Ed
<Johan Hellstrom> wrote in message news:[email protected]...
Hi!
I would be very interested in knowing how Tuxedo manages Xids when
connecting to an external Resource Manager. Essentially I am trying to
create an X/Open DTP compliant Resource Manager to an external System,
using the Tuxedo option of creating a shared library under Solaris, with a
linkable xa_switch structure.
In association with this effort I have been told that at least two TMSes
have to be configured/built on the Tuxedo side and that these TMSes will
use the RM in a threaded manner. This would mean that they would share
transactions in a losely coupled way: that is the threads will use
different Xids, but access the same transaction in parallel. This would
lead to the assumption that one would need to synchronize access to the
transaction - typically by using mutexes.
My question is simple: if the TMS threads se different XIDs - how is the
RM to identify the fact that they are using the same global transaction?
Would the treads use the same global transaction identifier, but different
branch transaction identifier, perhaps? This would explain one thing or
two.
Any insight would be very much appreciated!
Kind Regards

Unloading library on HP UX11 and AIX crashes in 8.1.7 and 9i

We dynamically load/unload Oracle client libraries(libclntsh). Unloading the library hangs/crashes with 8.1.7 or 9i client. Works fine with 8.1.5.
This happens only on HP11 or AIX. Windows and solaris work fine.
Has anyone else seen this problem?
Thanks

Mark, I'm faced with the same proble. Did you get beyond the problem?
Terry

Tuxedo 8.1 and AIX 5.x or HP itanium

Similar Messages

Maybe you are looking for