20080121

날숨/잡담 2008.01.21 18:57

후 ... CS 서버 겨우 다시 살렸다
보니까 아파치 로그가 거의 4기가를 잡고 있어서(/usr 파티션은 겨우 5기가란 말이다 ㅠ)
로그를 삭제하고 apache log rotate를 사용.

설정 방법은 다음과 같다

먼저 apache/bin/rotatelogs 이 존재하는지 확인한다.
아래의 구문을 usr/local/apache/conf/httpd.conf의 access.log 설정 부분 근처에 추가해 준다.
CustomLog "|/usr/local/apache/bin/rotatelogs /var/log/access_log 86400" common
윈도우용 아파치와는 달리 파일사이즈가 아닌 시간을 기준으로 설정한다.(초단위)
86400은 24시간인데 혹시 몰라서 7을 곱해준 값으로 설정

원래는 usr/local/mysql/data 안의 '*-dat.0XX' 파일들을 지우면 공간이 좀 생기지 않을까 했는데, 예상외로 5%밖에 차지하고 있지 않아서 접근방법을 달리 해 본것 ㅠ

아래는 -bin어쩌구 파일 생성 못하게 하기(설정은 아직 하지 않은 상태)
 *-bin.* 은 mysql 의 replication 기능을 사용하기 위한 binary file 이다.
즉 replication 기능을 사용하지 않는다면 삭제해도 상관없다.
만약 이 로그들을 생성시키지 않고 싶다면 /etc/my.cnf 에 보면
-----------------------------------------------------------------
# Start logging
#log-bin
#server-id = 1

-----------------------------------------------------------------
라는 설정이 있는데 이 2줄을 모두 주석 처리 하고 mysql 을 재시작 한다.
동기화에 관련된 Replication에 대한 자세한 설명은 : http://oops.org/?&t=lecture&sb=mysql&n=1 참고

음 이렇게 해서 홈페이지가 열리긴 하는데,
또 뭔가 있을까봐 걱정 ㅠ
신고
posted by purecolor

20080114 오늘의 삽질

날숨/잡담 2008.01.15 00:43
예전부터 cs 홈페이지에 발견하던 문제점의 근본 원인을 알았다.
처음에는 mysql 프로세스 리스트에 자꾸 lock이 걸린 쿼리가 발생하길래
인터넷을 찾아보고는 구버전에 자주 나타나는 버그라고 해서 업데이트를 하려다가
소심한 마음에 관두고(그래도 학과 홈페이지니까 ㅠ)

찾다 찾다 알고 보니 테이블이 조각조각 나있었던것
일단 복구를 하긴 하고 어떻게 첫 페이지가 뜨긴 했는데....
문제는 게시판의 글들을 읽어오는데서 에러가 나기 시작했다.(난몰라)

... 데이터베이스를 조회해보니
역시 MYI 파일들이 다 깨져있다(충격과 공포)
이학관의 잦은 정전이 역시 문제인가보다  ㅠ

역시 자주 백업을 해줘야 겠구나.. 라고 생각 ㅠ
이 문제때문에 엄청 골치아팠는데.. 원인을 알아서 다행이다.

몇가지 명령어(click)

신고
posted by purecolor