I was using acd_cli,
mounted to my file system last night, and picked up today to finish up.
I navigated to the directory I mount ACD in and listed the contents.
root@vultr:/var/cloud# ls -alF ls: cannot open directory '.': Bad address
Only to see an error that I haven’t seen yet (in my experience with ACD_CLI.)
I thought maybe the mount went bad.
It was throwing an error when I tried to mount the file system again:
16-12-28 18:01:26.195 [WARNING] [acdcli.cache.db] - Sqlite database integrity check failed.
You may need to clear the cache if you encounter any errors.
Traceback (most recent call last):
File "/usr/local/bin/acdcli", line 9, in <module>
load_entry_point('acdcli==0.3.2', 'console_scripts', 'acdcli')()
File "/usr/local/bin/acd_cli.py", line 1652, in main
cache = db.NodeCache(CACHE_PATH, SETTINGS_PATH, args.check)
File "/usr/local/lib/python3.5/dist-packages/acdcli/cache/db.py", line 65, in __init__
c.execute(_ROOT_ID_SQL)
sqlite3.DatabaseError: database disk image is malformed
root@vultr:~# sqlite3.DatabaseError: database disk image is malformed
sqlite3.DatabaseError:: command not found

Since the local cache could be corrupt, let’s go ahead and clear it:
Your cache directory should be .cache in your home profile.

nodes.db is our database cache.
rm .cache/acd_cli/nodes.db

Then we can run our sync again
acd_cli sync

You should see “Getting Changes…”:

Wait for this to complete
take note of any errors, possibly sync another time, and go ahead and try your mount.
acd_cli mount acd

All better!
This will bring our SQLite database back to normal due to any corruption and allow us to mount ACD and continue to use ACD_CLI
Some causes of corruption:
- Mounting ACD to filesystem, reading/writing to the drive via the mount and also synchronizing the drive with the local cache.
- ?
- ?
- ?
0 Comments