단건 조회 서비스 호출시 webT timeout 에러가 떨어졌다. tmax 서비스 카운트 조회 결과 cnt값이 0. 즉 호출이 되지 않았다는 것이다. DB 세션이 끊겨 WEBT 에러가 호출되는 원인은 네트웍 문제가 가장 크다. 1.195 서버에서 179.161에 있는 DB에 붙어 가져 오려하니 세션이 끊기는 현상 발생. 도메인이 달라서 그렇다. pfm5c 계정은 10G를 사용하는데 1.86 즉 , 같은 도메인에 존재하기 때문에 세션이 끊기는 현상은 발생하지 않았다는 것이다. 이런 현상을 제거 하기 위해선 1.XXX 서버에 오라클 12C를 설치를 해줘서 DB 를 바꿔주어야 해결이 되는 부분이다. $echo st -p TPFMIPPR | tmadmin tmadmin에서 해당 서비스의 상태를 확인한다. ---..
[debug] 192.168.74.1_09:26:58_000241_000003 [user.Login.TpWebAdmin] [LoginAction] process (2ms) [debug] 192.168.74.1_09:26:58_000241_000003 [user.Login.TpWebAdmin] [TxConnection]ReleaseImage proframe5.0 release [debug] 192.168.74.1_09:26:58_000241_000003 [user.Login.TpWebAdmin] [LocalExecuter] process end [debug] 192.168.74.1_09:26:58_000241_000003 [user.Login.TpWebAdmin] [TpWebAdminCommand] upd..
- 적용 방법 1. 환경 설정 1) webadmin 에서 config -> ConfigMgmt -> DBIO-DBIO 의 CUTLENGTH 를 0 으로 설정 2) PFM_CONFIG 테이블의 DBIO.CUTLENGTH 값을 0으로 업데이트 update pfm_config set value = 0 where key = 'DBIO.CUTLENGTH'; 3) 서버 환경변수에 export DBIO_LINKING_TYPE=PARTIM 추가 2. 패치 적용 1) 각 디렉토리의 패치 파일 적용 2) release/src/make_partim.sh 를 실행해서 생성 된 so 들을 pfmdlupdate 3. logserver, pfmbuildsvr 및 ProFrame 재기동 4. DBIO 및 DBIO를 사용하는 모듈 재..
사용자 계정에 부여된 권한조회 Proframe 설치 작업중 로그를 뒤져보니 "ORA-01012: 로그온되지 않았습니다."라는 메시지를 발견하였다. 아래와 같이 'sqlplus' 커맨드를 통해 오라클 db에 접속을 시도 하였으나, 아래와 같은 메시지가 출력됬다. sqlplus TEST/TEST1234@ORCL ERROR: ORA-01045: user TEST_USER lacks CREATE SESSION privilege; logon denied 오라클 권한 문제였다. 사용자에게 접속권한이 없었던 것이다. 권한조회하는 방법은 아래와 같다. > SELECT GRANTEE, PRIVILEGE, ADMIN_OPTION FROM DBA_SYS_PRIVS; > SELECT USERNAME, PRIVILEGE, AD..
- c getopt 1. getopt getopt() 는 입력라인의 인자(arguments)를 분석한다. 프로그램 실행에 의해 main()함 수에서 넘겨진 argc와 argv는 인자의 수와 배열을 나타낸다. '-' 또는 '--'를 정확히 구분을 하지않지만 '-'으로 시작되는 argv의 요소가 옵션 요소(option element)가 된다. '-'으로 시작하여 뒤에 있는 문자는 옵션문자(option characters)가 된다. getopt() 를 반복적으로 호출하게 되면 각각의 옵션인자(option element)에서 각각의 옵션 문자(option characters)들이 성공적으로 반환된다. [프로토타입] 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 #include int..
데이터베이스: 10g 출시 1 오류 코드: SQL-02112 설명: SELECT..INTO가 너무 많은 행을 리턴합니다 원인: SELECT ... INTO 문이 제공된 호스트 변수에 저장할 수있는 것보다 많은 행을 리턴했습니다. 조치: 가능한 해결책은 3 가지입니다. 1. 사전 컴파일러 옵션 select_error = no를 사용하십시오. 2. 배열 차원이 더 큰 호스트 변수를 선언하십시오. 3. select.에 대한 커서 또는 커서 변수를 선언하십시오. 데이터베이스: 10g 출시 1 오류 코드: SQL-02112 설명: SELECT..INTO returns too many rows 원인: A SELECT...INTO statement returned more rows than can be stored ..