고객사 테스트를 위해서 패치 버전 RP152를 RP163으로 업데이트하는 테스트를 진행하였다.  패치 파일을 unzip하게 되면 .tar.Z 파일이 나오는데  zcat 파일이름 | tar zvf - 로 하면 .tar 파일과 .Z 파일을 한번에 해제할 수 있다.  ---*tar.gz 파일도 마찬가지로 한번에 압축을 해제하는 명령어는 gzip -dc "tar.gz파일" | tar -zvf --   그리고 README를 읽어보면 패치가 install 이라는 쉘 스크립트만 돌리면 되기 때문에 매우 간편하게 진행할 수 있다. 중요할 점은 기동 중인 tuxedo와 tlisten이 있다면 모두 엔진을 꺼주어야한다. 또한 RP152로 패치가 되어있는 상태이므로 uninstall 쉘 스크립트를 실행시켜 패치를 none으..

로드 밸런싱 Load balancing 로드밸런싱(부하 분산) 은 컴퓨터 네트워크 기술의 일종으로 중앙처리장치 또는 저장장치와 같은 컴퓨터 자원들에게 작업을 분산하는 것을 의미한다. 서버에 가해지는 부하(로드) 를 분산(밸런싱) 해주는 기술이다. 사업의 규모가 확장되고 클라이언트의 수가 증가하게 되면 기존 서버로 정상적인 서비스가 불가하게 되는 경우가 발생하는데, 이러한 증가 트래픽에 대처할 수 있는 방법은 1. Scale up: 서버자체의 성능을 높이는 것. 2. Scale out: 여러대의 서버를 두는 것. 이 있다. Scale out 방식은 여러대의 서버로 트래픽을 균등하게 분산하는 로드 밸런싱이 반드시 필요하다. 주요 기능 NAT(Network Address Translation) 사설 IP 주소..

# cmd창에서 특정 서버 접속가능 여부 체크방법 # ping 현재 접속 네트워크에서 목적지 서버로의 접근 가능 여부(only 연결만 체크함) 를 판단 ping [목적지 서버 ip] # ping 8.8.8.8 PING 8.8.8.8 (8.8.8.8): 56 data bytes 64 bytes from 8.8.8.8: icmp_seq=0 ttl=114 time=32 ms 64 bytes from 8.8.8.8: icmp_seq=1 ttl=114 time=32 ms --- 8.8.8.8 ping statistics --- 2 packets transmitted, 2 packets received, 0% packet loss round-trip min/avg/max = 32/32/32 ms # telnet 목..

# stdin, stdout, stderr stdin은 입력받은 프로그램을 나타내는 stream이다. (예를 들어, 프로그램이 시작할 때 사용자에게 패스워드를 입력하라고 하는 것) stdout은 모든 아웃풋이 존재하는 곳이다. 만약 C로 프로그래밍 했다면, printf를. java로 프로그래밍 했다면, System.out.print로. Python으로 프로그래밍 했다면 print를 떠올려라. stderr은 다른 아웃풋 채널이다. 보통 debugging information이나 error를 출력하는 것을 의미한다. 우리가 다음 명령어를 수행했다고 가정하자. echo foo 이 명령어의 아웃풋은 foo 일 거다. 무슨 일이 일어나는지 다이어그램을 확인해보자. echo 명령어는 argument인 foo를 인풋..

# find 조건 -exec ls -al {} \; -exec의 의미는 '조건을 가지고 찾은 파일들을 대상으로 다음 명령어를 실행하라' 라는 의미를 가지고 있다. 그럼 어디까지가 실행 시킬 명령어인지가 중요하다. 실행시킬 명령어의 범위는 -exec 다음부터 ;(세미콜론)을 만날 때 까지로 정의되어 있다. 그런데 ;(세미콜론)은 유닉스에서 좀 특별한 의미를 가지고 있습니다. 명령어 세퍼레이터라고 해서 명령어를 연속적으로 실행할 때 사용한다. 예를들어 clear;ls하면 cleaer가 실행된다음 ls가 실행되는 식. 따라서 find 조건 -exec 실행시킬 명령어 ; 이렇게만 쓰면 쉘이 ;(세미콜론)을 특수한 문자로 인식해서 find라는 명령어게는 ;(세미콜론)이 전달되지 않게 된다. 그러면 find는 어디..

이런저런 쉘스크립트를 보다면 스크립트의 문장 끝부분이 다음과 같은 구문을 종종 보게된다. cat /tmp/error.txt > /dev/null 2>&1 cat 명령은 error.txt 파일의 내용을 출력하는 명령이고... > 는 리다이렉션으로 화면에 출력되는 내용을 > 다음에 지정한 파일로 보내는 것이니 /dev/null 로 결과를 보내고, 즉 화면에는 표시하지 않고...까지는 유닉스 환경을 다루어본 학생이나 엔지니어라면 쉽게 이해한다. 문제는 2>&1 이다. 흔히 "아~저건 에러메시지도 화면에 표시하지 않게하는 거지."라며 아는 척~~하는 사람들도 많다. 맞다. 정확하게 알고 있긴하다. 쉘스크립트를 작성하고 실행할 때 중간에 에러가 발생하게 되면 에러메시지가 화면에 고스란히 출력되어 보기에 썩~좋지 ..

AIX가 설치된 Machine이 몇개의 CPU로 몇 Core를 가지고 있는지 확인할 수 있는 방법 물리적으로 Total CPU = CPU 수 x Core 수 그러면 Machine에서는 어떻게 확인할까? # lscfg 명령어 lscfg 명령어로 현재 HardWare 구성정보를 확인할 수 있다. 설치된 CPU 칩의 갯수와 CPU가 몇 Core로 되어 있는지 확인한다. # lscfg -vp | grep WAY 4-WAY PROC CUOD: 내가 사용하고 있는 장비의 값 4-WAY => CPU칩 당 Core 수 4-WAY PROC CUOD: => 해당 라인이 나온 갯수는 CPU칩 수 따라서 내가 사용하고 있는 Machine 전체의 수는 4x1 = 4 core 임. # lparstat 명령어 lparstat 명령..

# 테스트  ## conversation 모드에서 서비스 호출이 안된다. 1. AP server에 CONV=Y 옵션을 주어 conversation모드로 설정하였다.2. Client에서 서비스를 호출하였지만 tperrno = 6 에러만 나왔다.3. CONV=N 옵션을 준 AP server에 호출을 하면 정상적으로 서비스 호출이 되었다.4. 생각해보자. 왜 conversation모드인 AP server에서는 tperrno = 6 에러 즉,  왜 해당 서비스를 찾을 수 없다는 에러가 나왔을까?짐작해보자면...5. conversation모드에서는 대화형 모드로 서버/클라이언트가 연결된다. 이에 사용되는 함수가 tpconnect() 이며 메세지를 주고 받을 때 tpsend() tprecv()함수를 사용한다.연결을..

# TM_SVCTIMEOUT_SIGTERM 옵션은 SERVICES 섹션에 설정된 SVCTIMEOUT 값(초)에 의존한다. 만약 TM_SVCTIMEOUT_SIGTERM=YES이고 SVCTIMEOUT=10초 로 환경설정이 되어있다면 AP server로 부터 SVCTIMEOUT이 10초동안 발생하게 되면 곧바로 SIGTERM이 사용되어 해당 서비스를 가지고있는 AP server는 terminate되며 restart 된다. (*SERVERS 섹션에서 RESTART=Y로 되어있는 경우에 한함) 140642.node1!BBL.9110032.1.0: CMDTUX_CAT:1837: WARN: Server(49414440) processing terminated with SIGTERM after SVCTIMEOUT 14..

# TM_SHUTDOWNTIMEOUT  0~65535(초) 까지의 값을 설정 가능하며, 이 파타미터가 설정되어 있으면 tmshutdown은 timeout을 처리한다.AP server 프로세스가 TM_SHUTDOWNTIMEOUT 으로 설정된 시간(초) 이내에 정상적으로 종료되지 않으면, tmshutdown 은 더 이상 기다리지 않고 아래와 같이 메시지를 남기고 계속 진행하게 된다.  tmshutdown -s simpserv Shutting down server processes ... Server Id = 21 Group Id = APPGRP2 Machine = SITE2: timeout Server Id = 21 Group Id = APPGRP1 Machine = SI..