BadLoginError затоплен

У меня есть проблема для запуска затопленного демона на сервере Ubuntu 16. Когда я пытаюсь запустить его с systemctl start deluged, и затем я проверяю его с systemctl status deluged это дает мне эту ошибку:

Jun 20 10:13:48 Quel-Server systemd[1]: deluged.service: Unit entered failed sta
Jun 20 10:13:48 Quel-Server systemd[1]: deluged.service: Failed with result 'exi
Jun 20 10:13:48 Quel-Server systemd[1]: deluged.service: Service hold-off time o
Jun 20 10:13:48 Quel-Server systemd[1]: Stopped Deluge Bittorrent Client Daemon.
Jun 20 10:13:48 Quel-Server systemd[1]: deluged.service: Start request repeated 
Jun 20 10:13:48 Quel-Server systemd[1]: Failed to start Deluge Bittorrent Client

После этого я пытаюсь запустить затопленного демона с /usr/bin/deluged -d, но без успеха:

[ERROR   ] 10:16:04 rpcserver:266 Username does not exist
Traceback (most recent call last):
  File "/usr/lib/python2.7/dist-packages/deluge/core/rpcserver.py", line 260, in dispatch
    ret = component.get("AuthManager").authorize(*args, **kwargs)
  File "/usr/lib/python2.7/dist-packages/deluge/core/authmanager.py", line 87, in authorize
    raise BadLoginError("Username does not exist")
BadLoginError: Username does not exist
[ERROR   ] 10:16:04 rpcserver:266 Username does not exist
Traceback (most recent call last):
  File "/usr/lib/python2.7/dist-packages/deluge/core/rpcserver.py", line 260, in dispatch
    ret = component.get("AuthManager").authorize(*args, **kwargs)
  File "/usr/lib/python2.7/dist-packages/deluge/core/authmanager.py", line 87, in authorize
    raise BadLoginError("Username does not exist")
0
задан 6 September 2016 в 20:05

2 ответа

Для тех, кто получает эту проблему, в которой можно проверить:

  • , Если Вы используете systemd и ранее установили с Выскочкой и/или System V init

  • , Если Вы находка имя пользователя и пароль для попытки входа в систему в systemctl status deluge-web команда

  • следовала руководству, предоставленному здесь: http://dev.deluge-torrent.org/wiki/UserGuide/Service/systemd

Затем этот ответ мог бы помочь Вам!

<час>
  1. близкий все сервисы затопили, deluge-webui (до systemctl, чтобы быть уверенными).

  2. удаляют .config папка от Вашего пользователя как корень или другой.

  3. Изменяют hotlists файл, расположенный в /var/lib/deluge/.config папка. Вы могли бы видеть такую информацию:

    "localhost", 
       58846, 
       "root or your username", 
       "somepassword"
    

    просто удаляют имя пользователя и пароль и устанавливают их как:

    "localhost", 
      58846, 
      "", 
      ""
    
  4. Затем перезапуск, затопленный затем deluge-web до systemctl и Ваш демон, мог бы казаться онлайн в веб-ui интерфейсе.

2
ответ дан 7 September 2016 в 06:05
  • 1
    - 1, этот doesn' t адресуют вопрос хорошо. В OP' s система, что-то, по-видимому, изменилось, который не объяснимо очевиден, таким образом, it' s вряд ли, чтобы быть или яркостной или цветовой температурой. Таким образом, Ваши предложения являются в лучшем случае обходными решениями для более глубокой проблемы, которая должна быть решена правильно. – leftaroundabout 6 November 2017 в 11:07

У меня была та же проблема. Я решил его путем определения местоположения затопленного "подлинного" файла (/var/lib/deluge/.config/deluge/auth в моем случае) и добавления нового пользователя там:

localclient:0cblablablablablaandmoreblaed5f:10
my_username:a_secret_password:10
[еще 114] информация в Затопленные документы Аутентификации

1
ответ дан 29 September 2019 в 02:07

Другие вопросы по тегам:

Похожие вопросы: