DB접속 에러 후 리부팅하면 서버가 죽어버리네요~ > 그누4 질문답변

그누4 질문답변

그누보드4 관련 질문은 QA 로 이전됩니다. QA 그누보드4 바로가기
기존 게시물은 열람만 가능합니다.

DB접속 에러 후 리부팅하면 서버가 죽어버리네요~ 정보

DB접속 에러 후 리부팅하면 서버가 죽어버리네요~

본문

그누보드와 영카트로 홈페이지를 돌리고 있는데



최근들어 서버가 자꾸 DB에러가 나면서 죽어버리는데
그때마다 리부팅을 하면 괜찮았는데 요즘은 아예
리부팅이 먹히지 않고 아래와 같이 콘솔자체가 죽어버리네요
사람이 많이 몰려서 mysql이 죽는것 같기도 한데

무슨 문제점인지 감이 안잡히니.....

어떤것 부터 점검을 해봐야 할까요?
.
.
.
.
.
.
.




















1. 요청사항(문제점 및 원인)
 리부팅

2. 조치사항
 콘솔확인결과 
PREFETCH window: f6a00000-f6afffff
Aug 11 23:24:52 localhost kernel: NET: Registered protocol family 2
Aug 11 23:24:52 localhost kernel: IP route cache hash table entries: 65536 (order: 7, 524288 bytes)
Aug 11 23:24:52 localhost kernel: TCP established hash table entries: 262144 (order: 10, 4194304 bytes)
Aug 11 23:24:52 localhost kernel: TCP bind hash table entries: 65536 (order: 8, 1048576 bytes)
Aug 11 23:24:52 localhost kernel: TCP: Hash tables configured (established 262144 bind 65536)
Aug 11 23:24:52 localhost kernel: TCP reno registered
Aug 11 23:24:52 localhost kernel: audit: initializing netlink socket (disabled)
Aug 11 23:24:52 localhost kernel: audit(1250033041.558:1): initialized
Aug 11 23:24:52 localhost kernel: Total HugeTLB memory allocated, 0
Aug 11 23:24:52 localhost kernel: VFS: Disk quotas dquot_6.5.1
Aug 11 23:24:52 localhost kernel: Dquot-cache hash table entries: 512 (order 0, 4096 bytes)
Aug 11 23:24:52 localhost kernel: Initializing Cryptographic API
Aug 11 23:24:52 localhost kernel: ksign: Installing public key data
Aug 11 23:24:52 localhost kernel: Loading keyring
Aug 11 23:24:52 localhost kernel: - Added public key BF23BF4D1917253
Aug 11 23:24:52 localhost kernel: - User ID: CentOS (Kernel Module GPG key)
Aug 11 23:24:52 localhost kernel: io scheduler noop registered
Aug 11 23:24:52 localhost kernel: io scheduler anticipatory registered
Aug 11 23:24:52 localhost kernel: io scheduler deadline registered
Aug 11 23:24:52 localhost kernel: io scheduler cfq registered (default)

서버다운 강제리부팅 조치 후 정상부팅 및 ssh접속확인

3. 참고사항
 위내용으로 기존에도 동일증상으로 원격에서 리부팅시 다운되는 증상은 하드웨어(컨트롤러 또는 메인보드) 또는 커널문제로 보여집니다.

4. 작업비용
 없음

 

댓글 전체

오래된 장비라면 일단 교체를 하는게 원칙 입니다.
커널의 문제라면 os를 전면 재설치 해야 할 수도 있고
h/w문제라면 문제가 되는 것을 바꿔야지 하겠죠.

신규장비라면 그때는 os 커널을 신규버젼으로 업하고
그래도 문제면 h/w를 교체해야 할 겁니다.
SB OPTERON 4WD SCSI 사양인데 한 2년전에 업그레이드하고 그누로 돌리고 있습니다.

동시접속자는 최대 100명정도일듯 한데

여름에만 사람이 더 많이 몰리는 사이트라 최근에 자꾸 DB접속에러로 mysql데몬이 죽어버리는 현상이 일어나고 있고요

불당님 튜닝을 많이 적용해서 빨라진듯 한데....

서버는 튜닝에는 영 아는게 없어서 답답하기만 하네요.

커널만 신규로 업해도 괜찮을까요?
장비문제는 아닐듯한데요.. 제가 쓰는 장비는 Dorcus님 장비가 SB OPTERON 4WD SCSI 라는 말만 들어서는 어느정도인지 실감되지 않지만 구형장비라하시면 제가 쓰는 장비도 만만치 않습니다. 하지만 동시접속이나 일방문은 조금 더 높구요. 같은 서버에 피서철 관련은 민박이나 여행관련 사이트가 있다보니 비슷한 실정인것 같습니다.
커널 업뎃같은 경우 서버관련 메니지먼트 쪽이라 관련 엔지니어가 하는것이 좋구요 장애시 문제가 있으니 신중을 기하는것이 좋습니다.
mysql이 특정 시기나 방문이 많은 시기에 죽는다는것은 mysql 리소스를 의심해보는것이 좋을듯합니다. 리소스 증가로 다운되는 현상이 있으니까요. 우선 효과를 보실려면 게시물이 많은 게시판이나 회원들의 정보를 이용한 컨텐츠(각종 순위, 생일자, 접속자, 회원관련 정보들...등) 부하를 주는 요소를 간략하게 하거나 불필요한것들 제거를 해보십시요.  소스상에 과다하게 쿼리를 하거나 메인페이지에 불필요한 쿼리를 유발하는것이 없는지..사용빈도가 많은 쿼리는 특정페이지에서만 시행하게 하시고 지속적인 그누보드 튜닝을 최대한 적용하는것을 추천드립니다.
제가 생각하기에도 서버사양문제는 아닐것 같은데요, 저녁 피크시간대 오후 9시쯤 다운되는걸 보니까요.

아무래도 커뮤티니 위주 사이트라 메인화면에 순위를 무려 3종류, 접속자등을 노출시키는게 문제일듯 하네요.

회원들이 쪽지보려고 메인에서 리프레쉬가 심하거든요

답변 감사드립니다^^;
무조건 정리하기 보다 log를 살펴보시는것이 좋습니다. mysql이 정상적이라면 아주 아주 느려지기는 하여도 원래는 다운이 되지 않아야 하는것이죠. 로그내역을 상세히 보시고 다운을 일으키는 원인이 무엇인지... 다운 전에 어떤 로그가 남겨졌는지 살펴보시길 바랍니다. 그리고, mysql 버젼도 확인을 해보시구요. 2년전 세팅한 사이트라 생각에 가능하다면 최신버젼으로 갈아타는것도 고려해볼만 합니다.
전체 66,554 |RSS
그누4 질문답변 내용 검색

회원로그인

(주)에스아이알소프트 / 대표:홍석명 / (06211) 서울특별시 강남구 역삼동 707-34 한신인터밸리24 서관 1402호 / E-Mail: admin@sir.kr
사업자등록번호: 217-81-36347 / 통신판매업신고번호:2014-서울강남-02098호 / 개인정보보호책임자:김민섭(minsup@sir.kr)
© SIRSOFT