Danzy's 色々

현대카드 포인트로 구입한 토리노 람보르기니 머니클립.

Danzy — Mon, 14 May 2012 23:30:03 +0900

몇일전에 현대카드 포인트몰에서 구입한 토리노 람보르기니 머니클립이 오늘 도착을 하여 글을 냄긴다.

사실 인터넷에서 볼때 이렇게 생긴놈을 찾았지만 없어서 결국 이놈으로 선택을 하게 되었다.

빨간색이랑 로고가 더 멋있어서 보여서 라는 이유때문이었다..--;

이런모양의 머니클립도 많이들 쓰지만 저긴 카드가 들어가는 공간이 조금 부족해 보여서 위와같은 모양을 선택하였다.

더불어 안에 사진도 추가...

안에 4장의 카드를 수납할 수 있는 공간이 있어서 신분증, 회사 출근카드, 버스카드, 신용카드 4개를 넣으면 딱 좋은거 같은....

현재 관련 사이트를 검색하니 람보르기니 담배만 주르륵 나오는 바람에 검색이 쉽지가 않는 상황...-_-;;;;

자알 검색해보니 해당몰 페이지를 찾을수 있었다. 내가 산것과 같은 가격으로 책정되어 사이트에서 판매중

(난 포인트 100%로 구입)

http://www.toninomall.co.kr/onlineshop/product_01_view.html?cate_code=01170000&goods_no=294

좀더 자세한 사진을 보고싶으면 위에 들어가시면 여러가지가 있으니 참고 하시길...

속이 쓰린건 티켓몬스터에서 싸게 팔았다는 내용이 검색되긴 하지만...포인트로 산거니 뭐 그정도는 그냥 넘어가도 될듯...

여태까지 두꺼운 지갑만 쓰다가 머니클립쪽으로 옮겼더니 매우 가볍고 지폐들이 주머니에서 굴러댕기지 않아 넘 좋다!!!

현재카드 쓰시는분들 포인트 있으시면 한번 구경해보시길 :)

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-동일조건변경허락 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

'신변잡기 > PhotO' 카테고리의 다른 글

현대카드 포인트로 구입한 토리노 람보르기니 머니클립. (2)	2012/05/14
돌아온 PENTAX K-R (2)	2012/05/10
구글 애드센스 덕북에 구글에서 수표를 받았네요~ (2)	2012/02/03
소니 PRS-T1 자작 케이스 만들기(카페베네이용) (0)	2011/12/31
BURBERRY Weekend For MAN 구입기. (0)	2010/10/13
NEX-3 를 구입했습니다~ (0)	2010/09/20

솔라리스 기본명령어

Danzy — Fri, 11 May 2012 11:50:57 +0900

Unix 의 구성 : Kernel, Shell, Directory tree.

Kernel : 하드웨어관리. 기계어사용.

Shell : ‘사람(자연어) – Shell(번역) – Kernel(기계어)’ 명령어 해석기.
– Shell 종류 : Bourne(기본), C, Korn(유닉스에서 가장 많이 씀), Bash(리눅스용 쉘), …

GUI에서 터미널을 실행하면, 가장 처음 나오는 것이 Bourne쉘이다.
# _
Bourne Shell에서 bash 입력 후, bash쉘을 사용 할 수 있다.
# bash
bash-2.05# _
사용후, 나올때는 exit를 입력한다.
bash-2.05# exit
# _
터미널을 끌때도, exit를 입력한다.
# exit
rlogin이나 ssh등을 이용해 다른 시스템에 접속 후 나올때도 exit명령어를 입력한다.

Directory tree : 디렉토리와 파일로 구성된 구조.
/ : 루트 (하위의 ‘/’는 딜리미터(Delimiters))
/export/home : 윈도우의 Documents and Settings, 리눅스의 /home
/opt : 윈도우의 Program Files
/usr : 윈도우의 WINDOWS
/etc : 윈도우의 제어판
/dev : 윈도우의 장치관리자

Path name(경로)

Absolute path name : 절대경로
항상 ‘/’로 시작.
아래를 입력하면 /test/a/b/c 디렉토리로 이동한다.
cd /test/a/b/c

Relative path name : 상대경로, 기준은 현재디렉토리
‘./’ 혹은 ‘../’로 시작.
현위치가 /test/a/b/c 디렉토리일 경우, 상위디렉토리인 /test/a/b 로 이동한다.
cd ..

파일과 디렉토리 이름 설정시 주의사항
- 이름은 최대 255자.
- Alphabet, numeric, hyphen(-), underscore(_), period(.)만을 사용하는 것이 좋다.
- 대문자와 소문자는 각기 다른 단어로 인식되므로, 소문자로 항상 작성하길 추천.
- *(asterisks), &(ampersands), |(pipes), “”(quotes), $(dollar signs) 와 ‘스페이스’ 는 사용하지 않는 것이 좋다.
- .(period)으로 시작하는 파일은 히든파일이다.
- 윈도우와 달리 확장자의 개념이 없다.

현재디렉토리표시(pwd = print working directory)

pwd를 입력하면, 현재 디렉토리의 위치가 표시된다.
pwd
/test/a/b
cd ..
pwd
/test/a
cd /test/a/b/c
pwd
/test/a/b/c

ls : 디렉토리 내용 표시

ls : 현재 디렉토리 하위 파일리스트를 보여준다.
ls -a : 숨김파일포함 모든파일의 리스트를 보여준다.
ls -l : 상세정보를 포함하여 보여준다.(파일, 디렉토리 구분에 용이하다.)

bash-2.05# ls
a aa cc
bash-2.05# ls -a
. .. .a a aa cc
bash-2.05# la -l
총 —-
drwxr-xr-x 3 root other 512 4월 30일 11:00 a
-rw-r–r– 1 root other 9612 4월 30일 11:25 aa
-rw-r–r– 1 root other 3331332 4월 30일 11:27 cc

ls -al : 모든파일+상세정보.(= ls -la)

bash-2.05# la -al
총 —-
drwxr-xr-x 3 root other 512 4월 30일 11:23 .
drwxr-xr-x 3 root other 512 4월 30일 10:59 ..
-rw-r–r– 1 root other 0 4월 30일 11:25 .a
drwxr-xr-x 3 root other 512 4월 30일 11:00 a
-rw-r–r– 1 root other 9612 4월 30일 11:25 aa
-rw-r–r– 1 root other 3331332 4월 30일 11:27 cc
bash-2.05# _

ls -lh : 상세정보의 파일용량단위를 K, M 등의 단위로 보여준다.

bash-2.05# ls -lh
총 —-
drwxr-xr-x 3 root other 512 4월 30일 11:23 .
drwxr-xr-x 3 root other 512 4월 30일 10:59 ..
-rw-r–r– 1 root other 0 4월 30일 11:25 .a
drwxr-xr-x 3 root other 512 4월 30일 11:00 a
-rw-r–r– 1 root other 9.4K 4월 30일 11:25 aa
-rw-r–r– 1 root other 3.2M 4월 30일 11:27 cc
bash-2.05# _

ls -r : 리버스. 출력순서가 기존과 반대다.

bash-2.05# ls -r
cc aa a
bash-2.05# ls -lr
총 —-
-rw-r–r– 1 root other 3.2M 4월 30일 11:27 cc
-rw-r–r– 1 root other 9.4K 4월 30일 11:25 aa
drwxr-xr-x 3 root other 512 4월 30일 11:00 a
bash-2.05# _

ls -ld : 그 디렉토리의 경로만을 보여준다.

ls -R : 하위 디렉토리의 내용까지 보여준다.(하위의 파일과 디렉토리가 많을경우 비추천.)

bash-2.05# ls -R
.:
a aa cc

./a:
b

./a/b:
bash-2.05# ls -lR
.:
총 —-
drwxr-xr-x 3 root other 512 4월 30일 11:00 a
-rw-r–r– 1 root other 9612 4월 30일 11:25 aa
-rw-r–r– 1 root other 3331332 4월 30일 11:27 cc

./a:
총 2
drwxr-xr-x 3 root other 512 4월 30일 11:00 b

./a/b:
총 0
bash-2.05# _

다른 경로의 ls출력은 명령어 뒤에 해당 경로를 적는다.

bash-2.05# pwd
/
bash-2.05# ls -l /test
총 —-
drwxr-xr-x 3 root other 512 4월 30일 11:00 a
-rw-r–r– 1 root other 9612 4월 30일 11:25 aa
-rw-r–r– 1 root other 3331332 4월 30일 11:27 cc
bash-2.05# _

ls명령어 출력물, 읽는 법.
bash-2.05# ls -l
drwxr-xr-x 5 user1 staff 512 Feb 22 14:51 dir1
-rw-r–r– 1 user1 staff 0 Feb 22 14:51 file
bash-2.05# _
– 맨처음나오는 것이 File type, Permissions.
– d 또는 _ 는 디렉토리이냐 파일이냐 표시.
– 그뒤로 붙는 것들이 파일퍼미션(3개씩 구성되며, 오너, 그룹, 아더 순).
– 파일퍼미미션 rwx는 각각 읽기 쓰기 실행하기 를 의미.
– 두번째 숫자가 링크 카운트.
– 세번째 user1이 오너.
– 네번째 staff가 그룹.
– Feb 22 14:51 은 마지막 수정시간 (Last modification date and time)
– 마지막은 파일이름. 디렉토리와 파일 구분안되니 주의(맨앞 d 와 _ 로 구분)

mkdir : 디렉토리 만들기

mkdir /test : 루트 밑에 test라는 디렉토리를 만든다.
mkdir /test/a/b/c/d : /test/a/b/c까지 이미 존재하여야 디렉토리생성이 된다.
mkdir -p /test/a/b/c/d : 하위 디렉토리가 존재하지 않아도, 한방에 생성한다.

rmdir : 디렉토리 지우기

rmdir /test: 루트 밑에 test디렉토리를 삭제한다. /test에 내용이 존재할 경우, 삭제되지 않는다.
rm -r /test : test 하위의 파일 및 디렉토리 모두 한방에 삭제한다.(주의)
rm -ir /test : -i를 붙이면, 삭제할 것인가를 물어본다.(항상 -i를 붙이는 연습)

쉘에서의 특수문자
~ (Tilde) : 홈디렉토리(/export/home/)의 유저로 바로가기(cd ~/usr1)
* (Asterisk) : 히든파일제외 모든 것. (자릿수상관없음)
? (Question) : ?한개당 한자리를 의미.
[] (Square Brackets) : 한문자를 치환한다.
[abd] : a또는 b또는 d
[A-Z] : A또는 B또는.. Z
[0-9] : 0또는 1또는.. 9
ls -l [a]* : a* 에 해당하는 모든 파일및 디렉토리 출력
ls -l [acd] : a또는 c또는 d인 파일 출력
ls -l [a-z] : a또는 b또는 … z출력

<, > (Redirect) :
< : 표준입력장치 재지정(표준은 키보드)
> : 표준출력장치 재지정(표준은 모니터)
>> : 지정파일에 추가시 내용밑에 추가로 적힘.

ls -a /test > a.txt : ls -a /test 출력물이 모니터가 아닌 a.txt에 출력저장됨. 기존 a.txt가 공파일이 아닐경우, 기존내용은 삭제되고 새로운 내용이 저장됨.
ls -a /test >> a.txt : 기존 a.txt의 내용 밑에 추가로 저장됨.

| (Pipe) : 앞의 명령어를 실행한 후, 뒤의 명령어를 실행.

a|b|c : a의 결과값을 b에게주고, b의 결과값을 c에게 준다. c가 최종작업.
a;b;c : a와 b와 c 따로 작업한다.(상위작업성공여부 상관없음)
a&&b&&c : a작업이 성공하면, b작업실행. b작업이 성공하면, c작업실행.

file : file abc라 치면 abc라는 파일의 파일타입을 화면에 보여준다.

cat 파일이름 : 파일이름에 해당하는 파일의 내용을 표시. 내용이 장문일경우 상단이 지나가버리므로, 단문의 내용을 표시하기에 적합하다.

cat > 새로운파일 : 새로운파일을 만들어 입력가능. Ctrl+D로 입력종료.

cat 파일1 파일2 > 새파일 : 파일1과 파일2의 내용을 합쳐 새파일에 작성.

cat /dev/null > 파일 : 파일의 용량을 0으로 변경. 내용전체 삭제됨.

more 파일이름 : 장문의 내용을 볼때 사용한다.
spacebar : 다음화면
return : 다음라인
b : 이전화면
f : 다음화면
h : HELP
q : 종료
/검색어 : 검색
n : 다음 검색

tail : 파일의 마지막 10라인을 표시한다.(로그기록을 볼때 자주씀)

tail -f : 실시간으로 파일의 변경내용이 출력됨.

wc : 워드카운트, 파일에 포함된 [라인수, 단어수, 문자수] 출력

-l : 라인수 표시, -w : 단어수 표시, -c : byte수 표시, -m 문자수 표시

cp : 파일이나 디렉토리 복사

cp 옵션 원본 복사본
cp a b : a를 복사하여 b를 만들라.
cp -i a b : b가 존재할경우, 덮어쓸까요? 하고 물어본다
cp -r :디렉토리, -r이 없을경우 디렉토리 안옮김
cp -p : 속성까지 복사, 시간까지 같아짐.
리눅스에서는 -a : 전부옮김(파일+디렉토리)

cp는 디렉토리가 없으면 복사할 수 없다.
/test2가 존재하는 상태에서 cp a /test2를 입력하면, a라는 파일은 /test2/a 의 위치로 복사되지만, /test3의 사례와 같이, 디렉토리가 존재하지 않는다면 /test3 이라는 파일명으로 복사가 된다.

mv : 파일이나 디렉토리 옮김

mv -i :물어봄
mv -f :디렉토리

디렉토리가 존재하지 않는다면 이동되지 않는다.
/test2 디렉토리가 존재하지 않는 상태에서, mv b /test2를 입력하게 되면, 현재 폴더의 b라는 파일이 루트의 test2라는 파일로 변환된다. mv c /test3/의 사례와 같이, 딜리미터를 달았다 할지라도, mv명령어는 디렉토리를 생성하지않기 때문에, 루트아래의 test3이라는 파일로 변환된다.

rm : 파일이나 디렉토리 삭제

rm -i : 지울까요?
rm -r : 디렉토리까지 삭제
rm * : 디렉토리 제외 파일만 삭제시.
rm *.txt : 모든 .txt파일을 삭제한다.(-r명령어가 빠졌으므로 디렉토리 제외)
rm -r *.txt : 모든 .txt파일 및 디렉토리 삭제.

touch : 파일 껍데기만 만들기
touch -t 월일시간분 :12190815 : 시간수정
mkfile -n 10m ab.txt : 10메가짜리 ab.txt를 생성

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-동일조건변경허락 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

'IT 관련 > Linux 관련' 카테고리의 다른 글

솔라리스 기본명령어 (0)	2012/05/11
솔라리스 및 리눅스 로그 관련 (0)	2012/04/17
Squid 의 캐시 저장 기간 설정 ( refresh_pattern ) (0)	2011/12/22
sqlrelay2개로 다른 각각의 character_set 의 mysql 불러오기. (0)	2010/04/15
우분투 세미나에 다녀왔습니다. (16)	2009/05/31
오늘 우분투 세미나 다녀옵니다 (12)	2009/05/30

돌아온 PENTAX K-R

Danzy — Thu, 10 May 2012 23:12:51 +0900

예전에 아는 형님한테서 펜탁스 ist Ds2를 추천받아 나의 첫 SLR 생활이 시작하였습니다.

그게 아마도 06년도 쯔음 되었던거 같습니다. 단렌즈로 인물도 찍으면 좋다고 해서 35mm, 50mm 을 같이 구입해 가끔씩 찍곤

하다가 10년도에 미러리스인 Nex3를 사게되고 ds2는 장롱 카메라행이 되었습니다.

그러다가 NEX3를 오키나와 여행때 사용해보고 밝은데서 사진찍기가 차암~ 힘들다 라는걸 절실히 느꼈습니다.

뷰파인더의 부제가 그렇게나 발목을 잡을지는 몰랐습니다....사실 AF와 가벼운 무게로 인해 미러리스 기기에 점수를 많이

준다고 생각은 했지만 결국 필드에 나가 사진을 찍다 보니 뷰파인더 없이 찍는게 이렇게 어려운 일이었구나...를 느꼈습니다.

그러다가 올해 코엑스에서 카메라 전시회에 가서 뽐뿌를 받고 다시 SLR로 돌아오는 계기가 되었습니다.

그과정에서 물망에 올랐던 기기가 1. 소니 알파 A57 2. 캐논 D600 3. 펜탁스K-R 이렇게 세가지 였습니다.

알파57는 정말 가볍고 AF도 빠르며 동영상도 Full HD급이었습니다.

(사실 NEX3도 720까지 찍히지만 많이 사용은 안하게 되더군요)

그리고 캐논 D600은 지인이 추천을 해줘서 찾아봤지만 그럴빠에는 펜탁스K-R이 괜찮아 보이더군요.

결국 알파57과 펜탁스K-R로 좁혀졌지만....

알파57의 가격의 압박 그리고 기존 ds2에서 쓰던 펜탁스 렌즈로 인해 결국 K-r로 정했습니다.

K-r의 특징을 알아보다가 기존에서 쓰던 장비보다 좋아진 AF 속도 및 보조광!!!(드....드디어!!!)

그리고 적외선 통신을 통한 Pivi-300으로의 출력....이것들이 정말 매력적으로 다가왔었습니다 ㅋㅋㅋㅋ

K-r로 정하고 중고장터 매복에 돌입했습니다.

역시나 명불허전이랄까...네이버 중고딩나라를 보니 어떤 아가씨가 쓰시던 K-R을 급처한다고 몇일전부터 글이 올라오는걸

발견하였습니다. 연락을 해보니 아는 언니에게 중고로 샀고 급전이 필요하시다고 파신다고 하더군요.

구매를 위해 회사 앞에까지 갖다주시더라는......(이부분이 가장 맘에 든 ㅋㅋㅋ 택배도 가능할텐데 ㅎㅎ)

집에와서 프로그램 돌려서 컷수 확인해 보니 662컷.... 완전 새삥이더군요...-_-;

제가 그날 이것저것 찍느라 보니 100컷이나 찍었는데....도체 660컷이면...

오늘 AS를 위해 장비 등록을 하니 업체에서 기기 출고일이 2011년 7월이라 그때로 해주신다고 하네요.

올해 7월까지 AS가 남아있다는 이야기네요. 사실 AS는 기대도 안했는데..이것도 덤인듯한 기분이 ㅋㅋㅋㅋ

이번주 닥치고 AS센터가서 핀교정 및 내부청소 부탁을 해야겠습니다 :)

이제부터 SLR카메라를 구입했으니 사진에 관심좀 갖고 블로그 질좀 시작해야겠습니다

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-동일조건변경허락 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

'신변잡기 > PhotO' 카테고리의 다른 글

현대카드 포인트로 구입한 토리노 람보르기니 머니클립. (2)	2012/05/14
돌아온 PENTAX K-R (2)	2012/05/10
구글 애드센스 덕북에 구글에서 수표를 받았네요~ (2)	2012/02/03
소니 PRS-T1 자작 케이스 만들기(카페베네이용) (0)	2011/12/31
BURBERRY Weekend For MAN 구입기. (0)	2010/10/13
NEX-3 를 구입했습니다~ (0)	2010/09/20

솔라리스 및 리눅스 로그 관련

Danzy — Tue, 17 Apr 2012 10:46:02 +0900

전형적인 유닉스(UNIX®) 관리자라면 시스템을 관리하면서 나름대로 자주 사용하는 유틸리티, 스크립트, 기교가 있기 마련이다.

이러한 유틸리티, 스크립트, 명령 체인 등은 관리자가 수행할 작업을 단순화시켜 준다.

일부 도구는 운영체제에 딸려오지만, 대다수 도구와 기교는 수년 동안 쌓아온 경험과 시스템 관리를 조금이라도 편하게 하려는 욕구에서 나왔다.

이 기사 연재는 다양한 유닉스 환경에서 제공하는 도구를 최대한 활용하는 방법을 살펴본다.

또한 다양한 유닉스 플랫폼에서 시스템을 단순하게 관리하는 방법도 소개한다.

원문 : http://www.ibm.com/developerworks/kr/library/au-satlogfilebasics/index.html

위로

로그 파일

모든 시스템은 시스템 내 다양한 정보를 추적하고 기록하는 로그 파일을 생성한다.

파일 내용과 용도는 시스템에 따라 다르지만, 본질적으로 파일에 담긴 핵심 정보는 대개 비슷하다.

예를 들어, 모든 유닉스와 리눅스 시스템은 syslog 도구를 사용한다.

syslog는 운영체제와 응용 프로그램과 서비스가 정보를 기록할 때 사용하는 범용 로그 시스템이다.

syslog는 로그인 정보, 성능 정보, 하드웨어와 시스템 실패 정보 등 다양한 정보를 기록한다.

syslog 외에도 시스템에는 서비스 로그, 환경 로그, 응용 프로그램 로그 등 시스템 상태와 동작 상태를 기록하는 다양한 로그가 있다.

로그 파일에서 정보를 분석하고 추출하는 작업은 시간이 많이 걸리고 복잡하다.

하지만 로그 파일에 담긴 풍부한 정보를 무시하기는 어렵다.

로그 파일은 잠정적인 문제, 결함, 보안 구멍을 찾아내는 데 도움이 되는 정보를 제공한다.

또한 제대로만 분석한다면 서버에 걸리는 하중과 용량 문제도 미리 파악해 대비할 수 있다.

위로

로그 위치

로그 파일 위치는 시스템에 따라 다르다. 대다수 유닉스와 리눅스 시스템은 /var/log 디렉터리 안에 로그 파일을 생성한다. 예를 들어, Listing 1은 젠투(Gentoo) 리눅스 시스템에 들어 있는 로그 파일 목록이다.

Listing 1. 리눅스 /var/log 디렉터리 내용

                
$ ll /var/log
total 3312
-rw-r----- 1 root    root       8218 2007-11-03 06:21 dmesg
-rw-rw---- 1 portage portage  650111 2008-02-02 13:01 emerge.log
-rw------- 1 root    root      24024 2007-11-05 07:26 faillog
-rw-r--r-- 1 root    root     386032 2007-09-28 14:39 genkernel.log
drwxr-xr-x 2 root    root       4096 2007-11-03 06:47 iptraf/
-rw-r--r-- 1 root    root     292292 2008-02-03 08:07 lastlog
-rw------- 1 root    root    1346931 2008-02-03 08:50 messages
drwxr-xr-x 2 root    root       4096 2006-08-30 17:04 news/
drwxr-xr-x 3 root    root       4096 2007-09-28 13:22 portage/
drwxrwx--- 2 root    portage    4096 2007-11-03 06:40 sandbox/
drwxrwx--- 2 snort   snort      4096 2007-10-13 11:34 snort/
-rw-rw-r-- 1 root    utmp     496896 2008-02-03 08:07 wtmp
-rw-rw-rw- 1 root    mc        61189 2007-06-10 11:37 Xorg.0.log
-rw-rw-rw- 1 root    root      61189 2007-06-10 10:40 Xorg.0.log.old

Solaris®, IBM® AIX®, HP-UX®는 기본 syslog 파일과 대다수 로그 파일을 /var/adm 디렉터리 아래 저장한다. Listing 2를 참조한다.

Listing 2. 전통적인 유닉스 /var/admin 디렉터리 내용

                
$ ls -al /var/adm
total 230
drwxrwxr-x   9 root     sys          512 Feb  3 15:30 .
drwxr-xr-x  48 root     sys         1024 Feb  3 15:32 ..
drwxrwxr-x   5 adm      adm          512 Feb  2 16:13 acct
-rw-------   1 uucp     bin            0 Jan 12 18:49 aculog
drwxr-xr-x   2 adm      adm          512 Feb  2 16:03 exacct
-r--r--r--   1 root     root        2856 Feb  3 16:10 lastlog
drwxr-xr-x   2 adm      adm          512 Feb  2 16:03 log
-rw-r--r--   1 root     root       69065 Feb  3 16:08 messages
drwxr-xr-x   2 root     sys          512 Feb  2 16:09 pool
drwxrwxr-x   2 adm      sys          512 Feb  2 16:13 sa
drwxr-xr-x   2 root     sys          512 Feb  2 17:03 sm.bin
-rw-rw-rw-   1 root     bin            0 Jan 12 18:47 spellhist
drwxr-xr-x   2 root     sys          512 Feb  2 16:03 streams
-rw-------   1 root     root          93 Feb  3 16:08 sulog
-rw-r--r--   1 root     bin         3720 Feb  3 16:14 utmpx
-rw-r--r--   1 adm      adm        29760 Feb  3 16:10 wtmpx

반면, Listing 3에서 보듯이 시스템과 관련 없는 메시지나 정보는 /var/log 아래 쓴다. 예를 들어, 솔라리스는 기본적으로 전자편지 디버그 메시지를 /var/log/syslog에 쓴다.

Listing 3. 솔라리스 /var/log 디렉터리 내용

                
$ ls -al /var/log/
total 48158
drwxr-xr-x   7 root     sys          512 Feb  3 16:07 .
drwxr-xr-x  48 root     sys         1024 Feb  3 15:32 ..
-rw-------   1 root     sys            0 Jan 12 18:48 authlog
-rw-r--r--   1 root     other         27 Feb  2 16:17 brlog
drwxr-xr-x   2 root     root         512 Feb  2 16:39 gdm
drwxr-xr-x   2 root     sys          512 Feb  2 16:09 pool
-rw-r--r--   1 root     sys      24480410 Feb  3 12:51 postrun.log
drwxr-xr-x   2 root     sys          512 Feb  2 16:41 swupas
-rw-r--r--   1 root     other        635 Feb  2 17:25 sysidconfig.log
-rw-r--r--   1 root     sys         3967 Feb  3 16:08 syslog
drwxr-xr-x   3 root     sys          512 Feb  2 17:25 webconsole
drwxr-xr-x   2 root     sys          512 Feb  2 16:37 xen
-rw-r--r--   1 root     root       66171 Feb  3 16:07 Xorg.0.log
-rw-r--r--   1 root     root       66256 Feb  3 16:06 Xorg.0.log.old

물론 로그 파일 위치를 찾기는 어렵지 않다. 하지만 로그 파일에 담긴 정보를 활용하려면 파일 내용을 이해해야 한다.

드물지만 전혀 엉뚱한 위치에 로그 파일을 저장하는 유닉스 계열도 있다. 하지만 로그 파일 위치를 앞서 언급한 디렉터리 중 하나로 통일하려는 움직임이 계속되어 왔다는 사실을 언급한다.

위로

로그 유형과 내용

로그 파일은 두 가지 유형으로 나뉜다. 하나는 단순한 텍스트 파일로, 메시지와 정보를 단순한 텍스트로 저장한다. 다른 하나는 이진 파일로, 인코딩된 정보를 기록한다. 일반적인 시스템에서 대다수 로그는 텍스트 파일이다. 쓰기가 쉽고, 더 중요한 점은 읽기가 쉬운 탓이다. 그러나 텍스트 파일은 구조적인 방식으로 정보를 추출하기 어렵다는 단점이 있다. 텍스트 파일에는 정보를 자유롭게 기록할 수 있기 때문이다.

이진 파일은 기록할 정보가 아주 구조적이거나 특정한 형식일 때 유용하다. 예를 들어, utmp와 wtmp는 크기가 일정한 블록을 파일에 기록한다. 그러면 정보를 읽고 쓰기가 훨씬 빨라지지만, 대신 특별한 도구를 사용하지 않으면 파일을 읽지 못한다는 단점이 있다.

시스템 로그(syslog)

syslog 서비스는 백그라운드 프로세스로 돌면서 로그 메시지를 받아 하나 이상 개별 파일에 기록하는 데몬이다. syslog로 보내는 모든 메시지는 날짜, 시각, 호스트 이름을 포함한다. 즉, 여러 호스트에서 한 호스트로 메시지를 보내 한 파일에 기록하는 구성도 가능하다.

각 메시지는 메시지를 보낸 서비스(예: mail, dhcp, kernel)와 메시지 심각도도 포함한다. 심각도는 info(정보용), warning, error, critical(심각함), emergency(응급) 등으로 나뉜다.

syslog 서비스는 매우 다양한 구성으로 설정할 수 있다. 필요하다면 (일반적으로는 /etc/syslog.conf를 통해) 기록할 정보 심각도를 제한하거나 로그 파일 위치를 변경할 수 있다. 예를 들어, 모든 표준 정보는 파일에 쓰는 대신 심각한(critical) 정보는 관리자 콘솔로 직접 띄워도 좋다. Listing 4는 솔라리스 10에서 기본적으로 사용하는 syslog.conf 파일이다.

Listing 4. syslog.conf 예제

                
*.err;kern.notice;auth.notice                   /dev/sysmsg
*.err;kern.debug;daemon.notice;mail.crit        /var/adm/messages

*.alert;kern.err;daemon.err                     operator
*.alert                                         root

*.emerg                                         *

...

mail.debug                      ifdef('LOGHOST', /var/log/syslog, @loghost)

...

ifdef('LOGHOST', ,
user.err                                        /dev/sysmsg
user.err                                        /var/adm/messages
user.alert                                      'root, operator'
user.emerg                                      *
)

syslog는 리눅스/유닉스에서 사용하는 표준 로그 메커니즘이므로 기록하는 정보량이 방대하다. 또한 부트 메시지, 로그인 메시지, 인증 정보, 서비스 시작/종료 정보 등 기록하는 정보 종류도 매우 다양하다. 게다가 전자편지 전송 상태, 파일 시스템 문제, 심지어 DHCP 임대, DNS 문제, NFS 문제까지 기록하는 경우도 많다. syslog가 모든 정보를 무조건 파일로 저장하지 않으므로(다른 곳에다 출력하는 경우도 많으므로) 때로는 syslog가 온갖 정보를 기록한다는 사실이 명백하게 드러나지 않는다.

syslog가 디스크에 저장하는 로그 파일 위치는 유닉스 계열에 따라 다르다. 많은 리눅스 시스템은 /var/log/messages 파일을 사용한다. AIX, 솔라리스, HP-UX는 /var/adm/messages 파일을 사용한다.

Listing 5는 솔라리스에서 /var/adm/messages를 살펴본 결과다.

Listing 5. 시스템 로그 파일 예제

                
Feb  3 16:06:58 solaris2 ata: [ID 496167 kern.info] cmdk2 at ata1 target 0 lun 0
Feb  3 16:06:58 solaris2 genunix: [ID 936769 kern.info] cmdk2 is 
                                            /pci@0,0/pci-ide@1f,1/ide@1/cmdk@0,0
Feb  3 16:06:59 solaris2 asy: [ID 267298 kern.notice] asy0: UART @ 
                                          3f8 scratch register: expected 0x5a, got 0xff
Feb  3 16:06:59 solaris2 asy: [ID 702181 kern.notice] Cannot identify UART chip at 3f8
Feb  3 16:06:59 solaris2 asy: [ID 267298 kern.notice] asy1: UART @ 2f8 scratch register: 
                                                                expected 0x5a, got 0xff
Feb  3 16:06:59 solaris2 asy: [ID 702181 kern.notice] Cannot identify UART chip at 2f8
Feb  3 16:07:01 solaris2 genunix: [ID 314293 kern.info] device 
          pciclass,030000@2(display#0) keeps up device sd@1,0(sd#1), but the latter is 
          not power managed
Feb  3 16:07:01 solaris2 /usr/lib/power/powerd: [ID 387247 daemon.error] 
                                                                  Able to open /dev/srn
Feb  3 16:07:08 solaris2 /sbin/dhcpagent[164]: [ID 778557 daemon.warning] 
                configure_v4_lease: no IP broadcast specified for ni0, making best guess
Feb  3 16:07:31 solaris2 sendmail[503]: [ID 702911 mail.crit] My unqualified host name 
                                                  (solaris2) unknown; sleeping for retry
Feb  3 16:07:32 solaris2 sendmail[507]: [ID 702911 mail.crit] My unqualified host name 
                                                  (solaris2) unknown; sleeping for retry
Feb  3 16:07:48 solaris2 svc.startd[7]: [ID 652011 daemon.warning] 
           svc:/system/webconsole:console: Method "/lib/svc/method/svc-webconsole start" 
		   failed with exit status 95.
Feb  3 16:07:48 solaris2 svc.startd[7]: [ID 748625 daemon.error] 
             system/webconsole:console failed fatally: transitioned to maintenance 
			 (see 'svcs -xv' for details)
Feb  3 16:07:55 solaris2 pseudo: [ID 129642 kern.info] pseudo-device: devinfo0
Feb  3 16:07:55 solaris2 genunix: [ID 936769 kern.info] devinfo0 is /pseudo/devinfo@0
Feb  3 16:08:31 solaris2 sendmail[503]: [ID 702911 mail.alert] unable to qualify 
                                    my own domain name (solaris2) -- using short name
Feb  3 16:08:32 solaris2 sendmail[507]: [ID 702911 mail.alert] unable to qualify my 
                                       own domain name (solaris2) -- using short name

위 예제에서 보듯이, 하드웨어 장치 문제에서 현재 전자편지 서비스 구성 문제에 이르기까지 파일에 기록되는 정보 유형은 매우 다양하다.

파일 형식은 간단하다. 각 메시지는 날짜, 호스트 이름, 서비스 이름, 고유 ID(행이 여럿에 걸치는 메시지를 저장하고 식별할 수 있다), 식별자(예, 서비스 이름)와 심각도를 포함한다. 나머지 부분은 각 서비스에서 자유롭게 출력하는 오류 메시지다.

파일 형식이 어느 정도 일관적이므로 원하는 정보를 찾기는 쉽다. 파일 내 모든 메시지는 고유한 ID와 오류 메시지 식별자와 심각도가 매겨져 있다.

예를 들어, 전자편지 시스템이 생성했고 심각도가 'critical'인 메시지를 보려면 $ grep mail.crit /var/adm/messages 명령을 수행한다.

그러나 각 메시지가 뜻하는 구체적인 의미를 해독하기는 다소 어렵다. (syslog 데몬이 기록한) 파일 내 처음 열(column) 몇 개는 표준화되어 있으므로 이해하기 쉽지만, 나머지 정보 형식은 순전히 오류를 보고한 서비스에 달려 있다.

로그 파일 내용을 읽고 분석하기 어렵다는 이유가 여기에 있다. 오류를 보고한 서비스에 맞춰 행 구문을 분석해야 하기 때문이다. 게다가 그렇게 하더라도 형식을 위반하는 행이 존재하기 마련이다.

커널 로그(dmesg와 alog)

모든 리눅스와 유닉스 시스템에는 커널 로그가 있다. 커널 로그는 커널의 일부로, 디스크에 기록하지 못하는 커널 정보를 기록하는 메모리 영역이라 하겠다. 커널이 파일 시스템을 로드하기 전에 생성하는 정보를 기록해야 하기 때문이다.

예를 들어, 시스템을 시작하는 동안에는 파일 시스템에 쓰기를 수행하지 못한다. 대개 부팅 시에는 파일 시스템을 읽기 전용 모드로 연결했다가 시스템이 안전하다고 판단된 후에야 읽기/쓰기 모드로 전환하기 때문이다. 이 때 시스템에 연결된 디바이스 정보와 부팅 과정에서 발생한 문제나 결함이 커널 로그에 기록된다.

어떤 시스템은 정보를 주기적으로 파일(/var/log/dmesg)에 쓴다. 어떤 시스템은 alog 명령(AIX)이나 dmesg(다른 유닉스/리눅스 계열 전부)로만 정보를 살펴볼 수 있다.

커널이 생성하는 정보가 syslog 등을 통해 항상 파일로 저장되지는 않는다. 즉, 디바이스나 하드웨어 내부 정보 등 일부 정보는 dmesg 로그로만 확인할 수 있다는 뜻이다.

예를 들어, Listing 6은 젠투 리눅스 시스템에서 dmesg를 살펴본 결과다. 여기서는 부팅 정보를 보여준다. 설명을 위해 불필요한 부분은 잘라내었다.

Listing 6. dmesg 로그 내용

                
$ dmesg
Linux version 2.6.22-gentoo-r8 (root@gentoo2.vm) (gcc version 4.1.2 
                (Gentoo 4.1.2 p1.0.1)) #1 SMP Fri Sep 28 14:22:07 GMT 2007
BIOS-provided physical RAM map:
 BIOS-e820: 0000000000000000 - 000000000009fc00 (usable)
 BIOS-e820: 0000000000100000 - 0000000020000000 (usable)
0MB HIGHMEM available.
512MB LOWMEM available.
Entering add_active_range(0, 0, 131072) 0 entries of 256 used
Zone PFN ranges:
  DMA             0 ->     4096
  Normal       4096 ->   131072
  HighMem    131072 ->   131072
early_node_map[1] active PFN ranges
    0:        0 ->   131072
On node 0 totalpages: 131072
  DMA zone: 32 pages used for memmap
  DMA zone: 0 pages reserved
  DMA zone: 4064 pages, LIFO batch:0
  Normal zone: 992 pages used for memmap
  Normal zone: 125984 pages, LIFO batch:31
  HighMem zone: 0 pages used for memmap
DMI not present or invalid.
Allocating PCI resources starting at 30000000 (gap: 20000000:e0000000)
Built 1 zonelists.  Total pages: 130048
Kernel command line: root=/dev/ram0 init=/linuxrc ramdisk=8192 real_root=/dev/hda3 udev
Local APIC disabled by BIOS -- you can enable it with "lapic"
mapped APIC to ffffd000 (0140c000)
Enabling fast FPU save and restore... done.
Enabling unmasked SIMD FPU exception support... done.
Initializing CPU#0
CPU 0 irqstacks, hard=c054e000 soft=c052e000
PID hash table entries: 2048 (order: 11, 8192 bytes)
Detected 2295.874 MHz processor.
Console: colour VGA+ 80x25
Dentry cache hash table entries: 65536 (order: 6, 262144 bytes)
Inode-cache hash table entries: 32768 (order: 5, 131072 bytes)
Memory: 511616k/524288k available (3150k kernel code, 12100k reserved, 
                                                       818k data, 264k init, 0k highmem)
virtual kernel memory layout:
    fixmap  : 0xffe17000 - 0xfffff000   (1952 kB)
    pkmap   : 0xff800000 - 0xffc00000   (4096 kB)
    vmalloc : 0xe0800000 - 0xff7fe000   ( 495 MB)
    lowmem  : 0xc0000000 - 0xe0000000   ( 512 MB)
      .init : 0xc04e7000 - 0xc0529000   ( 264 kB)
      .data : 0xc0413884 - 0xc04e0364   ( 818 kB)
      .text : 0xc0100000 - 0xc0413884   (3150 kB)
Checking if this processor honours the WP bit even in supervisor mode... Ok.
Calibrating delay using timer specific routine.. 4674.89 BogoMIPS (lpj=23374475)
Mount-cache hash table entries: 512
CPU: After generic identify, caps: 0f80b9b9 00000000 00000000 00000000 00000001 
                                                                      00000000 00000000
CPU: L1 I cache: 32K, L1 D cache: 32K
CPU: L3 cache: 4096K
CPU: After all inits, caps: 0f80b9b9 00000000 00000000 00000140 00000001 
                                                                      00000000 00000000
...

Listing 7은 젠투 리눅스를 탑재한 다른 시스템에서 출력한 결과다. 여기서는 동작 중인 파일 시스템에서 보고한 몇 가지 결함을 보여준다.

Listing 7. dmesg로 얻은 디스크 오류

                
EXT3-fs: mounted filesystem with ordered data mode.
sd 7:0:1:0: [sdf] Result: hostbyte=0x00 driverbyte=0x08
sd 7:0:1:0: [sdf] Sense Key : 0x3 [current] 
sd 7:0:1:0: [sdf] ASC=0x4b ASCQ=0x0
end_request: I/O error, dev sdf, sector 894959703
EXT3-fs error (device sdf1): ext3_get_inode_loc: unable to read 
                         inode block - inode=55935010, block=111869955
sd 7:0:1:0: [sdf] Result: hostbyte=0x00 driverbyte=0x08
sd 7:0:1:0: [sdf] Sense Key : 0x3 [current] 
sd 7:0:1:0: [sdf] ASC=0x4b ASCQ=0x0
end_request: I/O error, dev sdf, sector 894959703

Listing 7에서 파일 시스템이나 디스크에 결함이 발생했으므로 파일 시스템을 점검해야 한다는 사실을 파악할 수 있다.

Listing 8에서 보듯이, 이 경우는 syslog에도 정보가 기록되었다.

Listing 8. syslog에 기록된 디스크 오류

                

messages:Feb  3 12:17:53 bear sd 7:0:1:0: [sdf] Result: hostbyte=0x00 driverbyte=0x08
messages:Feb  3 12:17:53 bear sd 7:0:1:0: [sdf] Sense Key : 0x3 [current] 
messages:Feb  3 12:17:53 bear sd 7:0:1:0: [sdf] ASC=0x4b ASCQ=0x0
messages:Feb  3 12:17:53 bear end_request: I/O error, dev sdf, sector 894959703
messages:Feb  3 12:17:53 bear EXT3-fs error (device sdf1): ext3_get_inode_loc: unable 
                                 to read inode block - inode=55935014, block=111869955

하지만 심각한 결함이나 실패가 발생한 경우 syslog에 정보가 기록되지 않을 수도 있다. 이 때는 dmesg가 문제를 파악하는 유일한 실마리가 되기도 한다.

위로

사용자 정보(utmp/x, wtmp/x, lastlog)

utmp, wtmp, lastlog 같은 로그 파일은 사용자 로그인 정보와 시스템 정보를 기록한다. 파일에 쓰는 정보는 특별한 utmp 형식이다. 따라서 정보를 읽으려면 특별한 도구가 필요하다.

utmp, wtmp, lastlog 파일은 로그인 시각과 시스템 시작/종료 시각을 기록한다. 로그인 이력을 조사할 때나 최종 부팅 시각 혹은 최종 로그인 시각을 확인할 때 유용하다.

위 로그 파일 내용을 분석하는 방법은 참고자료에 소개한 System Administration Toolkit: Monitoring User Usage 기사를 참고한다.

cron 로그

배경 작업으로 주기적으로 지정된 서비스를 실행하는 cron 데몬 역시 독자적인 로그 정보를 생성한다.

어떤 시스템은 cron 로그를 syslog에 기록하지만, 솔라리스와 전통적인 유닉스 계열에서는 /var/cron/log에 기록한다. 로그 메시지는 실행한 명령, 작업 시작 시각, 작업 종료 시각을 포함한다.

예를 들어, Listing 9는 cron 로그 예제다.

Listing 9. cron 로그 예제

                

! *** cron started ***   pid = 283 Sun Feb  3 16:07:10 2008
>  CMD: /usr/local/bin/logmanage >/dev/null 2>&1
>  root 946 c Sun Feb  3 17:10:00 2008
<  root 946 c Sun Feb  3 17:10:00 2008
>  CMD: /usr/local/bin/backup >/dev/null 2>&1
>  root 949 c Sun Feb  3 17:11:00 2008
<  root 949 c Sun Feb  3 17:11:01 2008

로그 파일에 담긴 정보는 올바로 실행되지 않는 작업을 가려내기에 편리하다. 또한 작업이 실행된 시간, 오래 걸리는 작업, 무한히 실행되는 작업 등을 찾아 잠정적인 문제를 조사하는 과정에서도 유용하다.

위로

로그 파일 관리

시스템 관리자는 로그 파일을 신중하고 효율적으로 관리해야 한다. 자칫하면 로그 파일이 아주 커진다. 또한 문제가 생기면 시스템에서 발생한 과거 이벤트를 뒤져야 한다.

예를 들어, 가짜 리부팅이나 가짜 시스템 종료는 신중하게 조사해야 하는데, 대개 시스템 로그가 유일한 실마리다. 실패가 발생한 시점에서 주변 상황을 정확히 알려주지는 못하지만 정확한 실패 시각, 문제를 일으킨 이벤트 등 유용한 정보가 담겨 있다. 예를 들어, 시스템 로그에서 잠정적인 보안 문제나 수상한 로그인 시도가 발견된다면, 시스템이 공격을 당했다는 뜻일지도 모르고, 이것이 가짜 리부팅이나 가짜 시스템 종료를 일으킨 원인일지도 모를 일이다.

(법적으로 요구되는 특수한 경우를 제외하고는) 로그 정보를 오래오래 간직할 필요는 없다. 활발히 사용되는 시스템이라면 하루에 25MB 정도는 쉽게 저장한다. 덕택에 로그 파일이 디스크 공간 부족 오류를 일으키는 주범이 되기도 한다.

일부 유닉스/리눅스 계열은 자동 로그 관리 프로세스를 제공한다(솔라리스는 /usr/bin/logadm 명령을 기본으로 제공한다). 하지만 직접 만들기도 어렵지 않다. 일반적으로 로그 파일은 짧은 기간 동안(예를 들어, 4주 정도) 저장하며 각 파일은 순차적으로 번호를 매긴다. 예를 들어, messages라는 파일이 있다면 지난 주 파일은 messages.1, 지지난 주 파일은 messages.2로 이름을 매긴다. 그러면 로그 파일 이름을 바꾸기가 매우 쉬워진다.

그러나 파일을 보관하는 과정에서 (파일을 다시 생성할 때) 중요한 정보를 잃지 않도록 주의해야 한다. 오래된 파일은 압축해 공간을 절약해도 좋다. Listing 10은 각 로그 파일을 원래 디렉터리 내 적절한 디렉터리에 복사하여 보관하는 간단한 스크립트다.

Listing 10. 간단한 로그 보관 스크립트

                
#!/bin/bash

# 필요하면 로그 파일과 아카이브를 관리한다.
# 로그 파일 네 본을 보관한다.

cd /var/log
for type in cyrus dmesg emerge.log faillog genkernel.log messages
do
        mkdir -p $type.d
        cp $type.d/$type.3.bz2 $type.d/$type.4.bz2
        cp $type.d/$type.2.bz2 $type.d/$type.3.bz2
        cp $type.d/$type.1.bz2 $type.d/$type.2.bz2
        cp $type $type.d/$type.1 && cat </dev/null >$type
        bzip2 -vf9 $type.d/$type.1
done

스크립트는 현재 로그 파일을 복사하고, 다시 생성한 후, 압축한다. 기존 로그 파일은 한 주씩 밀려 올라간다. 그런 다음 현재 로그 파일을 보관한다(즉, 복사하여 다시 생성한 후 압축한다).

위로

요약

로그 파일은 아주 풍부한 정보를 저장한다. 따라서 파일에 담긴 정보와 형식을 이해하면 문제를 진단하고 해결하는 과정이 훨씬 수월해진다. 이 기사에서는 로그 파일 개념을 소개하고, 파일이 저장되는 위치와 파일에 담긴 내용을 살펴보고, 실제로 문제가 발생하기 전에 로그 파일에서 잠정적인 문제를 진단하고 찾아내는 방법을 논의했다. 또한 몇 가지 주요한 로그 파일을 살펴보면서 각 파일이 따르는 형식과 파일에 담긴 내용 사이의 관계를 이해했다.

참고자료

교육

System Administration Toolkit: Monitoring User Usage(Martin Brown, developerWorks, 2007년 10월): utmp 파일과 wtmp 파일을 통해 사용자와 사용자 활동 정보를 파악하는 방법을 소개한다.
System Administration Toolkit: Monitoring Mail Usage(Martin Brown, developerWorks, 2007년 12월): 전자편지와 관련하여 시스템 로그를 살펴보는 방법을 소개한다.
System Administration Toolkit: Monitoring Disk Usage(Martin Brown, developerWorks, 2006년 6월): 디스크 사용량을 조사하는 다양한 방법을 소개한다.
시스템 관리 툴킷: 유닉스 명령행 도구 인터페이스 통일하기(Martin Brown, 한국 developerWorks, 2008년 5월): 다양한 UNIX 계열에서 명령을 동일하게 통일하는 방법을 소개한다.
System Administration Toolkit: Time and event management(Martin Brown, developerWorks, 2006년 5월): cron과 at을 사용하여 시간 스크립트를 생성하고 관리하는 방법을 소개한다.
예제로 배우는 배쉬 프로그래밍, Part 1: Bourne again shell (bash) 프로그래밍 기초(Daniel Robbins, 한국 developerWorks, 2000년 3월), 예제로 배우는 배쉬 프로그래밍, Part 2: 배쉬 프로그래밍 기초 더 배우기(Daniel Robbins, 한국 developerWorks, 2000년 4월), 예제로 배우는 배쉬 프로그래밍, Part 3: ebuild 시스템(Daniel Robbins, 한국 developerWorks, 2000년 5월): Bash 사용법을 소개하는 기사 연재다.
System Administration Toolkit: 이 연재에 속하는 다른 기사를 읽어본다.
Making UNIX and Linux work together(Martin Brown, developerWorks, 2006년 4월): 리눅스와 유닉스를 함께 사용하는 방법을 소개한다.
시스템마다 다양한 도구를 사용한다. IBM 레드북 시리즈 중 Solaris to Linux Migration: A Guide for System Administrators는 몇 가지 핵심 도구를 파악하도록 도와줄 것이다.
리눅스 메모리 모델(Vikram Shukla, 한국 developerWorks, 2006년 3월): 리눅스가 메모리, 스왑 영역을 사용하는 방식을 살펴본다.
AIX와 UNIX 입문: AIX와 유닉스에 대해 더 많은 지식을 배우자.
developerWorks AIX와 유닉스 영역: 다양한 기사, 튜토리얼, 기술 자료를 제공한다.
AIX 위키: AIX와 관련한 기술 정보를 공동으로 수집하고 관리하는 공간이다.
developerWorks 기술 행사와 웹 캐스트를 놓치지 말자.
기술 온라인 서점: 책과 기타 다른 기술 주제를 다루는 사이트를 살펴보자.

제품 및 기술 얻기

syslog-ng: syslog 서비스를 개선하고 확장하여 좀 더 일반적인 범용 로그 메커니즘으로 만든 오픈 소스 유틸리티다.

토론

AIX와 유닉스 포럼에 참여하자.

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-동일조건변경허락 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

'IT 관련 > Linux 관련' 카테고리의 다른 글

솔라리스 기본명령어 (0)	2012/05/11
솔라리스 및 리눅스 로그 관련 (0)	2012/04/17
Squid 의 캐시 저장 기간 설정 ( refresh_pattern ) (0)	2011/12/22
sqlrelay2개로 다른 각각의 character_set 의 mysql 불러오기. (0)	2010/04/15
우분투 세미나에 다녀왔습니다. (16)	2009/05/31
오늘 우분투 세미나 다녀옵니다 (12)	2009/05/30

시스템운영 팁!!!

Danzy — Mon, 02 Apr 2012 17:42:25 +0900

페이스북 하다가 누군가 적어두신게 있어서 기억하고자 옮김.(-주옥같음 말임)

출처 : http://www.facebook.com/notes/%EA%B9%80%EB%B3%91%EC%B0%AC/%EC%8B%9C%EC%8A%A4%ED%85%9C-%EC%9A%B4%EC%98%81-%ED%8C%81-%EC%9E%91%EC%84%B1-%EC%A4%91/185285778175461

안 되거나 잘 모르면 껐다 킨다. 안정적인 서버를 원한다면 주기적으로 껐다 켠다.
되도록 새벽에 껏다 켠다.
모든 서버를 한번에 껐다 켜지 않는다. 서버간의 간격은 3분 간격이 좋다.
3년 넘게 끄지 않은 서버는 이후로도 끄지 마라.
3개월 동안 잘 돌아가는 서버는 더 이상 고장나지 않는다.
3개월 내에 고장났던 서버는 또 고장난다.
제일 빈번한 장애는 로그가 디스크를 가득 채우는 것이다.
디스크 2개로 레이드 5를 묶어 달랠 땐 무시, 정 원한다면 가상디스크로 나눠서 묶어줘라.
49일만에 장애가 생기면 정수형 초과를 의심해라.
메모리 부족하다는 말 믿지 마라, 서버 메모리는 48기가, 32비트 OS, 자바 힙 크기는 1기가, 나머지는 캐시 메모리
디스크가 느려서 DB에 문제가 생긴게 아니고 디스크를 많이 쓰게 쿼리를 짠거다.
네트워크 응답 속도 때문에 느려졌다고 하면 코드에 수 만번 루프 도는거 없는지부터 살펴보라 해라.
서버에 접속 안된다고 하면 혹시 IP 바꾸지 않았는지 물어봐라.
개발자는 시스템 엔지니어가 아니다. 시스템에 대해서 왈가왈부를 불허하라.
에러 로그 문자 발송 같은거 하지 마라, 장애 처리 전화를 못 한다.
원인 불명 장애의 원인이 서버라고 하면 프로그램 문제가 아니라는 것부터 증명하라고 해라.
OS 문제라고 얘기하면 니가 잘하겠냐 운영체제 만드는 애들이 잘 하겠냐 물어봐라.
서버 이중화, 자동 페일 오버, 프로그램 관리 스크립트, 다름아닌 나의 숙면을 위한 것들이다.
원인 불명의 다른 말은 책임 불명
문제가 생기면 문제가 생길 가능성이 없다고 생각되는 곳 부터 점검하라. 복잡한 곳에선 실수하지 않는다.
놓치기 쉬운 서버 상태를 습관적으로 볼 수 있게해라. 습관적으로 치는 df 명령이 디스크 사용량 초과로 인한 장애를 막아 준다.
메모리는 프로그램만 쓰는게 아니다. 커널도 메모리를 사용한다는 것을 잊지 마라.
각각의 시스템 사용량 지표보다 지표간의 비율이 이상 상황을 쉽게 알려준다.
사실 서비스 시스템은 데이터를 가공해서 보여주는 것 이상의 복잡함은 없다.
사용자를 분산하는 것보다 사용 시간을 분산시키는 것이 효과가 크다.
사용량 지표는 8일 이상 남겨라. 그래야 전 주와 비교를 하지.
때론 시간당 발생하는 로그 수의 차이만으로도 장애를 감지할 수 있다.
서버는 생각보다 잘 죽는다. 죽지 않는 서버를 원한다면 시스템Z를 추천한다.
로그는 금이라구, 친구!
레이드0는 카드 돌려 막기. 카드 수 늘려봐야 빵꾸날 확율만 높아질 뿐.
로그를 남기는게 부하가 걸려서 싫다면 샘풀로 한 대에서만 남기도록 하시게.
메모리의 속도보다 메모리의 양을 활용하는게 효율적이다.
아키텍처가 궁금할 땐 이미지 검색을 활용해라.
PDF만 검색하는 것도 좋은 방법.
에러 문구 검색할 때 바뀌는 부분은 좀 빼라.
대부분 새로운 기술이 아니라 새로운 이름일 뿐이니 두려워할 필요는 없다.
위키피디아는 축복이다. http://en.wikipedia.org/wiki/Category:Computing
/proc 파일 시스템은 탐험할 가치가 있다.
지금 하고 있는 일을 없애는 것이 내가 할 일이다.
디스크 사용 위주인 서버에 CPU 8개씩 꼽아봐야 헛질이다.
둘 중에 하나만 장애가 나도 문제가 생기도록 이중화 구성을 한 경우가 많다. 그건 이중화가 아니다.
서버가 죽고 디스크가 깨지는 것은 천재이나, 백업이 없는 것은 인재다.
장애 대응을 머리가 아닌 손이 하는 경지가 있다.
TCP/IP State Transition Diagram을 외울 필요는 없다. 단 바로 찾을 수 있어야 한다.
서버와 서버를 연결하는 건 네트워크다.
CPU 사용량에서 (100/코어 수)를 주의해라. 특히 iowait !
정확한 시간과 객곽적 현상, 문제 해결의 키워드
서버의 시간을 맞추는 것은 아무리 강조해도 모자람이 없다.
몇 가지 기본값으로 쓰이는 숫자들은 기억하자. 파일 갯수 제한 1024, 디렉터리 내의 파일 갯수 제한 31998 등등
10으로 나눠 떨어지거나, 2의 승이 되는 숫자는 의미가 있다.
DHCP 데몬 함부로 올리지 마라.
DNS 변경이 TTL 시간만큼 걸린다는 것은 착각, 익스플로러 캐싱 시간인 30분이라는 것을 명심

작성 중

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-동일조건변경허락 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

'IT 관련' 카테고리의 다른 글

시스템운영 팁!!! (0)	2012/04/02
Ipad 를 사용하면서... (0)	2010/06/20
늦은 구입기 IPAD를 구입했습니다. (0)	2010/06/04
WDTV Live! 를 질렀습니다. (9)	2010/02/25
나스를 구입 했습니다 - synology DS210j (4)	2010/01/30
아이팟터치3세대 vs Zune HD vs Creative Zii (24)	2009/08/16

구글 애드센스 덕북에 구글에서 수표를 받았네요~

Danzy — Fri, 03 Feb 2012 17:58:50 +0900

요즘에는 웨스턴 유니언을 이용하면 수수료 없이 받을수 있다고 합니다. http://thinkfree.tistory.com/130 을 참고.

그런데 전 멋도 모르고 수표로 신청해서 저런물건이 집에 배달 되었더군요.
다음부터는 웨스턴으로 받아야 할듯 합니다.

블로그 방치하고 3년만에 받았네요..--; 그닥 쏠쏠하진 않지만 그래도 어딘가요 ㅋㅋㅋ

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-동일조건변경허락 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

'신변잡기 > PhotO' 카테고리의 다른 글

현대카드 포인트로 구입한 토리노 람보르기니 머니클립. (2)	2012/05/14
돌아온 PENTAX K-R (2)	2012/05/10
구글 애드센스 덕북에 구글에서 수표를 받았네요~ (2)	2012/02/03
소니 PRS-T1 자작 케이스 만들기(카페베네이용) (0)	2011/12/31
BURBERRY Weekend For MAN 구입기. (0)	2010/10/13
NEX-3 를 구입했습니다~ (0)	2010/09/20

소니 PRS-T1 자작 케이스 만들기(카페베네이용)

Danzy — Sat, 31 Dec 2011 21:49:28 +0900

이글은 리엘이님 글을 보고 힌트를 얻어 만들었습니다.
리엘이님 글은 http://replaye.tistory.com/39 여기서 확인하실 수 있습니다.
(카페베네 10900원 다이어리 이용하셨습니다)

저는 위에 리엘이님 글 보고 카페베네에 가보니 8900원짜리 제품이 있더군요!
크기를 맞춰보니 대충 딱 맞겠다고 생각하고 사갖고 왔습니다!

일단 다이어리 내용물을 제거합니다. 제거하면 아래 사진과 같이 좀 지저분해집니다.

위와같이 깔끔하게 띄어낸곳을 깨끗하게 마감할 종이를 찾아보니 다이어리 샀을때 같이 껴준 캘린더를 이용하여 깔끔하게
마감을 해주도록 합니다. 주변에서 쉽게 구할수 있는 돼지본드를 이용하면 됩니다.

그리고 다이소에서 산 벨크로 케이블?(일명 찍찍이)를 이용해서 위와 같이 붙이시면 됩니다.
붙이는 방법은 본체에 부드러운면을 붙이고 그다음 책에 붙이면 됩니다.
자세히 보면 왼쪽에도 벨크로를 짤라 붙였는데 이유는 닫혔을때 버튼이 눌리는것을 막기위해 붙였습니다.(총 3군데)

아래 사진은 다이소표 찍찍이 사진..천원에 구입했습니다 ㅎㅎㅎ

그리고 나서 본체를 붙이면 아래와 같이 사진이 됩니다. 나름 그림이 이쁘네요. ㅎㅎ(왼쪽 벨크로 사진이 잘 보임)

마지막으로 책을 닫은후에 사진입니다.

추가로 접었을때 모습을 요청하셔서 사진 추가 합니다. 간단하게 반으로 접힙니다.

접은 다음에 빨간띠를 이용하여 뒤를 고정하면 이렇게도 가능합니다.

끝으로 자작케이스 만들려고 여기저기 뒤지고 있었는데 힌트를 주신 리엘이님께 감사드리고..
다이어리(8900원) + 벨크로(1000원) 에 총 9900원에 만드는 케이스 였습니다 ㅎㅎㅎ
(아...돼지본드는 700원정도 하는데 다들 집에 한개씩은 갖고 계시죵?
그리고 다이어리 사면 맛없는 아메리카노 한잔은 서비스랍니다.)

이상 허접케이스 제작기 입니다 ㅋㅋㅋ

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-동일조건변경허락 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

'신변잡기 > PhotO' 카테고리의 다른 글

돌아온 PENTAX K-R (2)	2012/05/10
구글 애드센스 덕북에 구글에서 수표를 받았네요~ (2)	2012/02/03
소니 PRS-T1 자작 케이스 만들기(카페베네이용) (0)	2011/12/31
BURBERRY Weekend For MAN 구입기. (0)	2010/10/13
NEX-3 를 구입했습니다~ (0)	2010/09/20
두유가 더 온 사연... (2)	2010/08/07

Squid 의 캐시 저장 기간 설정 ( refresh_pattern )

Danzy — Thu, 22 Dec 2011 13:50:02 +0900

Squid 의 캐시 저장 기간 설정 ( refresh_pattern )

구축 , Squid

캐쉬의 보존 기간을 컨트롤 하기위한 설정입니다.

자주 업데이트 되는 콘텐츠는 짧게, 이미지 파일 등은 별로 변하지 않기 때문에 길게하거나합니다.

기본 설정

refresh_pattern [- i] regex · · 1 min · · 2 percent · · 3 max · · 4 [options] · · 5

정규식 을 사용하여 설정되는 파일 (패턴)을 지정합니다. 기본 은 대 / 소문자를 구분하므로 비활성화하려면 - i 옵션 을 사용한다.
단위는 분. 저장 시간 (캐시 서버 에서 캐시되는 시간)이 설정 값 이하의 경우는 (아직 새롭기 때문에) 캐시 개체 를 반환한다.
단위는 %. "(캐시 서버에서) 저장 시간 ÷ (원래 서버에서) 만들기 또는 변경에서 경과 시간"이 설정 값보다 작은 경우, 새로운 간주하고 캐시 개체를 반환한다.
단위는 분. 저장 시간이 설정보다 긴 경우 (또 오래된 때문에) 원래 서버로부터 새 복사본을 검색하여 반환한다.
기타 옵션 설정

옵션 설정

캐시 관련 HTTP 헤더 (Expires, Last - modified)을 무시하는 설정이라고 생각하면 좋겠다.

캐시 저장 시간 설정을 간단하게하기 위해 다음 항목은 모두 부여하는 경우가 많습니다. 백 엔드 서버에 의존하면 언제 캐시가 만료 또는 알 힘들어하고 아니라서.
이 설정을하면 백 엔드 서버보다받은 HTTP 응답 헤더를 제거하여 브라우저에 닿지 않는 것은 아닌지? 걱정이 될지도 모르지만,별로 제거되는 것은 아니고, 어디 까지나, Squid 자신의 캐시 제어시 고려되지 않을뿐입니다.

옵션 항목	내용
override - expire	백 엔드 서버에서 "Expires"헤더를 무시한다.　　※ Squid 는 Expires 캐시 유효성 확인
override - lastmod	백 엔드 서버에서 "Last - modified"헤더를 무시한다.　　※ Squid 는 Last - modified 캐시 유효성 확인
ignore - reload	브라우저에서 " Cache - Control "또는"Pragma "헤더의　　no - cache (백 엔드 서버에서 다시로드) 지정이있어도 무시한다.　　캐시가 있으면 그것을 반환한다.
ignore - no - cache	백 엔드 서버에서 no - cache (캐쉬 금지)　　지정이있어도 상관없이 캐시한다.
ignore - no - store	위와 동일
ignore - private	백 엔드 서버에서 "Cache - Control"헤더를 통한　　private (같은 캐시 금지) 지정이있어도 상관없이 캐시한다.

[참고 URL]

Leverage OSS : Squid 업데이트 패턴에서 인터넷 속도 (1 / 2) - ITmedia 엔터 프라이즈

Kazuho @ Cybozu Labs : 캐시 능숙한 사용법

설정 예제

 refresh_pattern (& nocache = 1) 0 100 % 0 옵션 설정 설명은 생략 1 * 1
 refresh_pattern (\? nocache = 1) 0 100 % 0 옵션 설정 설명은 생략 2
 refresh_pattern (/ cgi /) 0 100 % 0 옵션 설정 설명은 생략 3
 refresh_pattern (realtime.co.jp) 1 100 % 1 옵션 설정 설명은 생략 4
 refresh_pattern 5 100 % 5 옵션 설정 설명은 생략 5

개발자 테스트 매개 변수 를 만들어 그 매개 변수가 부여되는 경우 (캐시 시간이 0이므로) 캐시되지 않습니다.
Ibid. 매개 변수 부여된 분이 다를뿐.
특정 경로의 경우에는 캐시하지 않습니다.
특정 도메인에만 캐시 시간을 1 분으로한다. 멀티 도메인 사이트에서 실시간성이 높은 도메인의 경우.
그렇지 내용은 5 분 동안 캐시합니다.

추가1 : http://www.itmedia.co.jp/enterprise/articles/0812/01/news024.html 여기 사이트도 도움이 된다.(일본어사이트_ squid에서 refresh_pattern을 이용하여 인터넷 액세스를 고속화 하기.)
추가2 : http://www.squid-cache.org/Doc/config/refresh_pattern/ 영문사이트 이쪽 참고!

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-동일조건변경허락 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

'IT 관련 > Linux 관련' 카테고리의 다른 글

솔라리스 기본명령어 (0)	2012/05/11
솔라리스 및 리눅스 로그 관련 (0)	2012/04/17
Squid 의 캐시 저장 기간 설정 ( refresh_pattern ) (0)	2011/12/22
sqlrelay2개로 다른 각각의 character_set 의 mysql 불러오기. (0)	2010/04/15
우분투 세미나에 다녀왔습니다. (16)	2009/05/31
오늘 우분투 세미나 다녀옵니다 (12)	2009/05/30

회사일로 일본에 다녀왔습니다.

Danzy — Sun, 30 Jan 2011 20:12:52 +0900

.
티에디션인지 먼지 이미지를 삽입해도 인식을 못해서 때려치우고 다시쓰는...-ㅅ-
간단하게 회사일로 통역 및 회의까지 하러 갔다 옴.

김포공항에 있는 747 뱅기

신주쿠 키노쿠니아 지하에 있는 나가사키 짬뽕!

첫째날 저녁에 먹은 스시 셋트! 당연히 얻어먹었지만..

둘째날 점심에 먹은 돈가스.980엔 정도 한다. NS빌딩 29층에 판매.

케이오 호텔에 있는 장식. 히나마츠리 때문에 준비한듯.

둘째날 저녁을 먹은 이케수 라는 곳. 꽤 고급식당인듯 보였음.

이날도 먹은 스시...회만 먹다 온듯..

역시 호텔근처 지나가다 언제나 본 도쿄도청 건물. 아시는분이 여기 근무 하는데...연락이 안되는구나 ㅋㅋ

돌아오는 뱅기 모습.

첫 해외 출장인지라 어벙벙 하다가 온듯한 느낌...그래도 임무는 완수 했으니...만족함.
질른건 오리가방 이랑 시세이도 퍼펙트 폼 딱 두가지...-_ -;

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-동일조건변경허락 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

'일본 관련' 카테고리의 다른 글

회사일로 일본에 다녀왔습니다. (0)	2011/01/30
오키나와 2박 3일 여행기. (2)	2010/10/04
룸메이트 시즌3 (0)	2010/07/05
새로운 방사진 - 룸메이트 구하기용 (0)	2010/06/07
일본인 룸메이트 시즌2 (0)	2009/11/08
외국인 동거 일기 - 6개월된 남자 동생이 귀국했습니다. (0)	2009/09/27

BURBERRY Weekend For MAN 구입기.

Danzy — Wed, 13 Oct 2010 22:23:40 +0900

이번에 구입한 향수에 관한 내용 입니다. 마침 새로산 카메라로 테스트겸 찍어 보았네요. 클릭해서 크게 보세요 :)

50ml 를 구입한..

이번에 오키나와 가면서 구할려다가 뱅기가 작아서 구입 항목에도 없었고 이러저래 이유로 못한 향수를 같은팀원분이 괌에 가셔서 부탁해서 구입하게 되었습니다.

일본에 있을때 한참 쓰던건 블가리 블루 퓨어 옴므 였었는데(정말 대중적인 향..) 이번엔 한번 바꾸어 봤습니다;

불가리랑 비교하면 좀 가볍기도 하고 금방 날라 가는듯한 기분도 드네요.

예전에 보기에 알콜 함유량이랑 이런걸 본 적이 있는데 기억이 안나네요..-_ -;;; 아시는분 댓글을~!

weekend 라고 적혀있는..

병에는 weekend 라고 적혀 있고 마게에는 버버리라고 적혀 있네요.

요건 윗 뚜껑 부분.

윗쪽 뚜껑을 찍은 사진.

뚜껑 열고 한장.

뚜껑을 열면 뭐 평범한 향수 입니다. 뒷편에 보이는 일본에서 산 노트북의 자판이 보이네요. 가끔 심심하면 이런 저런 사진을 찍어 볼까 합니다 :)

그리고 좋은 향수 정보가 있으면 댓글로 공유해 주세요..^^

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-동일조건변경허락 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

'신변잡기 > PhotO' 카테고리의 다른 글

구글 애드센스 덕북에 구글에서 수표를 받았네요~ (2)	2012/02/03
소니 PRS-T1 자작 케이스 만들기(카페베네이용) (0)	2011/12/31
BURBERRY Weekend For MAN 구입기. (0)	2010/10/13
NEX-3 를 구입했습니다~ (0)	2010/09/20
두유가 더 온 사연... (2)	2010/08/07
RunKeeper 을 이용하여 자신의 경로를 그려봅시다. - 퇴근경로 (0)	2010/05/26