remove ContentIndentifiersCidRemoteIndex uniqueness constraint

For reasons explained in the bug report.

Implemented using a persistent migration, which works fine. It may add a
little startup overhead when a remote is enabled that uses this, but
probably un-noticable.

On the next major version, it would be fine to delete this database,
and regenerate it from the git-annex branch information. Then this
change could be reverted.

Did nothing about adding back the data that got dropped from the db
due to the bug. Only the borg special remote was probably affected,
and it's not been released yet. rm -rf .git/annex/cidsdb does work.
This commit is contained in:
Joey Hess 2020-12-23 13:58:01 -04:00
parent b370e6b0ad
commit c6e693b25d
No known key found for this signature in database
GPG key ID: DB12DB0FF05F8F38
2 changed files with 14 additions and 6 deletions

View file

@ -1,6 +1,6 @@
borg uses a non-unique ContentIdentifier ("") for everything.
I think this is why, it eventually gets lost from the sqlite database,
preventing retrieval of content from the remote.
I think this is why, it eventually gets lost from the sqlite database for
some keys, preventing retrieval of content from the remote.
Repositories affected by this problem can be fixed up by just:
`rm -rf .git/annex/cidsdb`
@ -24,4 +24,5 @@ And if a remote uses a hash for generating ContentIdentifiers, two different
Key can have the same content in edge cases.
So, need to upgrade the database, removing this constraint from it.
--[[Joey]]
>> [[done]] --[[Joey]]