Alfonso Brown <[email protected]> writes:
> ~/.s3ql # fsck.s3ql --force s3://secops-data/PMS/POC_
[...]
> Reading metadata...
> ..objects..
> ..blocks..
> ..inodes..
> ..inode_blocks..
> ..symlink_targets..
> ..names..
> Uncaught top-level exception:
> Traceback (most recent call last):
>   File "/usr/bin/fsck.s3ql", line 9, in <module>
>     load_entry_point('s3ql==1.19', 'console_scripts', 'fsck.s3ql')()
>   File "/usr/lib/s3ql/s3ql/fsck.py", line 1177, in main
>     db = restore_metadata(tmpfh, cachepath + '.db')
>   File "/usr/lib/s3ql/s3ql/metadata.py", line 95, in restore_metadata
>     load_table(table, columns, db=db, fh=fh)
>   File "deltadump.pyx", line 411, in s3ql.deltadump.load_table (src/s3ql
> /deltadump.c:6257)
>   File "deltadump.pyx", line 513, in s3ql.deltadump.load_table (src/s3ql
> /deltadump.c:6123)
>   File "deltadump.pyx", line 162, in s3ql.deltadump.fread (src/s3ql
> /deltadump.c:1887)
> IOError: [Errno 14] Bad address

I vaguely remember reading about this problem before, but I completely
forgot the context or outcome. Did you maybe report this somewhere else
already?

[..]
> Took a look on Google, and didn't see any similar issue like this that's 
> been encountered before.  If it's possibly an S3 bucket - side issue 
> (corrupt or missing data), that's fine, I'd just like to know what exactly 
> is going on.  Thanks in advance to everyone who takes a look and can offer 
> help...

At the moment, this error really does not make sense to me. It looks as
if s3ql is trying to close a temporary file (using fclose(3)), but
receives an "Bad address" error in return. That error code isn't even
mentioned in the fclose man page.

Is this reproducible? Does it also happen if you run fsck.s3ql on a
different (non-AWS) system?


Thanks,
-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 [email protected].
For more options, visit https://groups.google.com/d/optout.

Reply via email to