EDIT: Por algum motivo metade do meu post ficou truncado, não tenho certeza do que aconteceu. Eu atualizarei em breve e postarei que ele está atualizado aqui no topo.
EDIT: atualizei o post novamente, desculpe pela pergunta incompleta.
EDIT (8:55 PM EST 10/10/2011): Eu atualizei /srv/rhodecode/start.sh como Steven sugeriu, ainda sem alegria. Ele continua assim:
[lpeabody@vcs rhodecode]$ sudo /etc/init.d/rhodecode-server start
Starting rhodecode-server:
Atualizei os scripts abaixo para mostrar as alterações.
Eu nunca escrevi um shell ou um script na minha vida. Eu estou tentando instalar o RhodeCode no CentOS, e existem scripts de inicialização para o Debian e Gentoo, mas não para o RedHat / CentOS que é insano para mim. Então eu preciso escrever um, porque o nosso ambiente de servidores está restrito a rodar o CentOS 5. A fonte para o projeto pode ser encontrada em Bitbucket aqui .
A idéia é rodar o RhodeCode com Celery e RabbitMQ. Tudo é escrito em Python e eu tenho o ambiente em seu próprio recipiente virtual separado usando virtualenv. Eu tenho a idéia do script de shell aqui .
Eu criei um usuário do sistema chamado rhodecode e criei o diretório / var / run / rhodecode e ele pertence ao código de rodapé. Eu também criei / var / www / rhodecode onde o production.ini reside, assim como o /srv/rhodecode/start.sh, que é propriedade do código de rodapé.
Permissões:
[lpeabody@vcs run]$ ll -a /var/run/rhodecode
total 12
drwxr-xr-x 2 rhodecode rhodecode 4096 Oct 10 15:57 .
drwxr-xr-x 21 root root 4096 Oct 10 16:07 ..
[lpeabody@vcs run]$ ll -a /var/www/rhodecode
total 76
drwxr-xr-x 4 rhodecode rhodecode 4096 Oct 10 16:47 .
drwxr-xr-x 11 root root 4096 Oct 5 14:54 ..
drwxrwxr-x 3 rhodecode rhodecode 4096 Oct 5 19:40 data
-rw-r--r-- 1 rhodecode rhodecode 0 Oct 10 16:41 debug.log
-rw-r--r-- 1 rhodecode rhodecode 1466 Oct 10 16:41 error.log
-rw-rw-r-- 1 rhodecode rhodecode 6000 Oct 6 15:27 production.ini
drwxrwxr-x 2 rhodecode rhodecode 4096 Oct 5 18:37 repos
-rw-r--r-- 1 rhodecode rhodecode 44032 Oct 5 19:16 rhodecode.db
[lpeabody@vcs run]$ ll -a /srv/rhodecode/
total 16
drwxr-xr-x 2 rhodecode rhodecode 4096 Oct 10 16:40 .
drwxr-xr-x 4 root root 4096 Oct 7 14:40 ..
-rwxr-xr-x 1 rhodecode rhodecode 277 Oct 10 16:40 start.sh
Eu tenho os seguintes scripts bash e shell.
/srv/rhodecode/start.sh
#!/bin/bash
# run this as the rhodecode user!
WDIR=/var/www/rhodecode
VIRTUALENV_DIR=/opt/python_virtualenvironments/rhodecode-venv
export PYTHON_EGG_CACHE=/tmp/.python-eggs
source $VIRTUALENV_DIR/bin/activate
cd $WDIR
exec paster serve production.ini 1> debug.log 2> error.log
/etc/init.d/rhodecode-server
#!/bin/sh
#
# rhodecode-server RhodeCode server instance
#
#
# PATH=/sbin:/usr/sbin:/bin:/usr/bin
NAME=rhodecode-server
DESC=rhodecode-server
USER=rhodecode
PID_FILE=/var/run/rhodecode/pid
CMD=/srv/rhodecode/start.sh
LOCK_FILE=/var/lock/subsys/$NAME
. /etc/init.d/functions
RETVAL=0
remove_pid () {
rm -f ${PID_FILE}
}
start_rhodecode () {
daemon --user $USER --pidfile $PID_FILE $CMD
RETVAL=$?
[ $RETVAL -eq 0 ] && touch $LOCK_FILE
return $RETVAL
}
stop_rhodecode () {
killproc -p $PID_FILE
RETVAL=&?
rm -f $LOCK_FILE
rm -f $PID_FILE
return $RETVAL
}
restart_rhodecode () {
stop_rhodecode
start_rhodecode
RETVAL=$?
}
case "$1" in
start)
echo -n $"Starting $DESC: "
start_rhodecode
echo
;;
stop)
echo -n $"Stopping $DESC: "
stop_rhodecode
echo
;;
restart)
echo -n $"Restarting $DESC: "
restart_rhodecode
echo
;;
*)
echo $"Usage: $0 {start|stop|restart}"
RETVAL=1
;;
esac
exit $RETVAL
Quando executo sudo /etc/init.d/rhodecode-server start e, em seguida, executo ps -aux | grep paster , posso ver que o comando paster serve production.ini do /srv/rhodecode/start.sh foi executado e está sendo executado com o id do usuário (102) do rhodecode.
102 5222 0.7 7.8 144300 80988 ? Sl 16:08 0:00 /opt/python_virtualenvironments/rhodecode-venv/bin/python /opt/python_virtualenvironments/rhodecode-venv/bin/paster serve production.ini
No entanto, nenhum arquivo pid é criado, por isso não posso parar o servidor do meu script de inicialização. Não tenho certeza porque o daemon não está criando o pidfile. O caminho para o arquivo pid é válido e as permissões estão corretas. Pensamentos?