테스트의 취지 클라이언트로 부터 request된 Service를 reply해줘야하는 어플리케이션 서버가 reply하지 못하고 계속적으로 죽는 에러가 발생하였을 때, 개발과 운영, 어느 쪽의 문제라는 점이 중요하게 된다. 위와 같은 경우, 즉 해당 에러는 Tuxedo의 문제점이라고 하기는 애매하고, AP server 프로세스의 문제점일 가능성이 매우 높다는 점을 짐작할 수 있게 된다. 에러 로그를 확인하자. 173306.node1!BBL.55640432.1.0: LIBTUX_CAT:541: WARN: Server GROUP4/402 terminated 173306.node1!BBL.55640432.1.0: LIBTUX_CAT:557: INFO: Server GROUP4/402 being restarted ..

이 warning을 없애기 위해서 Tuxedo server 의 tux.env 파일 내에 아래 환경변수를 추가한다. LLE_DEPRECATION_WARN_LEVEL=NONE

1 : TPEABORT - transaction cannot commit > 트랜젝션이 commit 될 수 없는 상태입니다. 서비스가 timeout 이 난 경우가 해당되구요.. 만일 서비스가 정상 수행을 했는데 이런 메시지가 나왔다면 tpbegin 에서 주는 timeout 수치가 너무 짧은 것은 아닌지 검토해 보실 필요도 있으며, 일단은 Query tuning이 우선이지요.. ^^ (TPED_SVCTIMEOUT) 2 : TPEBADDESC - bad communication descriptor > async mode 또는 conversation mode의 communication model에서 발생할 수 있는 에러입니다. async나 conversation은 communication handle 을 사용..

RP087부터 rollback하려고하면 opatch failed with error code 74 에러가 나옴. " OPatch will not roll back patch(es) "33735306" until you have rolled back dependent patch(es) "34182899". " RP087은 RP091에 의존하고 있기 때문에 rollback 불가 . # ./opatch rollback -id 33735306 -invPtrLoc /ofm/jwchoi/sw/tp/oraInventory/oraInst.loc Invoking OPatch 11.2.0.1.2 Oracle Interim Patch Installer version 11.2.0.1.2 Copyright (c) 2010, O..

테스트 장비 : IBM AIX 7.2 # tmadmin -v exec(): 0509-036 Cannot load program tmadmin because of the following errors: rtld: 0712-001 Symbol _tmnwkill_rte was referenced from module tmadmin(), but a runtime definition of the symbol was not found. rtld: 0712-002 fatal error: exiting. rollback 후 패치버전 확인하였으나 tmadmin 을 로드할 수 없다는 에러가 나왔다. 뭐 대충.... sysbol _tmnwkill_rte 가 참조되었지만 런타임정의를 찾지 못한다고 한다. 설마했는데 tmboo..

현상 : TPESVCFAIL(tperrno=11-ATMI Error Message) 원인 : 응용프로그램 레벨 서비스 오류 tpreturn에서 TPFAIL Flag를 Setting했을때 발생 Tuxedo는 tpcommit이 호출되더라도 Transaction을 Abort한다 서버 프로세스에서 tpreturn 에서 TPEXIT / TPFAIL 함수 사용시 발생하는 에러

고객사에서 AP Server process가 계속 죽고 restart 되는 로그를 발견했다. tmshutdown 으로 내린 후 재기동하니까 정상적으로 되었다고한다. 일단 테스트를 해보기위해 정상적으로 process 되고 있는 놈들을 ps -ef | grep PID 로 찾고 kill -9 하였을 때, server는 죽고 restart 되는 것을 확인했다. (UBBCONFIG에 *SERVER단에 default 값으로 RESTART=Y옵션을 주었으니 당연히 restart되는 것이다.) AIX node 1에서 simpserv4.c의 함수를 TPSUCCESS --> TPEXIT 로 바꿔주었다. TPEXIT는 TPFAIL와 같은 의미 (서비스 수행이 제대로 되지 않았음을 의미) 지만 Server를 종료한다는 점이 ..

Oracle tuxedo를 일반사용자로 설치한 엔진 디렉토리를 모두 chown으로 root로 바꿔주었다. 그러나 tmloadcf -y ubbconfig 실행시 아래 에러가 나옴. # tmloadcf -y ubbsimple CMDTUX_CAT:880: ERROR: Can't create _RESOURCE_SECT vtoc_errno 5: Unix error: Permission denied 권한 문제인 것 같은데... 그래서 755 777 모두 변경해주었으나 동일한 에러가 계속 나옴. 이것저것 구글링해서 짜집기한 결과로 tuxconfig (바이너리파일)의 권한을 666으로 설정하라는 것이었다. # chmod 666 tuxconfig 변경 후 다시 tmloadcf 를 해보았는데 다음과 같은 에러가 나왔다. ..

------결론------ 11g는 사용자가 root여도 GUI모드로 설치가 가능하다. 12c 부터는 사용자가 root인 경우는 설치가 불가능하다. ------------------------------------------------------------------------------- =테스트=[root@tuxedo|/sw4/tp/Disk1/install]# ./runInstaller.sh -console =============================================================================== Introduction ------------------ This shell script guides you through the installation ..

Oracle Linux 에서 확인 grep /bin/bash /etc/passwd | cut -f1-d: IBM AIX에서 확인 grep /bin/ksh /etc/passwd | cut -f1 -d: