简体   繁体   English

RequestError:-8 尝试将文件备份到具有双重性的 MEGA 云驱动器时

[英]RequestError: -8 when trying to backup files to MEGA cloud drive with duplicity

For some years, I have successfully backed up my local files to one mega.co.nz cloud drive account using duplicity.几年来,我使用双重性成功地将我的本地文件备份到一个 mega.co.nz 云驱动器帐户。

Some weeks ago, I created a second MEGA account and wanted to backup more data onto that one.几周前,我创建了第二个 MEGA 帐户,并希望将更多数据备份到该帐户上。 But here, the login always fails with a RequestError -8 (detailed error log: see below).但在这里,登录总是失败并返回 RequestError -8(详细的错误日志:见下文)。 Even though the duplicity commands I use are identical (apart from the login name), and the account configurations are equal, too, as far as I can see.即使我使用的双重命令是相同的(除了登录名),并且帐户配置也相同,据我所知。

Only difference I noticed: My old account has 50 GB quota, the new one only 15 GB.我注意到的唯一区别:我的旧帐户有 50 GB 的配额,新帐户只有 15 GB。

Is it possible that the duplicity MEGA backend works for older MEGA accounts, but not for newer ones?双重性 MEGA 后端是否可能适用于较旧的 MEGA 帐户,但不适用于较新的帐户? It is the only explanation I have at the moment, because exactly the same duplicity test command works on the old one, but I reproducibly get the RequestError -8 if I try the same command on the new one!这是我目前唯一的解释,因为完全相同的重复性测试命令适用于旧的,但是如果我在新的命令上尝试相同的命令,我会重现地得到 RequestError -8!

I am sure I am using the correct password.我确定我使用的是正确的密码。 I verified it by logging into the account using my web browser.我通过使用我的网络浏览器登录帐户来验证它。 Furthermore, if the credentials are wrong, it will throw a RequestError -9, not -8, I tested that as well with my old account.此外,如果凭据错误,它将抛出 RequestError -9,而不是 -8,我也用我的旧帐户进行了测试。

Can someone please help me?有人可以帮帮我吗? Is it a bug in duplicity's backend which becomes effective only with newer MEGA accounts?这是否是 Duplicity 后端的一个错误,它只对较新的 MEGA 帐户有效? Or am I doing something wrong!?还是我做错了什么!?

Here are the commands which I use to test both accounts (real login names replaced by "nemax"): Old/successful one first:以下是我用来测试两个帐户的命令(真实登录名替换为“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.

And here the new/unsuccessful one:这里是新的/不成功的:

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

Thank you so much @paf.goncalves, the solution provided in your link https://github.com/megous/megatools/issues/411 works!非常感谢@paf.goncalves,您的链接https://github.com/megous/megatools/issues/411 中提供的解决方案有效!

Obviously, if I create a mega.nz account using the regular web interface, it creates some new kind of account, which is not reachable for the duplicity mega:// backend.显然,如果我使用常规 Web 界面创建一个 mega.nz 帐户,它会创建某种新帐户,而 duplicity mega:// 后端无法访问该帐户。

But if I create it with the command line tool "megareg" using the "megatools" package for Debian 9, it works perfectly fine!但是,如果我使用命令行工具“megareg”使用 Debian 9 的“megatools”包创建它,它就可以正常工作!

声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.

 
粤ICP备18138465号  © 2020-2024 STACKOOM.COM