텅 비어가는 ..

[기타] XSS , SQL Inject

나랑살자 — Mon, 7 Jan 2013 10:58:58 +0900

XSS.pdf

XSS 및 SQL Injection 관련 패턴

[Mac] time machine backup 삭제

나랑살자 — Mon, 7 Jan 2013 10:42:43 +0900

sudo tmutil delete /Volumes/drive_name/Backups.backupdb/mac_name/YYYY-MM-DD-hhmmss

샘플

sudo tmutil delete /Volumes/BACKUP-USB3/Backups.backupdb/lemon/2012-11-20-182022

[Mac] MobileBackups 비 활성화

나랑살자 — Sat, 22 Sep 2012 20:11:16 +0900

sudo tmutil disablelocal

[Mac] Clearing Finder’s ‘Open With’ Menu in Mac OS X Mountain Lion

나랑살자 — Mon, 17 Sep 2012 23:14:24 +0900

Clearing Finder’s ‘Open With’ Menu in Mac OS X Mountain Lion

Since I installed Mountain Lion, I experienced duplicated list of apps on the ‘open with’ menu. If you want to clear up all the duplicated apps, type the command below in Terminal:

/System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/LaunchServices.framework/Versions/A/Support/lsregister -kill -r -domain local -domain system -domain user

[기타] 맘스다이어리 자동 글쓰기 스크립트

나랑살자 — Mon, 20 Aug 2012 18:49:06 +0900

[jboss@yellow moms]$ crontab -e

#mom's

15 01 * * * cd /home/jboss/moms;sh momsdiary.sh <id> <pwd>

[jboss@yellow moms]$ cat momsdiary.sh

#!/bin/bash +

if [ $# -ne 2 ] ; then

echo "Usage: $0 <id> <passwd>"

exit 1

LOG_DIR=./logs/$(date +'%Y%m')

mkdir -p $LOG_DIR

USERID=$1

PASSWD=$2

touch "$LOG_DIR/$(date +%Y%m%d%H%M%S).start"

POST_DATA="id=$USERID&password=$PASSWD"

set +

wget \

--user-agent="Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1)" \

--keep-session-cookies \

--save-cookie cookie \

--post-data $POST_DATA \

--secure-protocol=SSLv2 \

--no-check-certificate \

-o result.momsdiary.co.kr.system \

-O result.momsdiary.co.kr.out \

https://secure.momsdiary.co.kr/member/login.php

HTTP_RESULT=`grep '200 OK' result.momsdiary.co.kr.system | awk '{print $6}'`

echo $HTTP_RESULT

if [ "e200" != "e$HTTP_RESULT" ] ; then

touch "$LOG_DIR/$(date +%Y%m%d%H%M%S).error"

rm result.*

exit 1;

YEAR=`date +'%Y'`

MONTH=`date +'%m'`

DAY=`date +'%d'`

POST_DATA="mlog_id=$USERID&reg_date=$YEAR-$MONTH-$DAY&vtype=&mode=write&diary_kind=1&category=01&diary_year=$YEAR&diary_month=$MONTH&diary_day=$DAY&weather=09&emoticon=10&title=$YEAR/$MONTH/$DAY diary&align=left&comment=$YEAR/$MONTH/$DAY diary&open=0&best=0&picture=&x=0&y=0

wget \

--user-agent="Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1)" \

--load-cookies cookie \

--post-data "$POST_DATA" \

--referer="http://mlog.momsdiary.co.kr/mydiary/diary/index.html?mlog_id=badagi&mode=write" \

-o result.data1.momsdiary.co.kr.system \

-O result.data1.momsdiary.co.kr.out \

http://data1.momsdiary.co.kr/mydiary/diary/diary_act_2011.php

rm result.*

touch "$LOG_DIR/$(date +%Y%m%d%H%M%S).done"

[Linux] 리눅스 LVM 사용법 및 복구방법

나랑살자 — Mon, 6 Aug 2012 12:03:48 +0900

1. LVM 이란?

LVM 은 Logical Volume Manager 의 약자로서, 저장장치들을 좀더 효율적이고 유연하게 관리할 수 있는 커널의 부분과 프로그램을 말한다. 처음에는 IBM에서 개발되었는데, 그후에 OSF(현재는 OpenGroup http://www.opengroup.org)에서 차용을 하여 OSF/1 operating system 에서 쓰였다. 지금은 HP-UX, Digital Unix operating system, AIX 등의 상용 유닉스에서 쓰고 있다. 리눅스 버전은 현재 HP-UX의 것을 모델로 하여 Sistina Software 사(http://www.sistina.com)에서 open source로 개발하고 있다.

장점

·쉬운 관리.
·서로 다른 많은 디바이스 조합 지원.
·직관적인 저장 장치로의 접근.
·뛰어난 확장성.
·믿을만한 안전성과 효율.
·스냅샷 기능 지원.

간단히 LVM을 쓰면 명령어로 손쉽게 파티션의 용량을 확장, 축소 할 수 있다.

또한 리눅스 설치시 파티션 구성이 익숙치 않은 사용자에게 자동으로 LVM구성을 제공한다.

다른 예로, 중소형 서버에서는 비교적 적은 비용으로 대용량 저장 장치를 구현하는 것이 가능해진다.

유지보수면에서 상당한 이득이 있을 것이다.

반대로 위와 같은 장점이 필요없는 환경의 서버를 구축할때에는 LVM의 사용을 가급적이면 자제하길 바란다.

왜냐하면 여러 파티션이 LVM으로 묶여 있는 상태에서 파일이 깨지면 복구시간이 길어져

부팅이 상당시간 지연 되거나 아예 부팅이 안되는 심각한 경우가 많기 때문이다.

*아래는 실제로 LVM구성의 파일시스템이 손상되어 부팅이 안되는 하드디스크의 복구과정이다.

다른 리눅스에서 마운트하여 복구하기>

*참고 : CentOS 환경에서 작업한 내용이니 다른 배포본은 출력 및 명령어가 다를수 있습니다.

1. 먼저 연결된 하드디스크를 확인한다.

#fdisk -l

Disk /dev/sda: 1000.2 GB, 1000204886016 bytes
255 heads, 63 sectors/track, 121601 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

   Device Boot      Start         End      Blocks   Id  System
/dev/sda1   *           1          13      104391   83  Linux
/dev/sda2              14      121601   976655610   8e  Linux LVM

Disk /dev/sdb: 1000.2 GB, 1000203804160 bytes
255 heads, 63 sectors/track, 121601 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

   Device Boot      Start         End      Blocks   Id  System
/dev/sdb1   *           1          13      104391   83  Linux
/dev/sdb2              14      121601   976655610   8e  Linux LVM

*참고 : 용량 1TB 하드디스크 2개중 /dev/sda는 현제 부팅된 리눅스이고
/dev/sdb는 파일 시스템이 손상된 하드디스크이다.

2. 리눅스 설치시 생성된 LVM의 Physical Volume을 조회한다.

#pvdisplay

  --- Physical volume ---

  PV Name               /dev/sdb2
  VG Name               VolGroup00
  PV Size               931.41 GB / not usable 5.24 MB
  Allocatable           yes (but full)
  PE Size (KByte)       32768
  Total PE              29805
  Free PE               0
  Allocated PE          29805
  PV UUID               KOLArN-gSYj-FRdf-MGTh-J8UC-nROm-9vDxpl

  --- Physical volume ---
  PV Name               /dev/sda2
  VG Name               VolGroup00
  PV Size               931.41 GB / not usable 5.24 MB
  Allocatable           yes (but full)
  PE Size (KByte)       32768
  Total PE              29805
  Free PE               0
  Allocated PE          29805
  PV UUID               uvSG5n-mFFu-IK6l-MMS0-Ya5v-h32L-IHpZbA

*문제 : 두개의 하드디스크가 같은 이름의 VG Name인 VolGroup00을 사용하고 있다.
(리눅스 설치시 자동으로 부여된 이름인 VolGroup00)

위중 하나는 현제 부팅중인 하드디스크의 VG Name이고,
다른하나는 손상된 하드디스크의 VG Name이다.

3. 같은 VG Name을 정확히 구분하기 위해 아래와 같이 VG UUID를 조회한다.

#vgdisplay

  --- Volume group ---
  VG Name               VolGroup00
  System ID
  Format                lvm2
  Metadata Areas        1
  Metadata Sequence No  3
  VG Access             read/write
  VG Status             resizable
  ~생략~
  VG Size               931.41 GB
  PE Size               32.00 MB
  Total PE              29805
  Alloc PE / Size       29805 / 931.41 GB
  Free  PE / Size       0 / 0
  VG UUID               AMuyUg-e3sc-EGyf-Sm5H-Anqj-pGAQ-hbcKMw

  --- Volume group ---
  VG Name               VolGroup00
  System ID
  Format                lvm2
  Metadata Areas        1
  Metadata Sequence No  3
  VG Access             read/write
  VG Status             resizable
  ~생략~
  VG Size               931.41 GB
  PE Size               32.00 MB
  Total PE              29805
  Alloc PE / Size       29805 / 931.41 GB
  Free  PE / Size       0 / 0
  VG UUID               zE0at1-Q3WR-NduG-yrrm-mu2N-FzoM-C6ruhl

4. 조회된 VG UUID로 VG Name을 바꾼다.

#vgrename AMuyUg-e3sc-EGyf-Sm5H-Anqj-pGAQ-hbcKMw 새로운볼륨그룹명

Volume group "VolGroup00" successfully renamed to "새로운볼륨그룹명"

*참고 : 하드디스크가 두개이기 때문에 하나만 바꾸어도 구분이 가능하다.

5. 잘 바뀌엇는지 PV, VG를 다시 조회한다.

#pvscan

  PV /dev/sdb2   VG 새로운볼륨그룹명  lvm2 [931.41 GB / 0    free]
  PV /dev/sda2   VG VolGroup00   lvm2 [931.41 GB / 0    free]
  Total: 2 [1.82 TB] / in use: 2 [1.82 TB] / in no VG: 0 [0   ]

#vgscan

  Reading all physical volumes.  This may take a while...
  Found volume group "새로운볼륨그룹명" using metadata type lvm2
  Found volume group "VolGroup00" using metadata type lvm2

6. 위에 출력된 새로운볼륨그룹명의 volume group을 활성화 시킨다.

#vgchange -a y 새로운볼륨그룹명
  2 logical volume(s) in volume group "VolGroup00" now active

7. 새로운볼륨그룹명의 logical volume 확인

#lvdisplay -v /dev/새로운볼륨그룹명
    Using logical volume(s) on command line
  --- Logical volume ---
  LV Name                /dev/새로운볼륨그룹명/LogVol00
  VG Name                VolGroup00
  LV UUID                qMijh0-YGOJ-3O2m-06yM-0GI3-vXt6-AmkLjJ
  LV Write Access        read/write
  LV Status              available
  # open                 1
  LV Size                929.47 GB
  Current LE             29743
  Segments               1
  Allocation             inherit
  Read ahead sectors     auto
  - currently set to     256
  Block device           253:0

  --- Logical volume ---
  LV Name                /dev/새로운볼륨그룹명/LogVol01
  VG Name                VolGroup00
  LV UUID                i6QzKC-eS33-4oC2-iQ8a-eOvp-F6Rd-OOvzg5
  LV Write Access        read/write
  LV Status              available
  # open                 1
  LV Size                1.94 GB
  Current LE             62
  Segments               1
  Allocation             inherit
  Read ahead sectors     auto
  - currently set to     256
  Block device           253:1

*참고 : 대부분의 배포판 설치시 자동파티션 방식인 LVM으로 설정하면
/boot 와 LVM 두개가 생성되고, LVM은 다시 /와 swap으로 생성됨

/dev/새로운볼륨그룹명/LogVol00 : /

/dev/새로운볼륨그룹명/LogVol01 : swap

8. 마운트 하기

#mount -t ext3 /dev/새로운볼륨그룹명/LogVol00 /mnt

mount: wrong fs type, bad option, bad superblock on /dev/새로운볼륨그룹명/LogVol00,
       missing codepage or other error
       In some cases useful info is found in syslog - try
       dmesg | tail  or so

*참고 : 위와 같이 LVM 파티션이 손상되면 mount가 안된다.

9. 파일시스템 복구 작업을 해준다.

#e2fsck -y /dev/새로운볼륨그룹명/LogVol00

/dev/새로운볼륨그룹명/LogVol00 contains a file system with errors, check forced.
Pass 1: Checking inodes, blocks, and sizes

Error reading block 164867 (Attempt to read block from filesystem resulted in short read)

while doing inode scan. Ignore error? yes

Force rewrite? yes

Error reading block 164868 (Attempt to read block from filesystem resulted in short read)

while doing inode scan. Ignore error? yes

Force rewrite? yes

Error reading block 164869 (Attempt to read block from filesystem resulted in short read)

while doing inode scan. Ignore error? yes

Force rewrite? yes

……………………이하생략(오래걸림)

복구 실패시

*참고 : 백업 슈퍼블록을 이용한 파일 시스템 복구

10. 복구후 다시 마운트 하면 파일들이 있다.

*파일시스템이 모두 복구되어 부팅이 가능해도 사용을 권장하지 않는다.

왜냐면 파일시스템 오류가 빈번히 재발하여 위 과정을 다시해야 할수도 있기 때문이다.

파일 백업 후 포맷을 권장하며, 되도록이면 LVM방식이 아닌 수동 파티션 설정을 권장한다.

LVM에 대한 자세한 내용 더보기..

숨기기 «

2. 기본 지식

일반적으로 유닉스 시스템에서 저장 장치를 쓰는 방법은 그 장치의 블록 디바이스(Block Device)에 파일 시스템 (File System)을 만들어서 (다른 표현으로는 포맷(Format)한다라고 하지만 유닉스의 세계에서는 잘 쓰지 않는다.) 디렉토리에 마운트 시키는 것이다. 예를 들어, 두번째 버스의 프라이머리 ide 디스크의 첫번째 파티션에 reiserfs 파일 시스템을 만든 후, /debian/ftp 라는 디렉토리에 마운트를 시킨다면 다음과 같은 절차를 밟을 것이다.

# mkfs -t reiserfs /dev/hdc1
( 화면에 나오는 질문에 y 라고 답변 )
# mount -t reiserfs /dev/hdc1 /debian/ftp

lvm을 써도 마찬가지 절차를 밟는다. 단지, 실제 블록 디바이스가 아닌 가상의 블록 디바이스를 쓴다는 점이 틀리다.

< 그림 1 >
실제적으로 lvm은 커널에서 파일 시스템과 블록 디바이스 사이에 위치하여 동작한다. 일반적인 방식과 lvm에 의해 동작하는 방식의 차이는에 잘 나타나 있다.

lvm의 동작 방식의 이해와 활용을 위해서는 몇 가지 용어에 대한 사전지식이 필요하다.

1) VG, PV, LV

VG(Volume Group)은 LVM의 가장 기본적인 요소이다.

쉽게 말하자면 가상 디스크라고 할 수 있는데, 하나 이상의 실제 물리적으로 존재하는 블록 디바이스가 모여서 VG를 이루게 된다.

그 물리적인 블록 디바이스를 PV(Physical Volume)라고 하는데, 거의 대부분의 장치를 PV로 쓸 수 있다.

하드디스크 및 그 파티션, 소프트웨어/하드웨어 RAID 장치, 심지어 Loopback 블록 디바이스(파일 시스템상의 파일을 블록 디바이스처럼 쓸 수 있게 해준다)까지도 말이다.

PV와 대비되는 것이 LV(Logical Volume)이다.

이것은 가상 파티션이라고도 할 수 있는데, VG를 적당히 나누어 할당한 것이 LV이다.

사용자는 LV를 일반 디스크나 파티션처럼 쓰면 된다.

정리하자면,를 보면 알 수 있듯이, 하나 이상의 PV가 모여 VG를 이루고, VG를 가상적으로 나누어 할당하면 LV이 된다.

< 그림 2 >
참고적으로, 한 시스템에서 VG는 최대 99개까지 만들 수 있고, 하나의 VG에는 PV, LV 모두 최대 256개까지 할당할 수 있다.

2) PE와 LE

PE(Physical Extent)와 LE(Logical Extent)는 각각 물리적 할당단위와 논리적 할당단위를 뜻한다. 이 둘은 물리적인 위치나 크기는 같다.
그러므로 PE가 LV에 할당되면 LE가 된다라고 볼 수 있다.

를 보면 PE, LE의 관계가 잘 설명되어 있다.

< 그림 3 >

VG를 나누어 LV로 할당할 때 LVM은 하드디스크의 섹터처럼 작은 단위로 하지 않고 적당한 크기의 PE로 하게 된다. 그 이유는 할당단위가 극히 작으면, 할당정보가 엄청나게 커지고, 그에따라 시스템의 성능도 느려질 것이다. 또한 할당할 수 있는 크기에도 한계가 생길 것이다. PE의 크기는 VG를 만들 때에 정해지는데, 그에 따라서 VG의 최대 크기가 정해진다. 하나의 VG에는 65536개까지 PE를 할당할 수 있고, PE의 크기는 최소 8KB에서 2배씩 늘어나 최대 512MB까지이다. 그러므로 VG의 최대 크기의 범위는 최소 512MB(8KB x 65536)에서 최대 32TB(512MB x 65536)일 것이다.

3) VGDA

PV의 앞 부분에는 VGDA(Volume Group Descriptor Area)라는 부분이 있어서 VG의 모든 정보가 기록된다. 같은 VG에 속해 있는 PV들은 VGDA의 내용이 같다.

그 내용은, VG의 이름, 상태, 속해있는 PV, LV들, PE, LE들의 할당 상태 등이다. LVM은 이 VGDA 를 참조하고, 갱신하면서 모든 일을 수행한다.

4) Linear Mapping LV 와 Striped Mapping LV

앞서 언급한 대로 LVM은 소프트웨어 RAID를 어느 정도는 대체할 수 있다.

LVM에서는 두 가지 방식으로 LV를 만들 수 있는데, Linear RAID 와 대응되는 Linear Mapping 방식과 RAID Level 0 과 대응되는 Striped Mapping 방식이 그것이다.

두 방식의 차이점은 두개 이상의 비어있는 PV를 가지고 있는 VG에 LV를 할당할 때에, PE를 어떻게 배치시키는가 이다.

Linear Mapping 방식은 일반적인 것으로써, PE를 순차적으로 할당시킨다.

예를 들어의 왼쪽 그림을 보면, 각각 3개의 PE가 있는 PV1, PV2으로 이루어진 VG1에 4개의 LE를 가진 LV1을 할당한다고 할 때에, LVM은 먼저 PV1에 3개의 PE를 순차적으로 할당하고 나머지 1개의 PE는 PV2에 할당한다.

반면, Striped Mapping 방식은의 오른쪽 그림에 나타나 있듯이, 위에서와 같은 환경으로 할당한다고 할 때에, PE는 적당한 크기의 조각들(stripes)로 나누어진다. LVM는 그것을 두 PV에 분산하여 할당하게 된다. 그러므로 두 PV들에 할당된 PE의 갯수는 같다.

Striped Mapping 방식의 목적은 두개 이상의 PV를 동시에 읽고 씀으로서, 속도 향상을 바랄 수가 있다는 것이다. 물론, PV들이 서로 독립적인 장치이어야지, 같은 장치 내의 파티션들이라면 오히려 역효과가 날 것이다.

5) Snapshots

규모가 큰 시스템에서 서비스의 중지없이 백업을 할 때에 가장 큰 문제점이 백업도중에 데이터가 변경되는 것이다. 그러면 백업 자체가 무용지물이 될 수도 있기 때문이다.

그런 문제를 해결하려면 어느 시점에 데이터가 변경되지 못하게 고정시키는 것인데, 그런 기능을 구현한 것이 Snapshot LV이다.

Snapshot LV는 기존의 LV를 복사하며 별도의 읽기 전용의 LV를 만드는 것이기 때문에, 데이터 변경을 걱정하지 않고 백업을 마칠 수 있을 것이다.

3. LVM 사용법.

1) PV 초기화 및 생성

먼저 제일 처음에 해야 할 작업이 블록 디바이스를 PV로 초기화하는 것이다.

그러나 하드디스크의 경우 사전 작업을 해야 한다.

만약 파티션을 PV으로 만들 경우 그 파티션의 System ID가 0x8e 이어야 한다.

간단히 fdisk를 사용해서 /dev/hda2를 바꾼다면 다음과 같을 것이다.

# fdisk /dev/hda
Command (m for help): t
Partition number (1-6): 2
Hex code (type L to list codes): 8e
Changed system type of partition 2 to 8e (Linux LVM)

Command (m for help): w

그리고, 파티션을 나누지 않고 하드디스크 전체를 PV로 만들려고 할 때에, 파티션 정보가 기록되어 있다면 PV로 만들어지지 않을 것이다.

파티션을 fdisk등으로 전부 지워도 마찬가지인데 해결 방법은 dd등의 명령으로 파티션 정보를 깨끗히 지워주면 된다.

예를 들면 다음과 같다.

# dd if=/dev/zero of=/dev/sda bs=512 count=1

(**주의** 위의 명령은 한순간에 파티션 정보를 날리는 방법이다. 사용상의 특별한 주의가 필요하다.)

PV 를 만드는 명령은 pvcreate인데 사용법은 간단하다. 아래는 그 사용의 예이다.

# pvcreate /dev/hda2
pvcreate — physical volume “/dev/hda2”
successfully created

추가적으로, 권장하는 것은 특별한 이유가 없으면 하나의 하드디스크에는 두개 이상의 PV를 만들지 않는 것이 좋다.

관리적인 면이나 효율적인 면에서 이득이 많기 때문이다.

2) VG 만들기, 이름 바꾸기, 지우기

만들어진 PV들을 합쳐서 하나의 VG로 만드는 명령은 vgcreate이다.
아래는 그 예이다.

# vgcreate -s 16m new_vg /dev/sda /dev/sdb /dev/sdc

위의 명령은 세개의 SCSI 디스크를 합쳐서 new_vg라는 VG를 만든다는 것이다.
옵션 ‘-s 16m’은 PE의 크기를 16MB로 정하는 것인데, 만약 옵션 ‘-s’가 생략되면 기본적으로 PE의 크기는 4MB가 된다.

VG가 만들어지면 /dev/VolumeGroupName라는 형식으로 디렉토리가 생기게 된다. 위의 예에서는 /dev/new_vg 가 될 것이다.

VG의 이름을 바꾸려면 vgrename 이라는 명령을 아래와 같이 쓰면 된다.

# vgrename new_vg vg00

VG를 활성화 시키려면,

# vgscan

# vgchange -a y

비활성화시키는 방법은,

# vgchange -a n vg00

VG에 LV가 남아있지 않고 비활성화되어 있으면 vgremove로 지울 수 있다.

# vgremove vg00

3) VG 확장시키기, 축소시키기

VG의 확장과 촉소는 PV의 추가, 제거로 이루어진다.

VG에 PV를 추가하는 명령은 vgextend인데, vg00이라는 VG에 PV인 /dev/hda2를 추가하려면 다음과 같이 실행해야 한다.

# vgextend vg00 /dev/hda2

PV를 VG에서 제거하는 명령은 vgreduce이다. 그러나 PV에 PE가 할당되어 있으면 제거되지 않는다. 그 할당된 PE를 다른 PV로 옮겨야 제거될 것이다. 빈 PV인 /dev/hda2를 vg00에서 제거하려면,

# vgreduce vg00 /dev/hda2

4) LV 만들기, 이름 바꾸기, 지우기

VG에 LV를 만들면 /dev/VolumeGroupName/LogicalVolumeName의 형식으로 블록 디바이스가 만들어진다.

이것은 일반 블록 디바이스와 다를 바 없는 용도로 쓸 수 있다.

LV 를 만드는 명령은 lvcreate인데 일반적인 예는 다음과 같다.

# lvcreate -L 4g -n data vg00

위의 명령은 4GB 크기로 vg00이라는 VG에 data라는 새로운 LV를 만드는 것이다.

옵션 ‘-L’은 LV의 크기를 지정하는 것인데, 숫자 뒤의 접미사에 따라 숫자의 단위가 달라진다.

k는 KB, m은 MB, g는 GB, t는 TB를 뜻한다.

만약, 접미사가 안 붙어있으면 숫자의 단위는 MB가 된다. ‘-L’ 대신 ‘-l’를 쓸 수도 있는데, ‘-l’ 뒤에는 LE의 갯수를 쓰면 된다.

LV의 이름을 바꾸는 것은 아래의 명령처럼 간단하고,

# lvrename /dev/vg00/data /dev/vg00/db

지우는 것 또한 간단하다.

# lcremove /dev/vg00/db

5) LV 확장시키기

LV를 확장시키는 명령은 lvextend 인데, 다음은 그 예이다.

# lvextend -L +2g /dev/vg00/db

위의 명령은 /dev/vg00/db의 크기를 2GB 만큼 늘린다. 기존의 크기가 4GB 였다면, 옵션 ‘-L 6g’를 줬어도 같은 결과를 보일 것이다. 역시 여기에서도 옵션 ‘-l’를 쓰면 LE 단위로 늘릴 수 있다.

LV의 크기가 커졌어도 파일 시스템에는 영향을 주지 않으므로 파일 시스템 고유의 툴을 이용하여 확장 해주어야 한다.
한 가지 주의해야 할 것은 이렇게 크기를 늘릴 때 순서를 뒤바꾸면 절대 안 된다는 것이다. LV 확장 다음에 파일 시스템의 확장이다.

다음은 파일 시스템 별 확장 방법이다.

* ext2 : ext2 파일 시스템의 크기를 바꿀 수 있는 명령으로는 resize2fs이 있는데, e2fsprogs 1.19버전 이상에는 기본적으로 포함되어 있다. 그 이하의 버전을 쓴다면 ext2resize라는 프로그램을 다음의 사이트에서 구할 수 있다.

http://ext2resize.sourceforge.org

다음은 일반적인 ext2 의 확장 절차이다.

# umount /var/lib/mysql
# lvextend -L +10g /dev/databases/mysql
# resize2fs /dev/databases/mysql
# mount /dev/databases/mysql /var/lib/mysql

LVM tool에 포함되어있는 e2fsadm을 쓰면 LV 확장과 파일 시스템의 확장을 동시에 할 수 있다. 다음의 명령은,

# e2fsadm L +10g /dev/databases/mysql

다음의 두 명령과 같다.

# lvextend -L +10g /dev/databases/mysql
# resize2fs /dev/databases/mysql

* reiserfs : reiserfs는 resize_reiserfs 라는 명령으로 크기를 바꿀 수 있다.

마운트된 상태에서도 크기를 늘릴 수 있는데, 그 예는 다음과 같다.

# lvextend -L +5g /dev/devel/cvs
# resize_reiserfs -f /dev/devel/cvs

언마운트해서 늘리려면 다음 같이 한다.

# umount /var/cvs
# lvextend -L +5g /dev/devel/cvs
# resize_reiserfs -f /dev/devel/cvs
# mount /dev/devel/cvs /var/cvs

6) LV 축소시키기

lvreduce는 LV의 크기를 줄이는데, 늘릴 때와 마찬가지로 파일 시스템과 별개로 이루어지므로 데이터를 잃어버릴 수 있으니 상당히 조심해야 한다.

작업의 순서는 확장할 때와는 반대로, 파일 시스템의 축소 다음에 LV의 축소이다.

각 파일 시스템 별 축소 방법이다.

* ext2 : e2fsadm 을 쓰는 것이 간단하다.

# umount /home
# e2fsadm -L -2g /dev/vg00/home
# mount /dev/vg00/home /home

* reiserfs : 크기를 늘릴 때와는 달리 마운트 된 상태에서는 줄일 수 없다.

# umount /usr
# resize_reiserfs -s -1g /dev/vg00/usr
# lvreduce -L -1g /dev/vg00/usr
# mount /dev/vg00/usr /usr

7) 설정의 백업과 복구

LVM Tool들은 기본적으로 몇몇을 제외하고 동작 전의 설정상태를 자동으로 백업해둔다.(절대 데이터의 백업이 아니다!) 그 백업파일들은 /etc/lvmconf 라는 디렉토리에 VolumeGroupName.conf{,.[0-9].old}라는 이름으로 만들어진다. 뒤에 번호가 붙어있지 않은 것은 현재의 설정 내용이고, 그 번호가 클수록 오래된 내용이다. 그러므로 바로 전의 설정 내용을 담고 있는 파일에는 이름 뒤에는 .1.old가 붙어있다.

먼저 설정 백업 파일의 내용을 보려면 다음과 같이 한다.

# vgcfgrestore -f /etc/lvmconf/vg00.conf.1.old -ll -n vg00

이 파일을 이용해 설정을 복구하려면 다음과 같이 한다.

# vgchange -a n vg00
# vgcfgrestore -f /etc/lvmconf/vg00.conf.1.old -n vg00
# vgchange -a y vg00

5. 활용

몇 가지 유용한 활용 예를 보이겠다.

1) 두개의 ide disk를 하나의 striped mapping LV로 묶기

80GB 짜리(실제는 약 76.1GB) IDE 하드디스크 두 개를 striped mapping LV 로 묶는 과정이다.

먼저 블록 디바이스 이름이 /dev/hde, /dev/hdf 인 디스크들을 PV로 만든다.

# pvcreate /dev/hde /dev/hdf

그렇게 만든 PV들을 합쳐서 VG를 만든다.

# vgcreate vg00 /dev/hde /dev/hdf

이제 VG에 LV를 만든다.

# lvcreate -i 2 -I 4 -L 152g -n striped_lv vg00

위의 명령으로 152GB 짜리 striped mapping LV가 만들어진 것이다. 옵션을 설명하면 ‘-i 2’는 두개의 PV를 striped 하는데 쓰고, ‘-I 4’는 PE를 4KB로 쪼개서 PV들에게 저장한다는 것이다. ‘-I’ 옵션에는 2^n (0파일 시스템을 만들고, 마운트를 해서,

# mkreiserfs /dev/vg00/striped_lv
# mount /dev/vg00/striped_lv /mnt

bonnie++ 등의 벤치마킹 프로그랭으로 시험해본 결과, linear mapping LV보다 약 1.5배에서 1.8배까지 속도의 차이가 있었다.

물론 억세스가 많아지면 어떻게 되는지는 필자도 시험을 못했다.

2) 새로운 디스크로 PV 교체하기

하드디스크를 확장하면서 기존에 있는 하드디스크를 제거해야 할 때는 다음과 같은 과정을 거치면 된다.

환경은 /dev/hdd, /dev/sda, /dev/sdb가 vg01에 속해있는데, 그중에서 /dev/hdd를 빼고 /dev/sdc를 더하는 과정이다.

먼저 /dev/sdc 를 PV 로 만들고,

# pvcreate /dev/sdc

/dev/sdc를 vg01에 추가한 후에,

# vgextend vg01 /dev/sdc

/dev/hdd의 PE 들을 /dev/sdc로 옮긴다.

# pvmove /dev/hdd /dev/sdc

성공적으로 옮겨졌으면 vg01에서 /dev/hdd를 제거한다.

# vgreduce vg01 /dev/hdd

3) snapshot LV를 만들어서 안전한 백업하기

데이터의 변동이 많은 /var등의 디렉토리는 백업 도중에 데이터가 엉키는 수가 있다. 그것을 방지하기 위해서, snapshot LV를 만들어 데이터를 고정시킨 후 백업을 하면 된다.

일단 snapshot LV 를 만든다.(한 줄로)

# lvcreate -s -L 5g -n mysqlbackup /dev/vg01/mysql

위의 명령은 /dev/vg01/mysql에 대한 snapshot LV인 /dev/vg01/mysqlbackup를 만든다. 옵션 ‘-s’는 만들어질 LV가 snapshot 형식임을 정해주고 있다. 옵션 ‘-L’ 는 LV 의 최대 크기를 정해준다. 대게 원본 LV와 크기를 같게 하는 것이 좋다. 사실 snapshot LV는 원본이 갱신되는 부분만 고정시키려고 데이터를 가져와 LE에 할당하기 때문에 많은 LE가 필요하지 않다.

이제 만든 LV 를 마운트 시킨 후

# mount /dev/vg01/mysqlbackup /mnt

백업을 하면 된다.

# tar cf /dev/rmt0 /mnt

백업을 마쳤으면 언마운트시킨 후에 snapshot LV 을 지운다.

# mount /mnt# lvremove /dev/vg01/mysqlbackup

출처 : http://hungi.tk/it/os/linux/1800

[Amazon] EC2 Region 간 복사

나랑살자 — Thu, 2 Aug 2012 17:20:54 +0900

Amazon EC2의 제한점이라면 EC2 인스턴스의 동일본이 다른 지역으로 복사가 안된다는 점입니다.

아래와 같이 여러 많은 방법들이 소개되고 있다. 스크립트도 쓰고, 별의 별 방법을 다 동원하고 있지만 접근하기는 쉽지가 않습니다.

http://alestic.com/2010/10/ec2-ami-copy

http://blog.ibd.com/scalable-deployment/copy-an-ebs-ami-image-to-another-amazon-ec2-region/

간단한 방법으로 인스턴스의 이미지를 다른 지역으로 복사하는 방법을 설명합니다.

1. 먼저 현재 EBS 또는 S3 형태의 볼륨보다 큰 EBS 볼륨을 관리콘솔에서 생성하여 복사할 EC2인스턴스에 attach시킵니다.

[root@ip-10-224-114-237 ~]# df -h

Filesystem Size Used Avail Use% Mounted on

/dev/sda1 30G 4.0G 25G 15% /

tmpfs 308M 0 308M 0% /dev/shm

위의 파일 시스템을 보면 30G 짜리의 /dev/sda1으로 root가 mount되어 있습니다.

2. 위의 루프파일 시스템보다 큰 크기인 40G 정도의 볼륨을 생성하여 마운트 시킵니다.

$> mkfs -t ext3 /dev/sdg

$> mkdir -p /mnt/sdg

$> mount -t ext3 /dev/sdg /mnt/sdg

3. 마운트가 끝나면 현재의 루프파일 시스템을 dd명령을 이용하여 mnt/sdg에 생성한 후 압축합니다.

$> dd if=/dev/sda1 of=/mnt/sdg/template bs=10M

$> tar -zcvf template.tar.gz /mnt/sdg/template

4. 아마존 콘솔을 이용하여 대상지역(target region)에 EC2 인스턴스를 micro로 생성합니다. 생성 후 위의 /dev/sda1과 동일한 크기의 EBS를 생성하여 신규 시스템에 attach 시킵니다.

위의 예에서는 30G짜리의 EBS를 사용했으므로 동일하게 30G짜리를 생성합니다.

$> mkfs -t ext3 /dev/sdg

$> mkdir -p /mnt/sdg

$> mount -t ext3 /dev/sdg /mnt/sdg

5. Source측의 압축된 template.tar.gz파일을 #4에서 생성된 인스턴스로 scp를 사용하여 전송합니다.

$> chmod 600 target-region.pem

$> scp -i target-region.pem template.tar.gz root@ec2-176-34-228-119.eu-west-1.compute.amazonaws.com:~/

6. 대상지역에서 template.tar.gz의 압축을 푼 후, dd명령을 이용하여 attach된 볼륨에 template을 복제합니다.

$> tar -zxvf template.tar.gz

#> dd if=template of=/dev/sdg bs=10M

7. 위의 /dev/sdg의 마운트를 해제합니다.

$> umount /dev/sdg

8. 아마존 콘솔에서 해당 EBS 볼륨에 대한 스냅샷을 생성합니다.

아마존 콘솔(Amazon Console) -> Volume -> Create snapshot

9. EC2 command line tool을 이용하여 해당 스냅샷을 이용한 인스턴스를 생성합니다.

http://docs.amazonwebservices.com/AWSEC2/latest/CommandLineReference/ApiReference-cmd-RegisterImage.html

linux-box-source:~/ec2-api-tools-1.4.2.4$ ./bin/ec2-register --private-key pk-your.pem --cert cert-your.pem -v -H --region eu-west-1 -a x86_64 -s snap-a485f7cc -d 'CopyAMI Generated' -n 'AMI_DESCRIPTION' --root-device-name /dev/sda1 --kernel aki-5f7f552b

명령어 입력전에 ec2-api-tool이 반드시 설치되어 있어야 한다. 커널 아이디 'aki-5f7f552b'는 OEL5.5의 기본 커널 아이디이며, snap-a485f7cc 는 위에서 생성된 스냅샷, 대상 지역은 복사하고자 하는 위치입니다.

위의 private-key와 cert-key는 Amazon Console의 오른쪽 위의 Security Credentials의 CREDENTIALS의 X.509 탭을 누르면 나오는 "CREATE A NEW CERTIFICATE" 버튼을 눌러 나타나는 키를 다운받습니다.

10. 생성이 완료되면 아마존 콘솔에서 대상지역의 AMI를 보면 방금 생성한 AMI가 보일것이다.

생성된 AMI를 이용하여 인스턴스를 launch합니다.

11. 아마존 인스턴스의 경우 swap은 복사되지 않으므로 새로운 swap volume을 생성하여 인스턴스에 attach한 후 스왑을 만들어줘야 합니다.

fdisk /dev/sdf

Command (m for help): n

Command action

e extended

p primary partition (1-4)

Partition number (1-4): 1

First cylinder (1-1044, default 1):

Last cylinder or +size or +sizeM or +sizeK (1-1044, default 1044):

Command (m for help): t

Selected partition 1

Hex code (type L to list codes): 82

Changed system type of partition 1 to 82 (Linux swap / Solaris)

Command (m for help): w

The partition table has been altered!

Calling ioctl() to re-read partition table.

Syncing disks.

> mkswap /dev/sdf1

/etc/fstab을 편집하여 다음을 추가합니다.

[root@ip-10-124-189-22 ~]# cat /etc/fstab

/dev/sda1 / ext3 defaults 1 1

tmpfs /dev/shm tmpfs defaults 0 0

devpts /dev/pts devpts gid=5,mode=620 0 0

sysfs /sys sysfs defaults 0 0

proc /proc proc defaults 0 0

/dev/sdf1 none swap sw,nobootwait 0 0

12. 모든 것이 완료되었다. template ami를 생성하기 위해 아래의 명령을 실행하고 create ami로 해당 지역의 템플릿을 생성합니다.

chmod a+x /etc/rc.d/ec2.sh

cat /dev/null > /var/log/boot.log

cat /dev/null > /var/log/cron.log

cat /dev/null > /var/log/dmesg.log

cat /dev/null > /var/log/maillog.log

cat /dev/null > /var/log/messages.log

cat /dev/null > /var/log/oraclevm-template.log

cat /dev/null > /var/log/secure

cat /dev/null > /var/log/audit/audit.log

cat /dev/null > /var/log/cups/error_log

cat /dev/null > /root/.bash_history

history -c

출처 http://www.javapattern.info/421

[MYSQL] bin log 관리

나랑살자 — Thu, 26 Jul 2012 21:38:15 +0900

* 10일 이전의 bin log 삭제 ( 아래 명령을 쉘에서 바로 실행하면 된다 )

mysql -uroot -e "PURGE MASTER LOGS BEFORE DATE_SUB( NOW( ), INTERVAL 10 DAY);"

* /etc/my.cnf 설정 - binlog 관련

log-bin=/home/mysql_log/bin_log/bin # 빈로그 저장 설정 및 저장할 디렉토리 지정

binlog_cache_size = 2M # binlog cache 사이즈

max_binlog_size = 50M # bin로그 파일 사이즈

expire_logs_days = 10 # 보관기간

[Linux] find 와 grep를 이용한 파일/문자열/디렉터리 찾기 및 치환

나랑살자 — Tue, 3 Jul 2012 09:59:20 +0900

1. 문자열 찾기(영어 전용)

# grep -rw "찾는문자열" ./

2. 문자열 찾기

# grep -i -l "찾는문자열" * -r 2> /dev/null
2>/dev/null : 에러출력을 /dev/null 로 보내라는 의미

3. 문자열 찾기(한영 공용)

# find . -exec grep -l "찾는문자열" {} \; 2>/dev/null

4. 문자열 찾기(한영, 대소문자 무시)

# find . -exec grep -i -l "찾는문자열" {} \; 2>/dev/null
옵션 i는 대소문자를 무시하라는 의미

5. 문자열 찾은 후 치환

# find . -exec perl -pi -e 's/찾을문자열/바꿀문자열/g' {} \; 2>/dev/null

6. 파일 찾기

# find / -name 파일명 -type f

7. 파일 찾기(대소문자 무시)

# find / -iname 파일명 -type f

8. 디렉터리 찾기

# find / -name 파일명 -type d

9. 디렉터리 찾기(대소문자 무시)

# find / -iname 파일명 -type d

10. 하위 디렉터리에서 모든 파일 찾기

find . | xargs grep '파일명'

출처 : http://apms.tistory.com/13

[iOS] XCode gloss effect 없애기

나랑살자 — Sat, 24 Mar 2012 20:19:35 +0900

아이폰에서는 아이콘에 광택 효과(gloss effect) 기능이 있어서 아이콘 중간쯤에 라운드되는 라인이 자동으로 보이도록 되어 있습니다. 아이콘이 생긴 그대로 보여주기 위한 설정 방법은 다음과 같습니다.

* Info.plist 에 "Icon already includes gloss effects" 를 추가한 후, 체크한다.

[출처] [아이폰] 아이콘의 광택 기능을 제거하는 방법|작성자 까미유