РЕДАКТИРОВАТЬ: По какой-то причине половина моего сообщения была обрезана, не знаю, что произошло. Я скоро обновлю и опубликую, что это обновлено здесь, вверху.
РЕДАКТИРОВАТЬ: Я снова обновил сообщение, извините за неполный вопрос.
РЕДАКТИРОВАТЬ (20:55 EST 10.10.2011): я обновил /srv/rhodecode/start.sh, как предложил Стивен, все еще без радости. Продолжает висеть вот так:
[lpeabody@vcs rhodecode]$ sudo /etc/init.d/rhodecode-server start
Starting rhodecode-server:
Я обновил скрипты ниже, чтобы показать изменения.
Я никогда в жизни не писал шелл или bash-скрипт. Я пытаюсь установить RhodeCode на CentOS, и есть сценарии инициализации для Debian и Gentoo, но не для RedHat / CentOS, что для меня безумие. Поэтому мне нужно написать один, потому что наша серверная среда ограничена запуском CentOS 5. Источник проекта можно найти на Bitbucket. Вот.
Идея состоит в том, чтобы запустить RhodeCode с Celery и RabbitMQ. Все это написано на Python, и у меня есть среда в отдельном виртуальном контейнере с использованием virtualenv. У меня появилась идея сценария оболочки Вот.
Я создал системного пользователя с именем rhodecode и создал каталог / var / run / rhodecode, принадлежащий rhodecode. Я также создал / var / www / rhodecode, где находится production.ini, а также /srv/rhodecode/start.sh, все из которых принадлежат rhodecode.
Разрешения:
[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
У меня есть следующие сценарии bash и оболочки.
/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
Когда я бегу sudo /etc/init.d/rhodecode-server start а затем запустить ps -aux | grep paster, Я вижу paster serve production.ini команда из /srv/rhodecode/start.sh прошла и работает с идентификатором пользователя rhodecode (102).
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
Однако файл pid не создается, поэтому я не могу остановить сервер с помощью сценария инициализации. Я не уверен, почему демон не создает файл pid. Путь к файлу pid действителен, а разрешения верны. Мысли?
Я думаю, твоя проблема в /srv/rhodecode/start.sh. В настоящее время начинается paster как отдельный фоновый процесс, а затем сразу выйти. Это создает проблему для вашего сценария инициализации, который ожидает start.sh сам по себе быть длительным процессом демона, которым нужно управлять.
Таким образом, попробуйте изменить последнюю строку /srv/rhodecode/start.sh читать следующим образом:
exec paster serve production.ini 1> debug.log 2> error.log
С помощью exec делает start.sh становиться paster, который затем демонизируется daemon в сценарии инициализации.
Вы должны указать место? Не могли бы вы использовать параметр --name, чтобы дать ему имя? Это создаст для вас PID и очистит его, когда вы закончите. Так это выглядело бы так:
$NAME="rhodecode"
start_rhodecode () {
daemon --user $USER --name $NAME $CMD
RETVAL=$?
return $RETVAL
}
stop_rhodecode () {
daemon --name $NAME --stop
RETVAL=&?
return $RETVAL
}