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:
parent
b370e6b0ad
commit
c6e693b25d
2 changed files with 14 additions and 6 deletions
|
@ -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]]
|
||||
|
|
Loading…
Add table
Add a link
Reference in a new issue