2swan

1. nmon 파일 생성# vi nmon.sh# nmon -tdf -s 60 -c 60 -m /nmonlogt : 가장 많은 부하를 주는 프로세스d : 디스크 정보f : file로 저장 -s : 정보 수집의 간격. 초단위(60초)-c : 정보 수집의 횟수(60번)-m : 파일이 저장되는 위치 설명(/nmonlog 위치페 파일 저장)1분에 한 번씩 정보 수집. 60번이면 1시간 ※예시-s 300 -c 288 : 5분 간격으로 288번 정보 수집. 24시간)-s 60 -c 1440 : 1분 간격으로 1440번 정보 수집. 24시간) 2. nmon.sh 실행 권한 추가# chmod 700 nmon.sh 3. crontab에 등록# crontab -e# 0 9 * * * /nmon/nmon.sh >/dev/nu..

1. 계정이 잠겨 있을 때 (관리자에 의해 계정을 잠궈놨을 경우)errcode : 3004-301 Your account has been locked; please see the system administrator. # chuser account_locked=false  : 계정 Lock 해제   2. 특정 계정의 패스워드를 여러번 잘못 입력했을 때 /etc/security/user에 등록한 loginretires= 값 이상의 unsuccessful_login_count가 되었을 경우, 해당하는 계정으로 접속할 수 없게 된다.3004-303 There have been too many unsuccessful login attempts; please see the system administrator.#..

*물리적인 Total CPU : CPU x Core 수 ▶ CPU 칩 갯수와 CPU가 몇 Core로 이루어 졌는지 확인# lscfg -vp | grep WAY2 - WAY : CPU칩 당 Core 수2 - WAY PROC CUOD 나온 수 CPU칩 수2 X 2 = 4 (전체 Core 수)    ▶ 전체 CPU 수 확인# lparstat -i | grep Physical활성화된 CPU는 4Core최대로 확장할 수 있는 CPU는 16Core

# topas Real, MB : 해당 서버에 할당된 리얼 메모리 (가상 메모리 X)% Comp : 서버에서 실행되는 어플리케이션 등의 사용률 (메모리 현재 사용률)% Noncomp : 파일 캐시 영역% Client : NFS, JFS2 등의 사용영역 *PAGING SPACE의 Used가 100%에 근접한다면 예기치 못한 hang 현상이 발생할 수 있다메모리 사용량 추이 등을 검토한 뒤 지속적으로 부족할 것이라고 판단되면, 메모리 증설이나 페이징 스페이스 증설

▷로그인 시각# who -b  ▷부팅 후 흘러간 시간# uptime  ▷OS 설치일자# /usr/sbin/getlvcb -AT hd4

1. 해당 IP 및 세션 조회# who   2. ps 명령어로 해당 세션의 pid 조회# ps -ef | grep pts/1   3. 해당 프로세스 강제 종료# kill -9 4587682

# iostat -F /파일시스템 : -F 파일시스템 모니터링 옵션ex) iostat -F /opt tm_act : 장치가 활성화 된 시간의 백분율Kbps : 초 당 KB 단위의 데이터 전송 량 (Read/Write)tps : 초당 전송 횟수Kb_read : 전체 Read 수Kb_wrtn : 전체 Write 수  # iostat -F /파일시스템 3 : 3초 간격으로 모니터링

# cat /dev/null > /var/spool/mail/계정이름 : 사용자에게 도착한 이메일이나 시스템 메일이 보관되는 파일 # cat /dev/null > /var/adm/wtmp : 시스템에 로그인한 사용자들의 로그인 정보가 기록되는 파일 # cat /dev/null > /var/hacmp/log/hacmp.out.1-5 :  HACMP 클러스터의 로그 파일 # cat /dev/null > /var/hacmp/adm/cluster.log : HACMP 클러스터의 다른 로그 파일 중 하나 # cat /dev/null > /tmp/hacmp.out.1-5 : 동일하게 HACMP 클러스터의 로그 파일

1. errpt 명령어를 사용하여 SAS ERROR 발생 하였는지 확인# errpt 2. 정상적인 경우 Operational, 불량의 경우 Path가 Failed로 표시 됨How 1)# sissasraidmgr -Tl sissas0  How 2)# smitty sasdam> Diagnostics and Recovery Options>> Show SAS Contoller Physical Resources>>> Show Fabric Path Graphical Viewor# smitty sas_show_controller_menu

▶ odmdelete 명령으로 device 삭제 1. 원복을 대비해 기존의 odm 관련 파일을 백업 후, cp 명령이나 tar 명령어 등으로 백업받아 별도의 경로에 저장 odm 관련 디렉토리 경로 : /etc/objrepos How 1) cp -p /etc/objrepos/* /tmp/odmbackup/How 2) tar cvfp /tmp/odm.tar /etc/objrepos   2. odm 관련 디렉토리 경로 export# export ODMDIR=/etc/objrepos   3. device를 odmdelete 명령으로 삭제# odmdelete -q name=DEVICE_NAME -o CuAt# odmdelete -q name=DEVICE_NAME -o CuDv# odmdelete -q name=D..

# cp -hpR /source/. /TARGET/-h : 심볼릭 링크파일 복사- p : 파일 권한 복사- R : 하위 디렉토리 복사- /source : 복사대상- /target : /source가 복사될 위치 /source 뒤에 /. 붙어야 하고/source/* 로 입력하면 숨김파일 등이 복사되지 않는다.

How 1)# lqueryvg -AtP -p hdisk0 | grep Type VG Type : 0 → Normal VG Type : 1 → Big VG Type : 2 → Scalable  How 2)# lsvg rootvg | grep 'MAX PVs' MAX PVs : 32 → Normal MAX PVs : 128 → Big MAX PVs : 1024 → Scalable