1 (14.11.2010 17:41:44 отредактировано zenon)

Второй день мучаюсь с этим гадом, под debian демон переписанный есть http://dev.deluge-torrent.org/wiki/User … ipt/Ubuntu, под арчем это не работает.

Поставил по https://wiki.archlinux.org/index.php/Deluge - родной демон ручками запускается нормально, но когда его вписываю в rc.conf - после загрузки он вроде бы запускается, но подключится к нему никак не могу, хотя в процессах он висит.

тут вроде все порлез http://dev.deluge-torrent.org/wiki/UserGuide

 Консоль:

> deluge                                                                                                       ~/ ab
[ERROR   ] 16:44:28 client:393 RPCError Message Received!
--------------------------------------------------------------------------------
RPCRequest: daemon.login(, )
--------------------------------------------------------------------------------
  File "/usr/lib/python2.7/site-packages/deluge/core/rpcserver.py", line 259, in dispatch
    ret = component.get("AuthManager").authorize(*args, **kwargs)
  File "/usr/lib/python2.7/site-packages/deluge/core/authmanager.py", line 87, in authorize
    raise BadLoginError("Username does not exist")

BadLoginError: Username does not exist
--------------------------------------------------------------------------------

При установке создается пользователь deluge, home у него /srv/deluge, как написано в  http://dev.deluge-torrent.org/wiki/User … entication
пробовал уже и обычного пользователя, и deluge, .... коннекта нет .... замучался уже может кто сталкивался?

ы. Auhtentication прописывал и тут
/srv/deluge/.config/deluge/auth
и в своем домашнем каталоге - ниче не помагает.

ыы. BadLoginError: Username does not exist
Тоесть оно явно не может внутри локалхоста заавторизоваться. Судя, по RPCRequest: daemon.login(, ) - оно вообще не получает ничего из файла auth. Хотя, записи там есть. и где он лежит оно тоже знает, ибо при затирании оного и перезапуске демона оно его создает.

История показывает, что во всем новом обычно кроется какой-то подвох.
Классическая ошибка, которую совершают проектировщики
абсолютно надежных систем, - недооценка изобретательности клинических идиотов.

2

Короче временное решение для себя нашел:
немного изменил /etc/rc.d/deluged, ввел $USER_NAME, и убрал $DELUGE_USER, в начале прописал себя и все заработало, но ведь наверное должен быть какой-нибуть не такой кривой способ запуска?

/etc/rc.d/deluged

#!/bin/bash

USER_NAME=xxxxxx

. /etc/rc.conf
. /etc/rc.d/functions
. /etc/conf.d/deluged

[[ -f /var/run/deluged.pid ]] && PID=$(cat /var/run/deluged.pid)
[[ -d /proc/$PID ]] || PID=

case "$1" in
  start)
    stat_busy "Starting Deluge Daemon"
    [[ -z $PID ]] && su -l -s /bin/sh -c "/usr/bin/deluged >/dev/null" $USER_NAME
    # [[ -z $PID ]] && su -l -s /bin/sh -c "/usr/bin/deluged >/dev/null" $DELUGE_USER
    if [ $? -gt 0 ]; then
      stat_fail
    else
      sleep 1
      echo $(pgrep -u $USER_NAME deluged) > /var/run/deluged.pid
      # echo $(pgrep -u $DELUGE_USER deluged) > /var/run/deluged.pid
      add_daemon deluged
      stat_done
    fi
    ;;
  stop)
    stat_busy "Stopping Deluge Daemon"
    [[ ! -z $PID ]] && kill $PID &> /dev/null
    if [ $? -gt 0 ]; then
      stat_fail
    else
      rm /var/run/deluged.pid
      rm_daemon deluged
      stat_done
    fi
    ;;
  restart)
    $0 stop
    sleep 1
    $0 start
    ;;
  *)
    echo "usage: $0 {start|stop|restart}"
esac
exit 0
История показывает, что во всем новом обычно кроется какой-то подвох.
Классическая ошибка, которую совершают проектировщики
абсолютно надежных систем, - недооценка изобретательности клинических идиотов.