Perpetual beta

참고 자료:

http://chrislaskey.com/blog/342/running-multiple-redis-instances-on-the-same-server/

http://makandracards.com/makandra/7965-run-multiple-redis-servers-on-ubuntu

작업 환경:

Ubuntu 12.04.4 LTS x86_64 / Xeon E5640 @ 2.67Ghz / 6 core / 4G

redis 2.8.7 x86_64

이번에 해외에 게임을 새로 퍼블리싱 하는데 CCU를 1분마다 체크해달라고 한다. 그런데 기존 코드를 크게 고치기엔 부담이 있어서 그냥 redis instance를 하나 더 띄워서 글로벌 키를 다 걸고 EXPIRE를 걸어서 DBSIZE만 반환해주면 되겠다, 라는 생각이 들어서 새 인스턴스를 띄우게 되었다.

굵은 글씨가 커맨드이니 따라하려면 굵은 글씨에 집중하자.

1. 설정 파일 복사

기존의 설정 파일을 복사해야 한다. 기존의 설정 파일은 /etc/redis/에 들어있다. 새 Redis 개체는 'redis-cache-server'이며, 기존의 서버는 'redis-server'로 명명하겠다.

cd /etc/redis/

sudo cp redis.conf redis-cache.conf

sudo vi redis-cache.conf

2. 설정 파일 편집

 복사한 redis-cache.conf 파일의 몇 가지를 수정해야 하는데 확인해 보자.별표가 찍혀있는 것은 해외 사이트에선 언급하진 않았지만 본인이 찝찝해서 바꾼 것.

 - pidfile

  pid가 기록될 폴더이다. 내 환경 기준으로 /var/run/redis/redis.pid로 되어있다. 이걸 /var/run/redis/redis-cache.pid로 수정했다.

 - port

 기본 port는 6379이다. 6380으로 수정한다.

 - logfile

 내 환경에서 /dev/null에 작성이 되어있는데, 특정 경로를 지정해도 된다. 귀찮아서 수정하지 않았다.

 - dbfilename *

 redis는 지정된 주기마다 데이터의 내용을 파일에 기록한다. 그 파일을 설정하는 것인데. 기본 이름은 redis.rdb인데, redis-cache.rdb로 수정한다.

 - dir *

 현재 /var/lib/redis 로 되어있는데, 영 찝찝해서 /var/lib/redis-cache로 설정했다.

3. 폴더 생성 및 권한 설정

 활동할 폴더를 설정해 주었으니 폴더를 생성해 주어야한다.

sudo mkdir /var/lib/redis-cache

sudo chown redis.redis /var/lib/redis-cache

4. init 스크립트 작성

새 redis 개체를 구동시키기 위한 스크립트를 작성한다. 여기에 붙여넣기엔 이쁘지 않아서 gist에 링크를 참고하도록 한다. 파일명은 redis-cache-server로 했다.

/etc/init.d/redis-cache-server

경로에 파일을 생성했다.

https://gist.github.com/anonymous/3759a0849276b8582000

본인이 수정을 해야 할 때 참고해야 할 부분은 아래와 같다

sudo vi /etc/init.d/redis-cache-server

 - DAEMON_ARGS

   service daemon에 들어갈 설정 파일의 경로이다. 상단에서 복사해서 수정한 파일의 경로를 적으면 된다.

 - NAME

   새로 올릴 redis instance의 이름을 기재하면 된다. 왠만하면 shell과 이름을 같게 하면 좋을 것 같다.

 - DESC

   새로 올릴 redis instance의 설명을 기재하면 된다. 귀찮아서 같게 적는다.

 - PIDFILE

   redis-cache.conf에 적은 pid 파일의 경로를 적어준다.

그 후에, 실행 권한을 부여하기 위해

sudo chmod +x /etc/init.d/redis-cache-server

를 실행한다.

5. 설정 파일 배포 및 실행 테스트

 update-rc.d 를 통하여 설정 파일을 배포한다.

sudo update-rc.d /etc/init.d/redis-cache-server defaults

를 입력한 후에

sudo /etc/init.d/redis-cache-server

를 실행해서 구동에 실패했다면 위의 내용을 다시 확인해 올려본다. 구동에 성공했다면(별다른 말이 없다면)

redis-cli -p 6380

을 통해서 cli 접근이 되는지 확인하고 사용해보자.

뭐 순조롭게 잘 돌아가고 있는 것 같다.

sudo apt-get install php5-curl
sudo /etc/init.d/apache2 restart

http://ubuntuforums.org/showthread.php?t=391313

http://askubuntu.com/questions/65468/where-can-i-find-a-subversion-1-7-binary

sudo apt-get subversion

sudo apt-add-repository ppa:dominik-stadler/subversion-1.7

sudo apt-get update
sudo apt-get upgrade

sudo apt-get dist-upgrade

sudo apt-get install subversion

환경:

OS: Mac OSX 10.8.2 (Mountain lion)

WAS: Python Django 1.4.1

DBMS: MySQL 5.5 community edition

Browser: Chrome 버전 23.0.1271.64 (OSX용)

TinyEditor는 굉장히 가벼운 wisywig richtext editor이다.  이리저리 검색을 해보다가 사용하게 되었다.

홈페이지: http://www.scriptiny.com/2010/02/javascript-wysiwyg-editor/

사용법도 간단하고, 쉬운데 언제나 wisywig에디터의 문제인 'post'였다. 많은 wisywig에디터를 이용해보았고, 대부분 post, dosubmit 등의 함수가 있는데. TinyEditor는 그대로 쳤는데 안되는 것.

tinyeditor 홈페이지에는 다음과 같이 기재되어 있다.

삽입 예제: http://www.scriptiny.com/qa/2134/tinyeditor-php-integration-help

form에서 onsubmit에서 에디터의 instance.post() 함수를 호출하는 것.

<form id='editor' action=admin.php method=post onsubmit='editor.post();'>

와 같은 식으로 호출을 하게 했다. 여기서 editor라는 instance는, 아래에서 알 수 있다. tinyeditor를 생성하는 부분을 살펴보자.

'Incorrect table definition; there can be only one TIMESTAMP column with CURRENT_TIMESTAMP in DEFAULT or ON UPDATE clause'

나를 4시간동안 뻐큐먹인 에러문. sync db를 못해서, 테스트를 못함. ㅜㅜ

에러 난 이유:

timestamp 가 current_timestamp가 default인 칼럼을 두개 만들지 마라.... 말랜다... 그냥 정신 멍하고 귀찮아서 구글에서 검색만 하다가, 제정신을 차려보니 나를 공격함.

한 마디로..

class Foo(models.Model):

    bar   = UnixTimestampField(auto_created=True)

    bar2  = UnixTimestampField(auto_created=True)

이걸 하지 말란거임.. ㅜㅜ (파이썬)

참다참다 못참아서 그냥 설정 뒤집어 깜.

환경: 

- mbp 13" early 2011 (2.7@Intel core i7, ddr3 4G, hd graphics 384mb)

- osx 10.8.2 (mountain lion)

- mysql 5.5.27

1. /etc/my.cnf 가 없어요!

Open Terminal (in Utilities folder under Applications folder) 

cd /usr/local/mysql/support-files/
sudo cp my-huge.cnf /etc/my.cnf

cd /etc

출처: http://forums.mysql.com/read.php?11,366143,376017#msg-376017

2. 이제 설정을 덮어씌워요!

[mysqld]
character-set-server=utf8
collation-server=utf8_general_ci

init_connect=SET collation_connection=utf8_general_ci
init_connect=SET NAMES utf8
[client]
default-character-set=utf8
[mysql]
default-character-set=utf8

를 각각에 추가

출처: http://mirwebma.tistory.com/5

3. 껐다 켜요!






4. 확인을 해봐요 !


와 된다 ..ㅋ.. 그 전에 만들어 놓은 테이블들은 어쩌죠...ㅋ...ㅋ.. 다 날려야징..ㅋ..ㅜㅜ

 일요일 새벽에 갑자기 원격 포트가 접속이 안된다고 IDC에서 문자가 왔었습니다. 이게 무슨 일일까요...

그래서홈페이지를 들어가보니 뭐 접속이 되는데, DB데이터를 불러오는 곳에서 오류메세지가 나더라구요. 

뭐 내용은 아래와 같았습니다.

Error Code: 145. Table 'scheme.table_name' is marked as crashed and should be repaired

음.. 에러를 보아하니 꼭 테이블이 깨진 것 같단 생각이 들었습니다. 일단 테이블은 MyISAM이었습니다. 갑자기 3년 전에 InnoDB로 된 거대 테이블 하나가 깨졌을 때의 안 좋은 기억이 스믈스믈 떠오르면서 그 때에 MyISAM은 복구가 굉장히 간편하다라는 검색 내용이 생각나서 좀 검색을 해봤습니다.

http://dev.mysql.com/doc/refman/5.0/en/myisam-repair.html

다음과 같은 답변이 있더군요. 뭐 간략히 요약하자면..

콘솔창이나 workbench나 phpMyAdmin 등 SQL을 실행할 수 있는 무언가를 능력껏 구동하여,

repair table 'scheme.table_name' 을 실행하면 자동적으로 고쳐진다고 합니다. 만약 그게 안된다면 위의 링크를 참조하여 고치면 되는 것 같네요.

원격 접속 안되지, phpmyadmin 안되지, 결국은 IDC에 전화해서 원격 콘솔 열어달라고해서 했습니다 -_-

보통 이 문제는 서버가 강제적으로 종료되었을 때 나타나는데, 어제 저희 홈페이지 서버가 강제로 전원이 나갔었어서 그 문자메세지가 최초로 도착한 것 같습니다.

공격이라도 받았을까봐, 원격 콘솔 열어서 RDC 포트 바꾸고 이리저리 수선을 떨었었는데..

뭐 결론은 파워서플라이 불량이었습니다. 이것부터 어제밤에 문제 생기고 계속적으로 문제가 생겨서 문자오고 메일오고 핸드폰 그래서 하루종일 징징거리고, 어제밤부터오늘 아침부터 저녁까지 수선떤걸 생각하면, 아오... 

근데 뭐 기계가 망가진게 사람의 뜻이겠습니까. 

뭐 그렇습니다. :)