텅 비어가는 ..

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

sudo tmutil disablelocal 

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

[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

fi

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;

fi

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"

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에 대한 자세한 내용 더보기..

숨기기 «

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)

          p

          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

* 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       # 보관기간 

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 '파일명'