[Box Backup] exception BackupStore InvalidBackupStoreFilename (4/3)

[Jason]

When I run the command without "fix" I get this:

Check store account ID 00000003
Phase 1, check objects...
Phase 2, check directories...
File ID 1a66aa has different container ID, probably moved
File ID 1a66ae has different container ID, probably moved
File ID 1a66ac has different container ID, probably moved
,,,
File ID 18898e has different container ID, probably moved
File ID 186165 has different container ID, probably moved
File ID 15b759 has different container ID, probably moved
Directory ID 14987e has wrong container ID.
Phase 3, check root...
Phase 4, fix unattached objects...
Object 18df9e is unattached.
Object 18df9f is unattached.
Object 18dfa0 is unattached.
,,,
Object 1ab162 is unattached.
Object 1ab163 is unattached.
Object 1ab164 is unattached.
Phase 5, fix unrecovered inconsistencies...
Phase 6, regenerate store info...
NOTE: Soft limit for account changed to ensure housekeeping doesn't
delete files on next run
NOTE: Hard limit for account changed to ensure housekeeping doesn't
delete files on next run
104352 errors found
NOTE: No changes to the store account have been made.
Run again with fix option to fix these errors
You should now use bbackupquery on the client machine to examine the store.


When running with "fix" I get:

NOTE: Will fix errors encountered during checking.
Check store account ID 00000003
Phase 1, check objects...
Phase 2, check directories...
File ID 1a66aa has different container ID, probably moved
File ID 1a66ae has different container ID, probably moved
File ID 1a66ac has different container ID, probably moved
...
File ID 18898e has different container ID, probably moved
File ID 186165 has different container ID, probably moved
File ID 15b759 has different container ID, probably moved
Directory ID 14987e has wrong container ID.
Phase 3, check root...
Phase 4, fix unattached objects...
Object 18df9e is unattached.
Object 18df9f is unattached.
Object 18dfa0 is unattached.
...
Object 18f4e6 is unattached.
Object 18f4e7 is unattached.
Object 18f4e8 is unattached.



And it's still going.  I started it yesterday after getting your message.

On Sun, May 4, 2008 at 8:37 AM, Chris Wilson <chris@qwirx.com> wrote:
> Hi Jason,
>
>
>  On Sun, 4 May 2008, Jason wrote:
>
>  > So, I ran "bbstoreaccounts check <account>" just to see what happened,
>  > and it took a while, though less than a day.  The output seemed
>  > reasonable, so I ran "bbstoreaccounts check <account> fix", and it's
>  > still running.  It's been going for probably 10 days now.  That account
>  > stores about 20 gig of data, and it is being stored on an encrypted
>  > drive so there's encryption overhead, but 10 days still seems like quite
>  > a bit.  It keeps spitting out hex values as it goes, although it's about
>  > 1 every 13 seconds or so now when I seem to think it was 1 every 2-3
>  > seconds when I started it.
>  >
>  > I didn't record the data from the previous run (without "fix"), or pay
>  > a lot of attention to how quickly it was going in the beginning, but
>  > do these numbers sound right?  Is there any way to guess how much
>  > longer it's going to take?  I don't mind the waiting so much as the
>  > not knowing the progress.
>
>  That sounds very unreasonable to me. I'd expect it to be doing at least 1
>  MB/second, or no more than 6 hours for the whole 20GB account.
>
>  Could you give an example of the hex output? If there are any lines that
>  don't just have hex numbers, those would be more helpful. You can safely
>  interrupt and restart the check fix process.
>
>  Alternatively, can I get a copy of the store directory to test and profile
>  it locally? It shouldn't expose any sensitive information as it's all
>  encrypted.
>
>
>
>  Cheers, Chris.
>  --
>  _____ __     _
>  \  __/ / ,__(_)_  | Chris Wilson <0000 at qwirx.com> - Cambs UK |
>  / (_/ ,\/ _/ /_ \ | Security/C/C++/Java/Ruby/Perl/SQL Developer |
>  \ _/_/_/_//_/___/ | We are GNU : free your mind & your software |
>  _______________________________________________
>  boxbackup mailing list
>  boxbackup@fluffy.co.uk
>  http://lists.warhead.org.uk/mailman/listinfo/boxbackup
>