summaryrefslogtreecommitdiff
path: root/Database/Fsck.hs
diff options
context:
space:
mode:
authorGravatar Joey Hess <joeyh@joeyh.name>2017-09-06 17:07:49 -0400
committerGravatar Joey Hess <joeyh@joeyh.name>2017-09-06 17:19:07 -0400
commit087612ed842c060ee1749b5967a226708870546b (patch)
tree807d15d0e8e1dcb3c7a9d940971956adf3b676bb /Database/Fsck.hs
parentf69b019a04bbad2061ea3cfd069b502cdbcc8871 (diff)
fix consistency bug reading from export database
The export database has writes made to it and then expects to read back the same data immediately. But, the way that Database.Handle does writes, in order to support multiple writers, makes that not work, due to caching issues. This resulted in export re-uploading files it had already successfully renamed into place. Fixed by allowing databases to be opened in MultiWriter or SingleWriter mode. The export database only needs to support a single writer; it does not make sense for multiple exports to run at the same time to the same special remote. All other databases still use MultiWriter mode. And by inspection, nothing else in git-annex seems to be relying on being able to immediately query for changes that were just written to the database. This commit was supported by the NSF-funded DataLad project.
Diffstat (limited to 'Database/Fsck.hs')
-rw-r--r--Database/Fsck.hs2
1 files changed, 1 insertions, 1 deletions
diff --git a/Database/Fsck.hs b/Database/Fsck.hs
index 9affeac85..1ce513dcf 100644
--- a/Database/Fsck.hs
+++ b/Database/Fsck.hs
@@ -63,7 +63,7 @@ openDb u = do
initDb db $ void $
runMigrationSilent migrateFsck
lockFileCached =<< fromRepo (gitAnnexFsckDbLock u)
- h <- liftIO $ H.openDbQueue db "fscked"
+ h <- liftIO $ H.openDbQueue H.MultiWriter db "fscked"
return $ FsckHandle h u
closeDb :: FsckHandle -> Annex ()