EOFError in tritcask _deserialize - .hint and .data disagree on key availability
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Ubuntu One Client |
Confirmed
|
High
|
Ubuntu One Client Engineering team |
Bug Description
There are several reports of silent Ubuntu One startup that manifests as follows in syncdaemon.log:
2012-08-22 11:08:48,862 - ubuntuone.
2012-08-22 11:08:48,862 - ubuntuone.
2012-08-22 11:08:48,862 - ubuntuone.
2012-08-22 11:08:48,862 - ubuntuone.
2012-08-22 11:08:48,862 - ubuntuone.
2012-08-22 11:08:48,862 - ubuntuone.
2012-08-22 11:08:49,081 - ubuntuone.
2012-08-22 11:08:49,081 - ubuntuone.
2012-08-22 11:08:49,081 - ubuntuone.
2012-08-22 11:08:49,158 - ubuntuone.
2012-08-22 11:08:49,158 - ubuntuone.
2012-08-22 11:08:49,158 - ubuntuone.
2012-08-22 11:08:49,158 - ubuntuone.
2012-08-22 11:08:49,158 - ubuntuone.
2012-08-22 11:08:49,158 - ubuntuone.
2012-08-22 11:08:49,206 - ubuntuone.
No more log entries are added until restart, which adds
2012-08-22 11:12:57,417 - ubuntuone.
The original issue for silent failure was fixed in LP: 1041163 but the underlying EOFError remains:
Here's the output of dump_metadata.py for such kind of broken tritcask data file:
Showing Root: 'C:\\Users\
Showing UDF: 'C:\\Users\
A9191' (id='6c95c8cf-
Showing UDF: 'C:\\Users\
(id='6fde87dd-
Showing trash:
(empty)
Showing move limbo:
Traceback (most recent call last):
File "contrib/
main(basedir)
File "contrib/
for key, value in fsm.move_
File "/usr/lib/
yield (k, self[k])
File
"/usr/lib/
line 281, in __getitem__
return super(TrashTrit
File
"/usr/lib/
line 953, in __getitem__
return self._deseriali
File
"/usr/lib/
line 978, in _deserialize
return cPickle.
EOFError
It looks like the .data file does not have the entry which gets pointed to by .hint file.
tags: | added: support |
Changed in ubuntuone-client: | |
status: | New → Confirmed |
importance: | Undecided → High |
assignee: | nobody → Ubuntu One Desktop+ team (ubuntuone-desktop+) |
tags: | added: desktop+ |
tags: |
added: u1-support removed: support |
tags: |
added: u1-support-escalated removed: u1-support |