After executing "oridb rebuildindex", the repository is unmountable

Issue #19 new
aversa created an issue
I created a new repository with

# ori newfs repo

Mounted it and created a few files and directories, 
and after executing "oridb rebuildindex", the repository fails to mount.

Running ori on  Debian GNU/Linux 7

# ori version

Ori Distributed Personal File System (Version 0.8.2) - Command Line Interface
Git Commit Id: d8e9aa4151f95abb5d8b3d4caef79100558c615e
Build: DEBUG

# oridb rebuildindex

WARNING: duplicate updateEntry
WARNING: duplicate updateEntry

# oridb rebuilrefs

# orifs --repo=~/.ori/repo.ori /tmp/mnt; 
fuse: bad mount point `/tmp/mnt': Transport endpoint is not connected

ori.log:

2014-11-18 18:55:53 LOG: Starting Unix domain socket server
2014-11-18 18:56:13 LOG: Object not found: 0000000000000000000000000000000000000
000000000000000000000000000
2014-11-18 18:56:13 LOG: Commit Hash: 0178d8d151a34dfd4001d9694a75625be8b27c0119
473ec748b7294e3f0829c6
2014-11-18 18:56:13 LOG: Tree Hash: 1078f89a39153b27caa38f36354dc45c72ef81f5b16d
2623f25f9c0e066652ab
2014-11-18 18:56:13 DEBUG: Committing 4 refcount changes, 1 metadata entries
2014-11-18 18:57:12 DEBUG: Executing 'rebuildindex'
2014-11-18 18:57:28 LOG: Starting Unix domain socket server
2014-11-18 18:57:48 LOG: Commit Hash: a8206015d4067fe7e3d189008ebdbe7a73f3381526
322843efd5a31717c5dcb6
2014-11-18 18:57:48 LOG: Tree Hash: f8bfddcc754eb95d58db647feb2d6e48a563c4bc5e66
bcd2f746e9562d0550f8
2014-11-18 18:57:48 DEBUG: Committing 6 refcount changes, 1 metadata entries
2014-11-18 18:57:54 DEBUG: Executing 'rebuildindex'
2014-11-18 18:58:09 DEBUG: Executing 'rebuildrefs'
2014-11-18 18:58:09 Caught unhandled exception: End of stream
2014-11-18 18:58:09 Backtrace:
2014-11-18 18:58:09 [0] oridbg(_Z13ori_terminatev+0x3b) [0x5569ba]
2014-11-18 18:58:09 [1] /usr/lib/x86_64-linux-gnu/libstdc++.so.6(+0x63996) [0x7febbc216996]
2014-11-18 18:58:09 [2] /usr/lib/x86_64-linux-gnu/libstdc++.so.6(+0x639c3) [0x7febbc2169c3]
2014-11-18 18:58:09 [3] /usr/lib/x86_64-linux-gnu/libstdc++.so.6(+0x63bee) [0x7febbc216bee]
2014-11-18 18:58:09 [4] oridbg(_ZN10bytestream9readExactEPhm+0xf0) [0x55e370]
2014-11-18 18:58:09 [5] oridbg(_ZN10bytestream7readAllEv+0x1e9) [0x55e5a7]
2014-11-18 18:58:09 [6] oridbg(_ZN9zipstream4readEPhm+0x59) [0x55ffc5]
2014-11-18 18:58:09 [7] oridbg(_ZN10bytestream9readExactEPhm+0x57) [0x55e2d7]
2014-11-18 18:58:09 [8] oridbg(_ZN10bytestream7readAllEv+0x1e9) [0x55e5a7]
2014-11-18 18:58:09 [9] oridbg(_ZN6Object10getPayloadEv+0x58) [0x51c18c]
2014-11-18 18:58:09 [10] oridbg(_ZN4Repo7getTreeERK10ObjectHash+0xd5) [0x52ee87]
2014-11-18 18:58:09 [11] oridbg(_ZN9LocalRepo18recomputeRefCountsEv+0x254) [0x4f3bb0]
2014-11-18 18:58:09 [12] oridbg(_Z15cmd_rebuildrefsiPKPc+0x5f) [0x4d7ed3]
2014-11-18 18:58:09 [13] oridbg(main+0x1d3) [0x4dbd18]
2014-11-18 18:58:09 [14] /lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xfd) [0x7febbad17eed]
2014-11-18 18:58:09 [15] oridbg() [0x4d3149]
2014-11-18 18:59:19 LOG: Starting Unix domain socket server
2014-11-18 18:59:22 Caught unhandled exception: End of stream
2014-11-18 18:59:22 Backtrace:
2014-11-18 18:59:22 [0] orifs(_Z13ori_terminatev+0x3b) [0x5855ee]
2014-11-18 18:59:22 [1] /usr/lib/x86_64-linux-gnu/libstdc++.so.6(+0x63996) [0x7f95452dd996]
2014-11-18 18:59:22 [2] /usr/lib/x86_64-linux-gnu/libstdc++.so.6(+0x639c3) [0x7f95452dd9c3]
2014-11-18 18:59:22 [3] /usr/lib/x86_64-linux-gnu/libstdc++.so.6(+0x63bee) [0x7f95452ddbee]
2014-11-18 18:59:22 [4] orifs(_ZN10bytestream9readExactEPhm+0xf0) [0x5910d4]
2014-11-18 18:59:22 [5] orifs(_ZN10bytestream7readAllEv+0x1e9) [0x59130b]
2014-11-18 18:59:22 [6] orifs(_ZN9zipstream4readEPhm+0x59) [0x592d29]
2014-11-18 18:59:22 [7] orifs(_ZN10bytestream9readExactEPhm+0x57) [0x59103b]
2014-11-18 18:59:22 [8] orifs(_ZN10bytestream7readAllEv+0x1e9) [0x59130b]
2014-11-18 18:59:22 [9] orifs(_ZN6Object10getPayloadEv+0x58) [0x58527c]
2014-11-18 18:59:22 [10] orifs(_ZN4Repo7getTreeERK10ObjectHash+0xd5) [0x555a23]
2014-11-18 18:59:22 [11] orifs(_ZN7OriPriv6getDirERKSs+0x255) [0x4fbbd3]
2014-11-18 18:59:22 [12] orifs(_ZN7OriPriv4fsckEv+0xa2) [0x502586]
2014-11-18 18:59:22 [13] orifs() [0x4f13c8]
2014-11-18 18:59:22 [14] /lib/x86_64-linux-gnu/libfuse.so.2(fuse_fs_readdir+0x96) [0x7f954599c566]
2014-11-18 18:59:22 [15] /lib/x86_64-linux-gnu/libfuse.so.2(+0xe7b8) [0x7f954599c7b8]
2014-11-18 18:59:22 [16] /lib/x86_64-linux-gnu/libfuse.so.2(+0x16216) [0x7f95459a4216]
2014-11-18 18:59:22 [17] /lib/x86_64-linux-gnu/libfuse.so.2(+0x174f7) [0x7f95459a54f7]
2014-11-18 18:59:22 [18] /lib/x86_64-linux-gnu/libfuse.so.2(fuse_session_loop+0x9f) [0x7f95459a1d9f]
2014-11-18 18:59:22 [19] /lib/x86_64-linux-gnu/libfuse.so.2(fuse_loop+0x1b8) [0x7f9545999db8]
2014-11-18 18:59:22 [20] /lib/x86_64-linux-gnu/libfuse.so.2(+0x1be9f) [0x7f95459a9e9f]
2014-11-18 18:59:22 [21] orifs(main+0xaa3) [0x4f3f6b]
2014-11-18 18:59:22 [22] /lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xfd) [0x7f9544a75eed]
2014-11-18 18:59:22 [23] orifs() [0x4e9549]

Comments (2)

  1. Ali Mashtizadeh

    oridbg is meant only to repair a crashed/damaged FS. Did you run these commands while the file system was mounted?

  2. aversa reporter

    I ran those commands while the repository was both mounted and unmounted with the same results. BTW I've never managed to achieve a remote sync, I presume it is related to this issue. Please let me know any way I could assist you in order to solve it.

  3. Log in to comment