오늘의 뻘짓…

제 워드프레스에 트랙백이 안달린다는 얘기를 듣고 제 개발용 데이타베이스에다가 워드프레스를 설치하기로 마음먹었습니다. 오랫만에 디비를 들여다보니 예전에 뭔가를 테스트한다고 깔아놨던 찌그래기가 보입니다. 한 번쯤 정리할 때가 됐다는 생각이 들어 디비를 drop 해버렸습니다.

어라? 내 개발용 데이타베이스 이름은 ‘aqua_dev’인데…

네 오랫만에 디비 한 번 날렸습니다. -_-a 다행히도 매 주 한 번씩 자동으로 백업이 되고 있었고, 오늘은 월요일이기에 피해가 코멘트 세 개 정도에 불과합니다. 휴~

역시 인생지사 세옹지인지 디비를 복원한 후에 트랙백을 무사히 도착받을 수 있었습니다.

예전에 ‘rm -rf ~/’를 실행했을 때에 비하면 별 거 아니긴 했지만 하여튼! drop, rm -rf 같은 명령어를 사용할 때는 조금 긴장하고 작업을 해야겠습니다. -_-a

덧: 참고로 제 트랙백 주소는 글주소/trackback 인데, 따로 눈에 보이게 적어놓지 않아서인지 글주소로 트랙백을 보내시는 분들이 있는 것 같습니다. -_-a

problem in fastcgi with apache

현재 unfix 서버에는 apache + mod_fcgid 환경에서 fastcgi 를 지원하고 있다. 그런데 fastcgi 를 적용시킨 후 가끔 apache 가 먹통이 되는 현상이 생겨버렸다.

대부분의 apache 프로세스가 D state 를 가지게 되면서 더 이상 프로세스를 만들어내지 못하게 되서 요청을 처리하지 못하게 되는 것 같은데, D state 는 Uninterruptible sleep 을 의미하므로 fastcgi 프로세스에서 interrupt 를 disable 시킨채로 sleep 상태에 들어가서 이런 문제가 생기는 것으로 보인다.

그렇다고 하루종일 아파치가 정상적으로 동작하고 있나를 확인할 수는 없기에 스크립트를 하나 작성해봤다.

sort 와 uniq 를 이용해서 숫자를 셀 수도 있지만 정상적인 경우에 D stat 를 가지는 프로세스가 존재하지 않으므로 for 를 이용하기로 했다. 꺄아! 과연 효과는 -_-! 두둥!

아파치 안전 장치…

요새 아파치가 제 속을 썩이고 있습니다. 아무 로그도 남기지 않고 아파치가 먹통이 되는 일이 간간히 있었는데 왜 그런건지 알 수가 없으니 조치를 취하는게 쉽지가 않네요.

하여튼 원인을 알 수 없는고로! 차선책으로 apache watchdog 스크립트를 만들어 넣었습니다.

대략 위와 같은 코드를 사용했는데 아파치를 죽여놓은 후 스크립트를 실행시킬 경우 정상적으로 아파치를 실행시키는 것으로 보아 잘 작동하는 것 같습니다. 휴~

그래도 한 몇일은 좀 신경써서 지켜봐야겠습니다.

새 백업 스크립트…

예전 스크립트에서는 그냥 특정 사용자에 한해서 백업을 하도록 하고 있었습니다. 하지만 백업의 중요성을 절실히 느끼게 되서, 요번엔 사용자의 계정 사용량을 체크해서 1기가 미만으로 사용을 하고 있다면 자동으로 백업을 하도록 만들었습니다.

또한 ls 와 head, tmpwatch 를 이용해서 백업본이 최신 2 개만이 유지되도록 만들어놓았습니다. 만약 타르볼로 묶는데 1시간 이상 걸리는 용량을 아카이빙 하면 문제가 될 수 있습니다. –;