Details
-
Bug
-
Resolution: Duplicate
-
Critical
-
None
-
6.6.0, 6.6.1, 6.6.2, 6.6.3, 6.6.4, 6.6.5, 6.6.6, 7.0.0, 7.0.1, 7.0.2, 7.0.3, 7.0.4, 7.1.0
-
Untriaged
-
1
-
No
Description
What's the issue?
We've had reports of users being unable to perform backups when using EFS; when using 6.6.x to backup a 6.6.x cluster, this is a supported configuration.
This is due to the fact that a single process may only hold 256 locks in EFS and with small (ish) buckets, it's quite possible for SQLite to try acquire many more than this.
What's the fix?
We can disable SQLite file locking by switching out the VFS for either unix-none, or win32-none which have no-op locking operations.
Is there a workaround?
To some degree, yes. Changing (increasing) the number of threads being used to backup (with '--threads' can help, however, this isn't a guaranteed solution.
Attachments
Issue Links
- duplicates
-
-
- Closed
-
| For Gerrit Dashboard: MB-51937 | ||||||
|---|---|---|---|---|---|---|
| # | Subject | Branch | Project | Status | CR | V |
| 175534,6 | MB-51937 magma_dump: Move all cbcollect code to cbcollect_dump.cc | master | magma | Status: MERGED | +2 | +1 |