슈다루냥의 Dream Sketch

안녕하세요. 슈다 입니다. 서버 접속을 하려는데 아래와 같은 메세지가 발생하며 접속되지 않을 때 해결방방법을 알아보겠습니다. PTY allocation request failed on channel 0 Killed by signal 2. PTY allocation request failed on channel 발생원인 원인은 단순합니다. 접속하려는 서버에 너무 많은 터미널 세션이 열려 있어 더 이상 채널 할당을 할 수 없을 때 해당 메세지가 발생하게 됩니다. 서버 관리자라면 접속하려는 서버의 콘솔로 로그인 한 뒤 " f " 등의 명령어로 현재 세션 수를 확인해 봅니다. 아래의 화면에서는 ba* 로 시작되는 계정의 세션이 약 250개 이상 열려있는 상태였습니다. PTY allocation request f..

안녕하세요. 슈다 입니다. AIX의 하이퍼쓰레딩인 SMT 모드에 대해 알아보겠습니다. SMT 는 Simultaneous Multithreading mode 라고 해서 물리적인 프로세스를 여러개의 쓰레드로 나누어 사용하는 것을 의미합니다 쉽게 윈도우의 하이퍼쓰레딩 이라고 이해하면 되겠습니다. - SMT 동작여부 확인 smtctl 명령어를 사용하면 현재 동작중인지, 몇개의 쓰레드로 동작하는지 확인할 수 있습니다. 아래의 화면은 프로세스 하나당 4개의 쓰레드로 동작하고 있네요. 2개의 프로세스니까 논리적으로 8개의 코어로 동작중이라는 것을 알 수 있습니다. - SMT 모드 변경 4개로 동작중인 SMT를 2개로 줄이고 싶다면 아래와 같이 명령어를 사용합니다. # smtctl -t 2 -w now -t 2 : 2..

안녕하세요. 슈다입니다. 스크립트나 프로그램 등을 실행하였는데 왜인지 반응이 없어 보이는 경우가 종종 있습니다. 이럴 때 특정 프로세스가 정상적으로 동작중인지, 아니면 프로세스만 실행중이고 내부적으로는 동작하지 않는 Sleep 상태인지 확인이 가능한 방법을 소개합니다. 프로세스 상태 확인하기 서버에서 ps명령으로 프로세스를 확인하던 중 오래전에 실행한 스크립트가 아직도 동작중인 것을 발견하게 됩니다. [ PID : 47448294 ] 한참 전에 실행했던 스크립트인데 아직도 실행중이라면 프로세스가 Sleep 상태로 빠져있을 수 있습니다. PID를 이용해 프로세스를 trace 합니다. # truss -p PID truss 명령은 프로세스의 호출을 실시간으로 확인할 수 있습니다. PID인 47448294 프로..

안녕하세요. 슈다 입니다. 서버에 ping을 날렸는데 아래 이미지처럼 핑이 가다가 안가다가 반복하는 경우가 있습니다. 정상적이라면 icmp seq가 0, 1, 2, 3 ... 이렇게 숫자가 하나씩 증가를 해야하지만 시퀀스가 반복되며 일정하게 ping이 빠지고 있는 것을 확인할 수 있습니다. 이러한 현상 발생 원인은 다음과 같습니다. 1. ping을 받는 서버에 동일한 subnet 대역의 IP가 별도의 인터페이스에 2개 이상 설정되어 있으며 2. 그 중 하나 이상이 활성화 되지 않은 상태인 경우 (다운 혹은 단절 등) 아래는 동일한 subnet 대역의 IP가 각기 다른 인터페이스에 설정되어 있는 경우 입니다. en12 : 10.10.10.5 en7 : 10.10.10.6 en7 은 링크가 Down된 상태이..

안녕하세요. 슈다입니다. AIX에서 mksysb 명령이나 ipldevice에 boot device를 생성하는 명령어를 사용하는데 /dev/ipldevice not found 가 출력되며 명령이 실행되지 않는 경우가 간혹 있습니다. 해당 원인 및 조치방법을 알아보겠습니다. ipldevice not found 발생 원인 ipldevice는 boot device의 하드 링크 파일인데요, /dev/ipldevice 경로에 위치하고 있지만 파일이 존재하지 않아 해당 메세지가 발생하게 됩니다. 우선 rootvg를 구성하는 디스크를 확인해 봅니다. 아래 이미지는 hdisk1과 hdisk4가 미러링 구성된 것으로 확인됩니다. # lsvg -p rootvg /dev/ipldevice 파일이 존재하는지 확인합니다. # l..

안녕하세요. 슈다 입니다. AIX의 OS 패치, 업그레이드를 위해 현재 설치된 Software를 commit 하려는데 분명 특이사항이 없음에도 commit 명령이 실패하는 경우가 있습니다. commit 이 실패하는 이유와 해결 방법에 대해 알아보겠습니다. commit 실패 원인 확인하기 SW commit을 위해 smit 메뉴로 commit을 진행하려고 합니다. # smitty commit 하지만 commit 명령이 실패하게 됩니다. 당황하지 말고 어째서 실패했는지 확인해 봅니다. 명령어 실행 결과 로그에 그 해답이 있습니다. 결과 로그의 마지막 쯤 EFIX MANAGER LOCKS 라는 내용이 보입니다. EFIX를 제거해야 한다는 내용인데요, AIX에는 공식 패치로 특정 버그를 Fix할 수 없을 때 IB..

안녕하세요. 슈다 입니다. 프로세스를 조회하려고 ps명령어를 실행하였는데 malloc: Not enough space 메세지가 발생하며 실행되지 않아 메모리 사용률을 확인해 봐도 사용률이 크게 높지 않은 경우 해결 방법을 알아보겠습니다. 해결 방법 : 계정의 limit 제한 풀기 AIX는 계정별로 limit 제한을 걸 수 있습니다. ps 명령어를 실행한 계정의 limit 상태를 확인해 봅니다. # ulimit -a 명령어 결과 내용 중 data 값을 확인해 봅니다. 위 사진과 같이 unlimited가 아니라 131072 등의 값으로 설정되어 있진 않으신가요? 명령어를 실행할 때 data segment 영역을 사용하게 되는데, 해당 영역의 사이즈가 제한을 받아 메모리를 할당받지 못해 malloc: Not ..

안녕하세요. 슈다 입니다. AIX의 mksysb 파일에서 특정 파일만 추출하여 복원하는 방법을 알아보겠습니다. mksysb 파일로 특정 파일 복원하기 아래의 예제에 사용되는 test.image 파일은 mksysb 파일입니다. 우선 mksysb 파일에 복원하려는 파일이 존재하는지 확인해야 겠죠? listvgbackup 명령으로 mksysb 파일을 목록으로 추출합니다. # listvgbackup -f mksysb파일명 > image.list cat, vi, more 명령 등으로 복원하려는 파일이 존재하는지 확인합니다. 파일 복원 방법 - listvgbackup 명령 현재 위치에 파일을 복원합니다. 아래 내용은 /etc/hosts.deny 파일을 복원하는 예 입니다. # listvgbackup -f mksys..

안녕하세요. 슈다 입니다. AIX에서 미사용 메모리는 OS에서 전략적으로 파일캐시 영역으로 할당하여 사용하게 됩니다. 참고 : AIX의 메모리 사용률 확인 방법 : https://syuda.tistory.com/122 [AIX] topas를 이용한 메모리 사용률 확인 안녕하세요. 슈다 입니다. AIX 모니터링 툴인 topas를 이용해 메모리 사용률 확인 방법에 대해 알아보겠습니다. TOPAS 메모리 항목 내용 확인 topas를 실행합니다. 우측 중단 쯤 "MEMORY" 항목을 확인합 syuda.tistory.com AIX 메모리 영역 중 피일캐시로 사용중인 noncomp 의 할당 비율을 vmo 파라메터 조정으로 변경할 수 있습니다. 파일캐시 영역 설정하기 vmo 파라미터 중 minperm%, maxper..

안녕하세요. 슈다 입니다. 볼륨 전체 3중 미러링이 아닌 개별 LV의 3중 미러링 방법을 알아보겠습니다. 볼륨에 디스크 3개가 할당된 경우 디스크 별로 LV 사본을 나누는 방법입니다. hdisk0, hdisk1, hdisk2 가 있다면 각각의 hdisk에 LV가 미러링 됩니다. hd4를 보면 PV2개로 미러링 되어 있는 상태입니다. hdisk0, hdisk1이 미러링 상태이고 hdisk2가 추가된 디스크라고 한다면 아래의 명령어로 LV를 미러링 할 수 있습니다. # mklvcopy hd4 3 hdisk2 - mklvcopy LV명 COPIES수 미러링할_디스크 hd4의 PVs가 3으로 변경되었고 PPs가 LPs의 3배수인 것을 확인할 수 있습니다. sync를 수행하여 미러링 동기화를 완료합니다. # sy..