제로 보드 삽질하기. ㅜㅜ APM 업그레이드하고 고생하였습니다.
어제 연구실에 홈페이지 및 메일 서버로 쓰는 놈을 페도라 코어1에서 코어4로 업그레이드를 했습니다.
할머니 기일이라, 후배녀석에게 그냥 시디만 던져 주고 시켜놓고 갔는데,
성묘 가는 중에 전화와서 제로보드를 이용하고 있는 연구실 게시판이 안 열린다고 하더군요.
성묘를 마치고 집에 와서 검색을 해보니,
php 5.x 와 Mysql 4.1.x에서 제로보드가 문제가 생길 수 있다는 점을 확인하였고,
그 문제를 해결하기 위하여 제시되어 있는 모든 방법을 동원해도 문제를 해결 할 수가 없었습니다.
문제는 제로보드가 Mysql 데이터 베이스에 접근을 할 수 없었던 가장 큰 문제였습니다.
이 방법 저 방법 다 쓰다가 결국 다 포기하고
데이터 베이스 백업하고
mysqldump -u root -p board > board.sql
백업한 데이터 베이스를 이용하여 새로운 데이터 베이스 만들고,
mysqldump -u root -p test_board 위와 반대 방향 부등호 board.sql
참고 : http://www.nzeo.com/bbs/zboard.php?id=cgi_faq&page=1&sn1=&divpage=1&sn=off&ss=on&sc=off&select_arrange=headnum&desc=asc&no=6
http://database.sarang.net/?inc=read&aid=16580&criteria=mysql&subcrit=&id=&limit=20&keyword=&page=3
거기에 대해서 제로보드를 새로 설치하였더니, 완벽하게 돌아오더군요. 물론 설치할 때 php5 문제로 인한 무한 루프 도는 문제가 있어서 php.ini을 수정했습니다.
register_globals=off -> on
register_long_arrays = off -> on
register_long_arrays가 2군데가 있어서 두군데 다 풀었습니다.
register_globals= on 설정은 보안상 문제가 있다고 하는데 당장 복구에 급해서 일단 설치하였습니다.
그외에도 해야될 일이 많았습니다.
mysql 4.1대 에서 소스 파일에 있는 schema.sql가 문제가 생기기때문에
최신 버젼의 schema.sql를 사용하셔야 합니다.
참고 자료를 보면 schema.sql의 139번째 라인
no int(11) default 0 not null auto_increment primary key 을
no int(11) not null auto_increment primary key 로 수정하라고 하는데
저는 수정안하고 설치하여서 사용하고 있습니다.
물론 스킨이랑 기존 첨부 자료들은 백업했다가 원래 자리로 copy & paste 하면 되더군요.
결국 해결책은 제로보드 재설치였습니다.
php 4.x mysql 4.0.x대 사용하다가 php 5.x mysql 4.1 대로 업그레이드 하실 분들은
재설치를 할 수 있다는 사실을 꼭 명심하시기 바랍니다.
댓글
그래서...
저는 제로보드를 제 서버에 설치하려고 하는 사람들을 거의 죽이지요.
php 4.3.2의 세션 문제에 의존한다는 메시지가 뜨는 일도 있지만, 저는 고치기 귀찮아서 수정도 안 하고 있습니다.
게다가 DOCTYPE이 들어가야 할 자리에 라이센스가 들어가는 것은 제겐 너무 싫습니다.
---- 절취선 ----
http://ubuntu.ksa.hs.kr
댓글 달기