RequestError: -8 при попытке резервного копирования файлов на облачный диск MEGA с дублированием - PullRequest
0 голосов
/ 20 марта 2019

В течение нескольких лет я успешно выполнял резервное копирование локальных файлов на одну учетную запись облачного диска mega.co.nz с использованием дублирования.

Несколько недель назад я создал вторую учетную запись MEGA и хотел сделать резервную копию большего количества данных.на этот.Но здесь, вход в систему всегда терпит неудачу с RequestError -8 (подробный журнал ошибок: см. Ниже).Несмотря на то, что команды на дублирование, которые я использую, идентичны (кроме имени для входа в систему), и конфигурации учетной записи также, насколько я вижу, одинаковы.

Единственное отличие, которое я заметил: моя старая учетная запись имеет 50 ГБквота, новая только 15 ГБ.

Возможно ли, что бэкэнд MEGA для двуличности работает для старых учетных записей MEGA, но не для новых?Это единственное объяснение, которое у меня есть на данный момент, потому что точно такая же команда проверки на дублирование работает на старой, но я воспроизводимо получаю RequestError -8, если я попробую ту же команду на новой!

Iя уверен, что использую правильный пароль.Я подтвердил это, войдя в учетную запись с помощью моего веб-браузера.Кроме того, если учетные данные неверны, он выдаст RequestError -9, а не -8, я также проверял это со своей старой учетной записью.

Может кто-нибудь помочь мне?Является ли это ошибкой в ​​бэкэнде двуличности, которая вступает в силу только с новыми аккаунтами MEGA?Или я что-то не так делаю!?

Вот команды, которые я использую для проверки обеих учетных записей (реальные имена пользователей заменяются на «nemax»): сначала старая / успешная:

nemax@debian:~$ rm -r .cache/
nemax@debian:~$ duplicity collection-status mega://mega.20.nemax@spamgourmet.com@mega.co.nz/
Password for 'mega.20.nemax@spamgourmet.com@mega.co.nz': 
Local and Remote metadata are synchronized, no sync needed.
Last full backup date: none
Collection Status
-----------------
Connecting with backend: BackendWrapper
Archive dir: /home/nemax/.cache/duplicity/8120d3794544470f8308d730c26f0d8e

Found 0 secondary backup chains.
No backup chains with active signatures found
No orphaned or incomplete backup sets found.

А вот новый / неудачный:

nemax@debian:~$ rm -r .cache/
nemax@debian:~$ duplicity collection-status mega://agem.20.nemax@spamgourmet.com@mega.co.nz/
Password for 'agem.20.nemax@spamgourmet.com@mega.co.nz': 
Traceback (most recent call last):
  File "/usr/bin/duplicity", line 1553, in <module>
    with_tempdir(main)
  File "/usr/bin/duplicity", line 1547, in with_tempdir
    fn()
  File "/usr/bin/duplicity", line 1382, in main
    action = commandline.ProcessCommandLine(sys.argv[1:])
  File "/usr/lib/python2.7/dist-packages/duplicity/commandline.py", line 1118, in ProcessCommandLine
    globals.backend = backend.get_backend(args[0])
  File "/usr/lib/python2.7/dist-packages/duplicity/backend.py", line 223, in get_backend
    obj = get_backend_object(url_string)
  File "/usr/lib/python2.7/dist-packages/duplicity/backend.py", line 209, in get_backend_object
    return factory(pu)
  File "/usr/lib/python2.7/dist-packages/duplicity/backends/megabackend.py", line 44, in __init__
    self.__authorize(parsed_url.username, self.get_password())
  File "/usr/lib/python2.7/dist-packages/duplicity/backends/megabackend.py", line 104, in __authorize
    self.client.login(email, password)
  File "/usr/local/lib/python2.7/dist-packages/mega/mega.py", line 31, in login
    self._login_user(email, password)
  File "/usr/local/lib/python2.7/dist-packages/mega/mega.py", line 42, in _login_user
    raise RequestError(resp)
RequestError: -8
Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...