<PRE>#smitty mksysb

                    Back Up the System

Type or select values in entry fields.
Press Enter AFTER making all desired changes.

                                                        [Entry Fields]
    WARNING:  Execution of the mksysb command will
              result in the loss of all material
              previously stored on the selected
              output medium. This command backs
              up onl　　y rootvg volume group.

* Backup DEVICE or FILE       [/dev/rmt0]      &lt;= F4 키를 누른 후 Tape 장치 선택     +/
  Create MAP files?                no                                                                           +
  EXCLUDE files?                   no    &lt;= 제외할 디렉토리가 있는 경우 yes (Tap 키)      +
  List files as they are backed up?                   no                                                    +
  Verify readability if tape device?                  no                                                      +
  Generate new /image.data file?                      yes                                                 +
  EXPAND /tmp if needed?                              no                                                    +
  Disable software packing of backup?                 no                                                 +
  Backup extended attributes?                         yes                                                   +
  Number of BLOCKS to write in a single output       []                                              #
     (Leave blank to use a system default)

제외할 디렉토리 지정 :
  - /etc/exclude.rootvg 파일 생성 후 아래와 같이 목록 추가하되 하위 디렉토리를 포함하는 경우 반드시 "/"를 명기할것.
  - lsvg -l rootvg 명령어에 나오는 파일시스템이 백업 대상이며, 불필요한 경우 위의 파일에 명기

root@wp01db2:[/etc] cat exclude.rootvg
/instimage/

root@wp01db2:[/etc]
root@wp01db2:[/etc]
root@wp01db2:[/etc]
root@wp01db2:[/etc] lsvg -l rootvg
rootvg:
LV NAME             TYPE       LPs     PPs     PVs  LV STATE      MOUNT POINT
hd5                 boot       1       2       2    closed/syncd  N/A
hd6                 paging     128     256     2    open/syncd    N/A
hd8                 jfs2log    1       2       2    open/syncd    N/A
hd4                 jfs2       4       8       2    open/syncd    /
hd2                 jfs2       64      128     2    open/syncd    /usr
hd9var              jfs2       16      32      2    open/syncd    /var
hd3                 jfs2       16      32      2    open/syncd    /tmp
hd1                 jfs2       1       2       2    open/syncd    /home
hd10opt             jfs2       8       16      2    open/syncd    /opt
fwdump              jfs2       3       6       2    open/syncd    /var/adm/ras/platform
lg_dumplv           sysdump    16      16      1    open/syncd    N/A
fslv00              jfs2       40      80      2    open/syncd    /instimage
fslv01              jfs2       32      32      1    closed/syncd  /TL</PRE>

이제 스가와라 (가토리신토류) 선생 방한이 얼마 안남았다..

정말 바람이라고 표현할 수 밖에 없는..

바람의 검..

올해는 어떨지..

열심히..!!

IBM AIX에 연결된 외장 스토리지 디스크 확인하기

(사전참고사항)  서버의 FC카드를 통해 일반적으로 요즘은 SAN 스위치를 거쳐 외장 스토리지와 연결됨 .
즉, 서버의 FC카드의 개수에 따라 AIX에서 보는 디스크개수는 FC카드개수 X 디스크개수로 보인다.
쉽게 말하면, FC카드가 2장이고 , 스토리지에서 할당해준
LUN[디스크,(ex) hdisk,hdiskpower, dlmfdrv...)이 4개면, hdisk는 8개로 보인다.

보통 IBM, EMC, Hitachi 디스크는 Load Balancing 을 해주는 s/w를 제공하는데,

IBM 대형급은 vpath , IBM DS스토리지군은 RDAC,  EMC는 powerpath , Hitachi는
HDLM(Hitachi Dynamic Link Manager)을 제공한다.

IBM DS4000 시리즈는 dac(dar)인데..이건 뭐라 부르죠.ㅋㅋㅋ  로드발란싱은 지원안하구, 단지 컨트롤러 이중화만 지원함.(? 아마도)
 앗 생각났음.. RDAC 이라 부릅니다.ㅋㅋㅋ

(대충 들으세요 - 이것저것하다보니.정리는 안됩니다)

[중요] 아래 명령어들은 시스템 운영에 절대 영향을 미치지 않는다. 긴장하지 마시고, 정확하게 치고 엔터쳐보자.

        환경만 되면.......ㅋㅋㅋ

[IBM vpath 명령어들 ]

  # lsvpcfg     -> vpath로 구성된 디스크가 어떤 hdisk와 매핑되어있는지 확인

    결과예제]

   vpath0 (Avail pv XXXvg) 75890016000 = hdisk3 (Avail ) hdisk19 (Avail ) hdisk35 (Avail ) hdisk51 (Avail )

   .......................
   위 예제를 보면 FC카드가 4장 있다는 것을 알수 있다.

  # datapath query adapter   -> FC어댑터별 LUN을 볼 수 있었던거 같다.

    결과예제]

   datapath query adapter
    Active Adapters :4
   Adpt#     Name   State     Mode             Select     Errors  Paths  Active
       0   fscsi0  NORMAL   ACTIVE              70834          0     18       0
       1   fscsi2  NORMAL   ACTIVE              71555          0     18       0
       2   fscsi3  NORMAL   ACTIVE              70753          0     18       0
       3   fscsi1  NORMAL   ACTIVE              70432           0     18       0

   위 예제는 FC카드가 4장이고, 각 카드당 18개씩 vpath 디스크가 있다는 것을 알수 있다.

   장애가 있다면 Errors에 카운트됨.

  # datapath query device     -> 이건 기억안남. 확인해보세요. 지금은 접속할수 있는데 없음.ㅋ

 (참고1) lslpp -l devices.sdd*
  Fileset                      Level  State      Description        
  ----------------------------------------------------------------------------
  Path: /usr/lib/objrepos
    devices.sdd.53.rte         1.6.1.0  COMMITTED  IBM Subsystem Device Driver for AIX V53
  Path: /etc/objrepos
  devices.sdd.53.rte         1.6.1.0  COMMITTED  IBM Subsystem Device Driver for AIX V53

 (참고2)

  만약의 경우 vpath디스크를 날리고 , 다시 잡고 싶을때는....

  당근 umount,  vg varyofft상태(export상태? 헷갈림)에서.  rmdev -dl dpo -R 로 날리면 vpath까지 날라감.

[IBM RDAC 명령어들 ]

 # fget_config -l dar0     -> 컨트롤러별 디스크할당 보여줌. dac0 , dac1 ...

  이 예제는 많으니 생략합니다.

[EMC powerpath 명령어들 ]

 - powermt display    -> FC당 disk 정보 보기( EMC disk정보를 표시)

 - powermt display dev=all    : EMC hdisk와 hdiskpower의 mapping정보를 표시

아래 명령어 실행금지(EMC엔지니어분이 해야함/상황별)

 -  powercf -q  :  EMC disk 정보를 갱신 (이건 치지마세요..안될꺼 같음.운영중에는)

 - powermt config : EMC disk 환경을 전환   (예 : hdisk pvid를 hdiskpower pvid로 전환), 이것도 치지마세요.운영중

About this document

본 문서는 시스템 운영 중 모니터링 되어야 할 불필요하게 늘어나는 파일에 대한 내용 및 예견치 못한 상태에서 파일시스템이 full 났을 때 무엇을 확인해야 하는지에 대한 내용을 담고 있으며 여기서 언급되는 내용은 AIX의 모든 버전에 상관없이 적용된다.

root(/) 파일시스템이 full 인 경우

• /etc/security/failedlogin 파일을 확인해본다.


파일의 내용을 보기위해 아래 명령을 수행한다.
<PRE> who /etc/security/failedlogin</PRE>TTYs respawning 이 너무 자주 일어날 경우 실패한 login 시도에 대한 기록이 이 파일에 남게된다.

내용을 확인한 후 또는 다른 파일로 보관한 후 다음의 명령어를 통해 내용을 지운다.:
<PRE> cp /dev/null /etc/security/failedlogin</PRE>
• /dev 디렉토리를 확인해본다.


예를 들어 rmt0 를 rmto 로 잘못 쓴 것처럼, 디바이스 이름이 잘못 입력될 경우 /dev 디렉토리에 rmto 라는 파일이 생성된다. 보통 root 파일시스템이 full 나서 error를 일으킬 때까지 계속해서 일어나는데 그 이유는 /dev 디렉토리가 root (/)의 일부이기 때문이다. 따라서 실제로 존재하지 않는 디바이스를 찾아내는 것이 중요하다.(major, minor number를 가지지 않는 디바이스)

다음의 명령을 수행해 본다:
<PRE> cd /dev ls -l |pg</PRE>정상적인 파일의 경우에는 파일의 크기가 표시되지만, 디바이스 파일인 경우에는 ','로 분리된 두개의 숫자(major, minor number)가 표시된다.

<PRE>예: crw-rw-rw- 1 root system 12,0 Oct 25 10:19 rmt0</PRE>만약, 다음과 같은 결과가 나왔다면 해당 파일을 삭제하도록 한다.
<PRE> crw-rw-rw- 1 root system 9375473 Oct 25 10:19 rmto</PRE>NOTE: /dev 디렉토리의 경우 일부 유효한 파일을 포함하고 있는데 주로 사이즈가 큰 파일 (500bytes 이상의 크기) 일 경우가 많으므로 이에 대한 확인도 잊지 말자.

NOTE: 만약 시스템 auditing이 수행중일 경우, /audit 디렉토리가 빠르게 찰 수 있으므로 이에 대한 주의가 필요하다.


• 사이즈가 큰 파일


다음과 같은 명령을 통해 사이즈가 큰 파일을 찾아낼 수 있다. 예를 들어 root (/) 디렉토리내의 파일 중 1MB 이상의 크기를 가지는 파일을 찾고자 할 때 find 명령어를 사용한다.:
<PRE> find / -xdev -size +2048 -ls |sort -r +6</PRE>위의 명령을 통해 1MB 이상의 파일을 사이즈가 제일 큰 것부터 찾아 순서대로 표시해준다.

NOTE: root 디렉토리를 체크 할 경우에는 파일대신에 /dev 디렉토리에 존재하는 디바이스들의 major, minor 숫자가 섞여서 표시될 수 있는데 이 파일들은 무시해도 된다.

find 명령어에 대한 여러 가지 플래그 중 유용한 것이 몇 개 있는데 그중 -newer 플래그가 한 예이다. 보다 자세한 내용은 제품 설명서를 참조하기 바란다.

NOTE: 실제로 파일을 삭제하기 전에 해당 파일이 현재 사용중인지 먼저 확인하도록 한다. 다음의 명령을 통해 확인할 수 있다.
<PRE> fuser <filename></PRE>


/var 가 full 인 경우



• /var/tmp 에서 예전에 사용된 임시파일을 찾아본다.


/var/adm/wtmp 내에는 모든 login, rlogin, telnet, telnet session 에 대한 log가 저장되는 곳이다. 만약 제대로 관리되고 있지 않다면 이 파일은 계속해서 커질 것이다. 만약 시스템 accounting이 수행 중이라면 이러한 정보는 저녁 때마다 제거될 것이다.

/var/adm/wtmp 내의 모든 내용을 삭제하고자 할 때 다음의 명령을 수행한다:
<PRE> cp /dev/null /var/adm/wtmp</PRE>원하지 않는 일부 내용만 삭제하고자 할 때 다음의 명령을 수행한다:


1. /usr/sbin/acct/fwtmp < /var/adm/wtmp >/tmp/out
   
   
2. /tmp/out 파일에서 불필요한 내용 삭제
   
   
3. 편집된 wtmp 를 다시 원위치로 옮긴다:
   /usr/sbin/acct/fwtmp -ic < /tmp/out > /var/adm/wtmp


• /var/adm/ras 디렉토리의 error log 삭제하기.


이 디렉토리에는 errlog라는 이름의 error log가 저장되며 작업자가 지우기 전까지는 절대 지워지지 않는다. 아울러 cp /dev/null 명령으로 내용을 지우면 더 이상 error logging 이 작동하지 않게 되므로 주의를 요한다.


1. 먼저 아래 명령을 통해 error daemon을 중지시킨다:
   /usr/lib/errstop
   
   
2. 다음, 아래의 파일을 삭제하거나 다른 파일시스템으로 옮긴다:
   /var/adm/ras/errlog
   
   
3. 다음의 명령을 통해 error daemon을 다시 시작한다:
   /usr/lib/errdemon
   
   
NOTE: 이 디렉토리 내의 trcfile 파일의 경우 trace 수행으로 인해 파일 사이즈가 클 수 있는데 이때 다음의 명령을 통해 이를 삭제 할 수 있다:
<PRE> rm /var/adm/ras/trcfile</PRE>만약 dump device 가 hd6 로 지정되어 있을 경우 /var/adm/ras 디렉토리 내에 vmcore* 파일들을 가지고 있을 수 있는데 더 이상 이 파일들을 필요로 하지 않을 경우 이 파일들을 삭제하도록 한다.


• /var/spool 디렉토리는 subsystem에 대한 queue 를 저장하는데 아래의 명령을 통해 이를 삭제할 수 있다:



1. stopsrc -s qdaemon
2. rm /var/spool/lpd/qdir/*
3. rm /var/spool/lpd/stat/*
4. rm /var/spool/qdaemon/*
5. startsrc -s qdaemon


• /var/preserve 디렉토리는 종료된 vi 세션들을 저장하고 있으며 이 파일들은 삭제해도 무방하다.


하지만 이미 종료된 vi 세션들은 이상종료시 문제가 된 파일들을 복구하는데 사용될 수 있으므로 최근 몇 개에 대해서는 파일 복구를 위해 보관을 원할 수도 있다. 파일 복구를 위해 먼저 아래의 명령을 수행한다:
<PRE> -r <filename> or -r</PRE>이 명령은 복구가능한 모든 파일들의 리스트를 보여줄 것이다.


• /var/adm/sulog 파일을 편집한다.


이 파일은 su 명령어의 성공여부에 관계없이 모든 log를 보관한다. 이 파일은 flat 파일로 되어 있으며 원하는 editor를 사용하여 볼 수 있고 또한 편집도 할 수 있다. 만약 이 파일이 삭제되어도 다음번 su 시도시 재생성될 것이다.


• /var/tmp/snmpd.log 편집
  
  snmpd daemon 이 사용하는 log 이며 삭제되어도 snmpd daemon에 의해 재생성된다.
  
  NOTE: /etc/snmpd.conf 파일에서 snmpd.log 파일의 사이즈를 제한할 수 있다. 이때 사용하는 단위는 byte이다.
  
  NOTE: find 명령을 통해 /var 밑의 파일을 큰것부터 찾아낼 수 있다:
  <PRE> find /var -xdev -size +2048 -ls| sort -r +6</PRE>NOTE: AIX 에서는 /usr/sbin 디렉토리내에 일반적인 시스템 cleanup script 인 skulker 를 제공한다. 실행전에 반드시 그 내용을 확인하여 충분히 이해한 다음 수행하도록 한다.
  
  skulker 는 또한 다음과 같은 형태로 crontab 에 추가될 수도 있다:
  <PRE> 0 3 * * * /usr/sbin/skulker</PRE>cron 에 다음의 내용을 추가하여 errlog 를 제한할 수도 있다:
  <PRE> 0 11 * * * /usr/bin/errclear -d S,O 30 0 12 * * * /usr/bin/errclear -d H 90</PRE>



Other file systems or general search techniques


find 명령어의 -size 플래그를 통해 사이즈가 큰 파일부터 찾아내도록 하고 만약 방금 파일시스템이 full 났을 경우에는 -newer 플래그를 사용하여 최근에 바뀐 파일을 찾아낼 수도 있다. 이때 다음의 touch 명령을 함께 사용하도록 한다:
<PRE> touch <mmddhhmm filename></PRE>이때 왼쪽부터:

• mm is month
• dd is day
• hh is hour (24 hour format)
• mm is minute

다음의 명령을 수행하도록 한다:
<PRE> find /<filesystem_name> -xdev -newer <touched_file> -ls</PRE>한편 지난 24시간안에 바뀐 파일을 찾기 위해 사용할 수 있는 또다른 유용한 find 명령어는 다음과 같다.
<PRE>For example: find /<filesystem_name> -xdev -mtime 0 -ls

 

</PRE>

재클린 아키노 시아프노씨는 서울대 국제 대학원 첫 외국인 교수이며, 동남아시아 및 여성학의 전문가이며 현재 동티모르 영부인 대리이다.
본부도장의 성주환 지도원이 동티모르 파견시 동티모르에서 아이키도 클럽을 만들고 지도하면서 인연이 시작되어 아이키도를 일본이 아닌 한국에서 배우고 싶다는 열정과 함께 한국으로 오신 분이다.

현재 본부도장에서 윤대현 선생께 직접 가르침을 받고 있으며, 열정이 대단한 분이다.