[Box Backup-commit] [boxbackup/boxbackup] efb63e: S3BackupFileSystem::ReleaseLock: flush refcount DB...
GitHub
noreply at github.com
Mon Jul 9 20:46:44 BST 2018
Branch: refs/heads/s3_support
Home: https://github.com/boxbackup/boxbackup
Commit: efb63e85b0a5eb07b2c32c430fca550bd7f60225
https://github.com/boxbackup/boxbackup/commit/efb63e85b0a5eb07b2c32c430fca550bd7f60225
Author: Chris Wilson <chris+github at qwirx.com>
Date: 2018-06-23 (Sat, 23 Jun 2018)
Changed paths:
M lib/backupstore/BackupFileSystem.cpp
Log Message:
-----------
S3BackupFileSystem::ReleaseLock: flush refcount DB back to S3 storage
We shouldn't have to destroy the S3BackupFileSystem to flush the refcount DB.
Keeping it cached while not holding a lock on the store is also probably a bad
idea.
Commit: a1a270f1a26a35a8373b820840209d71a3ef55da
https://github.com/boxbackup/boxbackup/commit/a1a270f1a26a35a8373b820840209d71a3ef55da
Author: Chris Wilson <chris+github at qwirx.com>
Date: 2018-06-23 (Sat, 23 Jun 2018)
Changed paths:
M lib/backupstore/BackupStoreCheck2.cpp
Log Message:
-----------
BackupStoreCheck: improve log messages during checks, and code comments
Commit: 3d5bf1e41e9fca1dade5429fdc80bb14f267da35
https://github.com/boxbackup/boxbackup/commit/3d5bf1e41e9fca1dade5429fdc80bb14f267da35
Author: Chris Wilson <chris+github at qwirx.com>
Date: 2018-06-23 (Sat, 23 Jun 2018)
Changed paths:
M lib/backupstore/BackupStoreRefCountDatabase.cpp
M lib/backupstore/BackupStoreRefCountDatabase.h
Log Message:
-----------
BackupStoreRefCountDatabase: improve comments, add an assertion
Commit: c1d756079108a29add27d0705c1d082a29bbf162
https://github.com/boxbackup/boxbackup/commit/c1d756079108a29add27d0705c1d082a29bbf162
Author: Chris Wilson <chris+github at qwirx.com>
Date: 2018-06-23 (Sat, 23 Jun 2018)
Changed paths:
M lib/backupstore/BackupStoreRefCountDatabase.cpp
M lib/common/FileStream.cpp
M lib/common/FileStream.h
Log Message:
-----------
BackupStoreRefCountDatabase: truncate on save
Avoids leaving stale data after the last used object ID. It's probably not
important, but it makes the tests happy.
Commit: 9ad2a48d158389a6f1a260041995de139caf30a6
https://github.com/boxbackup/boxbackup/commit/9ad2a48d158389a6f1a260041995de139caf30a6
Author: Chris Wilson <chris+github at qwirx.com>
Date: 2018-06-23 (Sat, 23 Jun 2018)
Changed paths:
M lib/common/FileStream.cpp
Log Message:
-----------
Fix ff3a57cf5b: FileStream: check for invalid lock modes
Commit: 839b21b1ee7879a8ba31ac43cc92aba5397a3ded
https://github.com/boxbackup/boxbackup/commit/839b21b1ee7879a8ba31ac43cc92aba5397a3ded
Author: Chris Wilson <chris+github at qwirx.com>
Date: 2018-06-23 (Sat, 23 Jun 2018)
Changed paths:
M lib/backupstore/BackupStoreContext.cpp
Log Message:
-----------
BackupStoreContext::AddDirectory: write parent directory immediately
This reduces the risk of losing whole directories and many files because we
don't know where to attach them, because the parent directory was never
uploaded, and the child doesn't record its parent ID.
Commit: 17ba9113ae8bb3f384203c06b7d65dc5fe05b6b4
https://github.com/boxbackup/boxbackup/commit/17ba9113ae8bb3f384203c06b7d65dc5fe05b6b4
Author: Chris Wilson <chris+github at qwirx.com>
Date: 2018-06-23 (Sat, 23 Jun 2018)
Changed paths:
M lib/bbackupd/BackupClientContext.cpp
Log Message:
-----------
BackupClientContext::CloseAnyOpenConnection: don't silently ignore errors
Now that we can do significant writeback work during connection cleanup, it's
not appropriate to silently ignore and swallow errors. Really we should retry
this work, but I'm not yet sure what the best retry policy would be.
Commit: 8b9eb4a10593c65610cc7e7b330cad08c4e66be1
https://github.com/boxbackup/boxbackup/commit/8b9eb4a10593c65610cc7e7b330cad08c4e66be1
Author: Chris Wilson <chris+github at qwirx.com>
Date: 2018-06-23 (Sat, 23 Jun 2018)
Changed paths:
M lib/bbackupd/BackupClientDirectoryRecord.cpp
Log Message:
-----------
BackupClientDirectoryRecord::UpdateItems: retry on EINTR
Receiving an EINTR usually means that the process received a signal. Depending
on the signal, that might mean that we need to stop, or simply that a timer
expired and we need to send a heartbeat at the next opportunity.
If we haven't been asked to stop, retry the same upload an arbitrary number of
times. If the keepalive time is too short, we will still fail after 10 times,
but at least now we will log a more helpful error message.
Compare: https://github.com/boxbackup/boxbackup/compare/2f4d722ea93c...8b9eb4a10593
**NOTE:** This service been marked for deprecation: https://developer.github.com/changes/2018-04-25-github-services-deprecation/
Functionality will be removed from GitHub.com on January 31st, 2019.
More information about the Boxbackup-commit
mailing list