[volunteergrid2-l] some error
Iantcho Vassilev
ianchov at gmail.com
Sun Dec 18 13:24:54 UTC 2011
Ok Shawn..I will do that.
Regards,
Iantcho
On Sat, Dec 17, 2011 at 18:51, Shawn Willden <shawn at willden.org> wrote:
> I suggest taking this discussion to tahoe-dev, where the real experts hang
> out.
>
>
> On Sat, Dec 17, 2011 at 12:19 AM, Iantcho Vassilev <ianchov at gmail.com>wrote:
>
>> Acutally i started seeing this error when i moved my desktop to
>> linux..and this particular directory that i am backuping is scp copied from
>> a Windows machine.
>> That`s why i started using convmfs - because i had many errors during
>> backup for filename encondings..
>>
>>
>> However today i again got:
>> re-using old directory for '/home/ianchov/testmount'
>> Traceback (most recent call last):
>> File "/home/ianchov/allmydata-tahoe-1.9.0/support/bin/tahoe", line 9,
>> in <module>
>> load_entry_point('allmydata-tahoe==1.9.0', 'console_scripts',
>> 'tahoe')()
>> File
>> "/home/ianchov/allmydata-tahoe-1.9.0/src/allmydata/scripts/runner.py", line
>> 113, in run
>> rc = runner(sys.argv[1:], install_node_control=install_node_control)
>> File
>> "/home/ianchov/allmydata-tahoe-1.9.0/src/allmydata/scripts/runner.py", line
>> 99, in runner
>> rc = cli.dispatch[command](so)
>> File
>> "/home/ianchov/allmydata-tahoe-1.9.0/src/allmydata/scripts/cli.py", line
>> 570, in backup
>> rc = tahoe_backup.backup(options)
>> File
>> "/home/ianchov/allmydata-tahoe-1.9.0/src/allmydata/scripts/tahoe_backup.py",
>> line 325, in backup
>> return bu.run()
>> File
>> "/home/ianchov/allmydata-tahoe-1.9.0/src/allmydata/scripts/tahoe_backup.py",
>> line 123, in run
>> put_child(archives_url, now, new_backup_dircap)
>> File
>> "/home/ianchov/allmydata-tahoe-1.9.0/src/allmydata/scripts/tahoe_backup.py",
>> line 57, in put_child
>> raise HTTPError("Error during put_child", resp)
>> allmydata.scripts.common_http.HTTPError: Error during put_child: 500
>> Internal Server Error
>> "Traceback (most recent call last):\x0a File
>> \"/home/ianchov/allmydata-tahoe-1.9.0/support/lib/python2.7/site-packages/Twisted-10.1.0-py2.7-linux-x86_64.egg/twisted/internet/base.py\",
>> line 796, in runUntilCurrent\x0a call.func(*call.args, **call.kw)\x0a
>> File
>> \"/home/ianchov/allmydata-tahoe-1.9.0/support/lib/python2.7/site-packages/foolscap-0.6.2-py2.7.egg/foolscap/eventual.py\",
>> line 26, in _turn\x0a cb(*args, **kwargs)\x0a File
>> \"/home/ianchov/allmydata-tahoe-1.9.0/support/lib/python2.7/site-packages/Twisted-10.1.0-py2.7-linux-x86_64.egg/twisted/internet/defer.py\",
>> line 318, in callback\x0a self._startRunCallbacks(result)\x0a File
>> \"/home/ianchov/allmydata-tahoe-1.9.0/support/lib/python2.7/site-packages/Twisted-10.1.0-py2.7-linux-x86_64.egg/twisted/internet/defer.py\",
>> line 424, in _startRunCallbacks\x0a self._runCallbacks()\x0a---
>> <exception caught here> ---\x0a File
>> \"/home/ianchov/allmydata-tahoe-1.9.0/support/lib/python2.7/site-packages/Twisted-10.1.0-py2.7-linux-x86_64.egg/twisted/internet/defer.py\",
>> line 441, in _runCallbacks\x0a self.result = callback(self.result,
>> *args, **kw)\x0a File
>> \"/home/ianchov/allmydata-tahoe-1.9.0/src/allmydata/mutable/filenode.py\",
>> line 855, in <lambda>\x0a self._modify_once(modifier, first_time))\x0a
>> File
>> \"/home/ianchov/allmydata-tahoe-1.9.0/src/allmydata/mutable/filenode.py\",
>> line 881, in _modify_once\x0a d = self._try_to_download_data()\x0a File
>> \"/home/ianchov/allmydata-tahoe-1.9.0/src/allmydata/mutable/filenode.py\",
>> line 959, in _try_to_download_data\x0a d = self._read(c,
>> fetch_privkey=True)\x0a File
>> \"/home/ianchov/allmydata-tahoe-1.9.0/src/allmydata/mutable/filenode.py\",
>> line 980, in _read\x0a d = r.download(consumer, offset, size)\x0a File
>> \"/home/ianchov/allmydata-tahoe-1.9.0/src/allmydata/mutable/retrieve.py\",
>> line 237, in download\x0a self._setup_download()\x0a File
>> \"/home/ianchov/allmydata-tahoe-1.9.0/src/allmydata/mutable/retrieve.py\",
>> line 277, in _setup_download\x0a shares =
>> versionmap[self.verinfo]\x0aexceptions.KeyError: (17,
>> \"\\xf1\\xea\\xf4\\x0bD\\xde\\x93\\t\\xda[HC\\xa3\\x14uK\\x90m\\xed|'\\xa6?\\r\\xd8FT\\x12\\x85\\xa9\\xd5\\x13\",
>> 'a\\xe7\\x99\\x8f\\xe4\\xc5A&\\xf5\\xf3\\xe7\\xc7\\x83\\xf77I', 3130, 3126,
>> 5, 12,
>> \"\\x00\\x00\\x00\\x00\\x00\\x00\\x00\\x00\\x11\\xf1\\xea\\xf4\\x0bD\\xde\\x93\\t\\xda[HC\\xa3\\x14uK\\x90m\\xed|'\\xa6?\\r\\xd8FT\\x12\\x85\\xa9\\xd5\\x13a\\xe7\\x99\\x8f\\xe4\\xc5A&\\xf5\\xf3\\xe7\\xc7\\x83\\xf77I\\x05\\x0c\\x00\\x00\\x00\\x00\\x00\\x00\\x0c:\\x00\\x00\\x00\\x00\\x00\\x00\\x0c6\",
>> (('enc_privkey', 1449), ('EOF', 2665), ('share_data', 823), ('signature',
>> 399), ('block_hash_tree', 791), ('share_hash_chain', 655)))\x0a"
>>
>>
>>
>> On Fri, Dec 16, 2011 at 23:20, Billy Earney <billy.earney at gmail.com>wrote:
>>
>>> you are right, I didn't even think of the global affect..
>>>
>>> On Fri, Dec 16, 2011 at 3:18 PM, Christoph Langguth <
>>> christoph at rosenkeller.org> wrote:
>>>
>>>> Am 16.12.2011 21:59, schrieb Billy Earney:
>>>>
>>>> When I upgraded, the first thing I did was a deep-check, and received
>>>>> errors, so I downgraded to 1.8.3, and figured that was okay since I
>>>>> didn't upload any files after I upgraded to 1.9.0. I figure if you
>>>>> haven't uploaded any files, it could be okay, but there might be issues
>>>>> if you have uploaded files since upgrading to 1.9.0. I'm not 100%
>>>>> about
>>>>> this, so maybe someone like Zooko, should chime in?
>>>>>
>>>>> I was more thinking of the server-side part, i.e. the "black box
>>>> data" which is stored on my node on behalf of others. Like, if 1.9.0 uses a
>>>> different format for holding indexes or such. Software usually handles data
>>>> format "upgrades" quite well, but the opposite is almost never true. So the
>>>> worst case I'm afraid of is: SW downgrade -> tahoe says "yeah, there sure
>>>> is some data stored here, but I can't make sense of it" -> locally stored
>>>> data lost/useless -> everybody having a chunk here has to repair their data.
>>>>
>>>> As said, that's the "worst-case scenario" which may very well not be
>>>> the case -- I was just wondering about the possible "global" implications
>>>> of a local downgrade.
>>>>
>>>> --Chris
>>>>
>>>>
>>>> _______________________________________________
>>>> volunteergrid2-l mailing list
>>>> volunteergrid2-l at tahoe-lafs.org
>>>> http://tahoe-lafs.org/cgi-bin/mailman/listinfo/volunteergrid2-l
>>>> http://bigpig.org/twiki/bin/view/Main/WebHome
>>>>
>>>
>>>
>>> _______________________________________________
>>> volunteergrid2-l mailing list
>>> volunteergrid2-l at tahoe-lafs.org
>>> http://tahoe-lafs.org/cgi-bin/mailman/listinfo/volunteergrid2-l
>>> http://bigpig.org/twiki/bin/view/Main/WebHome
>>>
>>
>>
>> _______________________________________________
>> volunteergrid2-l mailing list
>> volunteergrid2-l at tahoe-lafs.org
>> http://tahoe-lafs.org/cgi-bin/mailman/listinfo/volunteergrid2-l
>> http://bigpig.org/twiki/bin/view/Main/WebHome
>>
>
>
>
> --
>
> Shawn Willden | Software Engineer | swillden at google.com | Google
> Payments
>
>
> _______________________________________________
> volunteergrid2-l mailing list
> volunteergrid2-l at tahoe-lafs.org
> http://tahoe-lafs.org/cgi-bin/mailman/listinfo/volunteergrid2-l
> http://bigpig.org/twiki/bin/view/Main/WebHome
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://tahoe-lafs.org/cgi-bin/mailman/private/volunteergrid2-l/attachments/20111218/80bfbc00/attachment.html>
More information about the volunteergrid2-l
mailing list