On 10/19/2014 05:50 AM, Super Strobi wrote:
> Dumping metadata...
> ..objects..
> ..blocks..
> Uncaught top-level exception:
> Traceback (most recent call last):
> File "/bin/fsck.s3ql", line 9, in <module>
> load_entry_point('s3ql==2.9', 'console_scripts', 'fsck.s3ql')()
> File "/usr/lib/python3.3/site-packages/s3ql/fsck.py", line 1217, in main
> dump_metadata(db, fh)
> File "/usr/lib/python3.3/site-packages/s3ql/metadata.py", line 137, in
> dump_metadata
> dump_table(table, order, columns, db=db, fh=fh)
> File "deltadump.pyx", line 317, in s3ql.deltadump.dump_table
> (src/s3ql/deltadump.c:4096)
> File "deltadump.pyx", line 364, in s3ql.deltadump.dump_table
> (src/s3ql/deltadump.c:3746)
> ValueError: Can't dump NULL values
This looks like a bug. Could you report it
athttps://bitbucket.org/nikratio/s3ql/issues? Thanks!
> Mounting is not possible:
>
> [root@strobiserver ~]# mount.s3ql local:///mnt/local-nfs/myfsdata-ttt
> /mnt/s3ql-ttt-local --allow-other --nfs
> Using 4 upload threads.
> Autodetected 4052 file descriptors available for cache entries
> Enter file system encryption passphrase:
> Using cached metadata.
> File system damaged or not unmounted cleanly, run fsck!
>
> Rerunning fsck gives same output as above.
>
> Suggestions to get out of this?
Does the file system metadata (i.e., file names, sizes, permissions)
contain confidential information? If not, can you upload it somewhere
and send me the link? Then I'll take a look.
Otherwise I can give you some commands to execute, but it'll take
several emails back and forth...
Best,
-Nikolaus
--
GPG encrypted emails preferred. Key id: 0xD113FCAC3C4E599F
Fingerprint: ED31 791B 2C5C 1613 AF38 8B8A D113 FCAC 3C4E 599F
»Time flies like an arrow, fruit flies like a Banana.«
--
You received this message because you are subscribed to the Google Groups
"s3ql" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to s3ql+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
