기술자의 길, 예술가의 길(wbstory.textcube.com으로 이전함)

바로 어제까지 보컬로이드라는 거, 무슨 밴드 이름인 줄 알고 있었습니다.
Vocal + Android 즉, 노래부르는 안드로이드라는 뜻이네요.
야마하에서 라이선스하는 음성 DB를 가지고 사이버 가수가 노래를 불러주는 뭐 그런 프로그램이랍니다.

샘플곡을 몇 개 들어봤는데, 이건 사람이 불렀다고 말해도 믿겠네요.
일본의 기술력, 놀랍습니다.
우리나라에는 비슷한 소프트웨어로 보이스웨어가 있지요? 하지만 보이스웨어가 노래를 부르게 만드려면 어이없을 만큼 많은 후편집작업을 해야 합니다. 사실상 불가능이라고 할 수 있습니다. 그런 끔찍한 후편집을 해 대느니 차라리 직접 부르고 말죠.

어쨌거나, 세상 참 좋아졌습니다.

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

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

Posted by 운명과시간의신

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

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

Posted by 운명과시간의신

이것이 제가 관리하고 있는 서버 랙의 모습입니다.

위 에서부터 차례대로 RaFi 파일서버, eslab 웹서버(이건 제가 관리 안합니다), DAS 인클로저, 기가비트 이더넷 스위치(허브), 시리얼 디바이스 서버(시리얼콘솔용), KVM스위치, dreamland 서버(제껍니다 ^^;) 순서입니다.


RaFi 서버만 다시 찍어봤습니다. 중간에 eslab 웹서버가 끼어 있네요.

DAS 인클로저와 RaFi서버는 따로따로인 것 같지만 실제로 하나의 서버입니다. DAS인클로저는 그냥 외장하드 케이스 같은 거라고 보시면 돼요.

서버의 디스크 총용량은 무려 8 테라바이트에 달합니다! 물론 백업 등의 이유로 저 용량을 다 쓰지는 않습니다만(얼마만큼 못쓰는지는 비밀요 ㅋㅋ) 그래도 연구실 규모의 서버로는 대단히 큰 용량을 가지고 있지요. 램도 12기가바이트나 돼요. ㅎㅎ

제가 관리하는 서버는 아니지만 급할 때 빌려쓰는 eslab 웹서버도 디스크 총용량이 2.5테라바이트에 달합니다. 물론 여기도 못 쓰는 공간이 있습니다... 만! 역시 비밀입니다 ㅎㅎ

그냥 자랑 좀 해봤어요 ^^;


덧 : 뒷태


저 선, 100% 전부다 제가 깔았어요 ㅠ.ㅠ

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

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

Posted by 운명과시간의신

니챤네루 카페(http://cafe.naver.com/2chkr.cafe) 에서 가져온 동영상입니다.
이 카페에서도 다른 곳에서 가져왔을 텐데, 정확히 어디에서 가져왔는지는 모르겠습니다.
너무나도 감동적인 이야기라서 퍼왔습니다.

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

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

Posted by 운명과시간의신

이 문서에서는 윈도우 - 리눅스간의 폴더 동기화 기법을 다룹니다. 리눅스쪽이 서버로 사용되고, 이 서버는 계정을 가진 사용자라면 전 세계 어디에서나 접속할 수 있습니다. 윈도우 쪽은 클라이언트 머신임을 전제로 하며, 데스크톱 또는 노트북이 될 수 있습니다.

폴더 동기화를 통해 다음과 같은 작업이 가능합니다.


동기화 유틸리티에서 따져보아야 할 것들
1. 양방향인가?
2. 변경된 파일만 전송할 수 있는가?
3. 네트워크 지원이 잘 되어 있는가?
4. 암호화 전송이 가능한가?

여러 가지 동기화 방법
1. copy
장점 : 아무 것도 설정할 필요가 없다.
단점 : 동기화라기보다는 그냥 사본을 만드는 일일 뿐이다.

copy 에는 폴더에서 복사&붙이기하는 방법부터 xcopy를 이용하는 방법까지를 모두 포함합니다. 예약 작업에 넣어 둔 복사 명령도 역시 마찬가지입니다.

따로 아무런 설정도 하지 않아도 되는 장점이 있는 반면, 이건 진정한 동기화가 아니죠. 이름이 바뀌거나 지워진 파일을 추적할 방법이 없고, 동기화가 돼 있는지 확인할 방법도 없으며, 양방향 동기화는 꿈도 꿀 수 없습니다.

무엇보다도, 이 방법으로 용량이 큰 폴더를 동기화하는 건 거의 불가능합니다.

2. cwRsync
장점 : rsync의 강력한 기능을 이용할 수 있다.
단점 : 단방향 동기화, 한글 파일명을 처리하기 어렵다.

리눅스에는 rsync라는 훌륭한 유틸리티가 있습니다. 파일의 변경 사항을 추적해서 변경분만 전송해 동기화시켜주는 막강한 능력을 자랑합니다.  속도도 매우 빠르고, 네트워크 환경에서 사용됨을 전제로 만들어져 암호화, 압축전송 등의 기능을 제공합니다. 리눅스 / 유닉스 컴퓨터끼리의 폴더 동기화에는 거의 절대적으로 이 유틸리티가 사용되고 있는데, 종종 백업 유틸리티로 활용되곤 합니다.

하지만 rsync 자체가 유닉스 / 리눅스 환경에서 사용하도록 되어 있어서 윈도우 환경에서 사용하려면 cygwin 을 설치해야 합니다. cygwin과 rsync의 통합버전인 cwRsync가 있지만 설정 방법도 복잡하고 한글 파일명에 대한 처리가 깔끔하지 못하다는 문제가 있습니다. 리눅스 컴퓨터끼리의 파일 전송에는 아무 문제가 없지만 윈도우 - 리눅스 사이의 파일 전송시 cygwin의 문제로 인해 한글 파일명을 제대로 처리하지 못합니다.

또한 단방향 동기화라는 문제가 있는데, 만약 동기화 방향을 잘못 지정하면 지금까지 작업했던 파일들이 구버전 파일들로 모두 '되돌아가 버리는' 치명적인 상황을 만날 수 있습니다.

클라이언트 - 서버의 관계를 명확히 한다면, 그리고 한글 파일 이름을 사용하지 않는다면  가장 강력한 폴더 동기화 유틸리티가 될 수 있습니다. 하지만 동기화를 꼬박꼬박 챙겨주지 않으면 큰 낭패를 볼 수 있다는 점을 명심해야 할 것입니다.

3. unison
장점 : 양방향 동기화
단점 : 한글 파일 이름 사용 불가

rsync에 양방향 기능을 추가한 버전이라고 생각하면 쉽습니다.  OCaml이라는 언어로 만들었다는 점이 특이한 프로그램입니다.
동기화에 관한 한 거의 모든 요구조건을 만족합니다만, 결정적인 단점 하나가 있으니 그것은 바로 '한글 파일 처리 불가' 입니다. unison의 문제라기보다는 사용한 언어인 OCaml의 문제인데, 영문으로만 되어 있는 파일을 동기화한다면 이것이 윈도우-리눅스 환경에서 사용할 수 있는 동기화 유틸리티 중 최고의 선택이 될 수 있습니다.

4. 서류 가방
장점 : ??
단점 : 네트워크 공유 불가능.

윈도우에서 기본적으로 제공하는 유틸리티이지만 거의 사용하는 사람이 없는 기능 중의 하나입니다. 이건 이동식 매체에 담아서 가지고 다니는 것을 전제로 하고 있기 때문에, 네트워크 드라이브상에 생성된 서류 가방은 정상 작동을 하지 않는 문제가 있습니다.

변경 사항이 추적된다는 것을 제외하고 디스켓을 사용하는 것과 별반 차이가 없기 때문에 더 이상의 설명은 생략하겠습니다.

5. 오프라인 파일
장점 : 쉬운 동기화 설정
단점 : 온라인 상태일 때에는 계속해서 네트워크 자원 사용

서류 가방의 단점을 보완하려고 만든 기능 같은데, 실제로 사용해 보니 그다지 만족스럽지가 못했습니다. 네트워크 드라이브가 연결되는 환경을 전제로 하고 있고, 또 컴퓨터가 온라인상태일 때에는 네트워크 드라이브와 똑같이 작동해 파일 액세스가 느려진다는 결점을 안고 있었습니다.

6. SyncToy를 이용하는 방법
장점 : 간편한 사용법, 쉬운 동기화, 여러 가지 옵션 제공
단점 : 네트워크 동기화에 제한이 있음

SyncToy 라고, 마이크로소프트에서 제공하는 양방향 폴더 동기화 유틸리티입니다. 설치도 간편하고, GUI가 제공되며, 꽤 만족스러운 성능을 보여주었습니다.
그런데 동기화할 수 있는 폴더는 일단 윈도우 탐색기에서 탐색할 수 있는 폴더여야 한다는 제한이 있습니다. 이 말은, 네트워크 드라이브가 연결되는 컴퓨터끼리만 폴더 동기화를 할 수 있다는 걸 뜻합니다.
일반적으로 폴더 동기화를 수행하려는 컴퓨터들은 서로 다른 네트워크상에 존재할 확률이 매우 높습니다. 그리고 서로 다른 네트워크상에 있는 컴퓨터끼리는 VPN같은 기법을 사용하지 않는 한 서로 네트워크 드라이브 연결을 할 수가 없습니다.
Samba over ssh 기법을 사용하여 원격지 컴퓨터와 암호화된 통신으로 폴더 동기화를 할 수는 있지만, 이 방법은 rsync의 방법보다 많이 지저분합니다.

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

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

Posted by 운명과시간의신

연구실 서버와 구 서버의 홈디렉토리 백업 중에
디렉토리를 잘못 지정해서
파일들을 몽땅 덮어써버리는 실수를 해 버렸습니다.

$ rsync -avz -e ssh wbstory@wbstory.codns.com:/home/wbstory/ .

이게 문제의 원흉인데, 이걸 /home/wbstory/backup 디렉토리에서 수행해야 정상인데 /home/wbstory에서 실행시키는 바람에 두 서버의 홈디렉토리가 짬뽕이 돼 버리고 만 사상 초유의 재난사태(?)가 발생하고 말았습니다.

하지만 다행히도 저에겐 막강한 '백업' 시스템이 있었다는거.

# zfs list -r vtrak1-b/home/wbstory

NAME                                        USED  AVAIL  REFER  MOUNTPOINT
vtrak1-b/home/wbstory                      14.6G  85.4G  14.6G  /home/wbstory
vtrak1-b/home/wbstory@2009.02.15_00.17.02  46.6K      -  10.3G  -
vtrak1-b/home/wbstory@2009.02.15_01.17.02  34.6K      -  10.3G  -
vtrak1-b/home/wbstory@2009.02.15_02.17.01  34.6K      -  10.3G  -
... 계속 이어짐

저희 연구실 서버에는 매 시간마다 파일시스템의 변경 사항을 추적하여 백업하는 기능이 포함돼 있습니다. 아, 물론 이거는 이전 포스트에서 설명한 zfs 백업 스크립트에 의해서 만들어진 백업본들입니다.

다른 시스템 같았으면 일주일 전의 풀 백업 이미지를 풀고, 원하는 날짜까지의 인크리멘탈 백업본을 차례차례 적용해서 최종적으로 나온 스냅샷을 가져와 덮어쓰는 작업을 했어야 하는데, (그리고 그렇게 복구해도 하루 전 데이터로만 복구되는데), 저는 이거 한 줄로 끝냈습니다.

# zfs rollback -r vtrak1-b/home/wbstory@2009.02.21_10.17.01

2009년 2월 21일 오전 10시 17분 01초에 백업된 사본으로 되돌려놓으라는 명령입니다.

깔끔하게 되돌려지더군요.

후후훗.
물론 하고 있던 rsync작업은 다 날려먹었지만, 상관없어요. 또 하면 되니까 ^^;

왠지 기쁘네요. 원래 기쁠 상황이 아닌데..
그럼...

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

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

Posted by 운명과시간의신

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

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

Posted by 운명과시간의신

블로그 주인의 허락은 받지 않았습니다만(새벽 두시에 쪽지보낸다고 받을 리도 없고...) 네이버블로그를 벗어나는 블로그링크는 불가능해 보여서 퍼왔습니다.
슬프면서도 기억하고 싶은 포스트여서 아예 퍼왔음을 양해부탁드립니다.
원본주소 : http://comic.naver.com/bestChallenge/detail.nhn?titleId=8325&no=75

P.S : 그런데 링크 주소를 보니까 블로그가 아니고 네이버 만화네요.

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

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

Posted by 운명과시간의신

실력이 바닥을 기는군요.
췟... 너무 오래 안그렸더니...

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

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

Posted by 운명과시간의신

wbstory.codns.com 의 계정 만료일자가 거의 다 돼서 새로운 서버로 이전하였습니다.
이번에 이전한 서버는 저희 학교에서 메인 파일서버로 돌고 있는 것인데요, 실은 수 년 전부터 프로젝트 서버로 사용되던 녀석입니다.
이전까지 사용하던 서버는 당분간 리다이렉트 서버로 사용하다 차츰 내릴 것입니다. 하드웨어 수명도 다 돼가고 있어서 계정 만료 기념(?)으로 옮겨버렸습니다.
서버가 저전력이라 망정이지... 냉각팬은 전부 죽었더군요. 그래도 꿋꿋이 작동해 준 서버에게 박수를... 짝짝짝.
제로보드 데이터 이전하는게 가장 힘들었네요. 아직도 제대로 이전이 안 됐습니다. 무슨 놈의 메뉴가 그리 복잡한지 모르겠네요. 어쨌거나 제로보드 4.1때부터 쭉 사용하던 게 있기 때문에 섣불리 다른 게시판으로 옮기진 못해요.

구글에서 유해사이트로 찍히지나 않을까 그게 걱정이네요. 전혀 엉뚱한 주소로 리다이렉션시키게 해 놨으니 말입니다. 이거 제가 직접 이렇게 한 건데 구글 검색엔진에 알릴 방법 있을까요?

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

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

Posted by 운명과시간의신