| 4 | |
| 5 | === #3446: '''!OperationalError: `database is locked`''' ([search:"!OperationalError: database is locked" see all]) |
| 6 | |
| 7 | This used to be an issue when using Trac in combination with the SQLite database. The problem has been fixed in Trac version 0.12 and above. |
| 8 | |
| 9 | More information on this issue can be found on the following pages: |
| 10 | |
| 11 | * http://trac.edgewall.org/ticket/3446#comment:39 |
| 12 | * wiki:PySqlite#OperationalError:databaseislocked |
| 13 | * [https://www.sqlite.org/rescode.html#locked SQLite (6) SQLITE_LOCKED] |
| 14 | |
| 15 | A more scary variant of this issue is #4929, where the lock situation seems to persist and needs a server restart. This situation is rare, however. |
14 | | |
15 | | === #3446: '''Rate of `database is locked` errors is too high''' ([search:"!OperationalError: database is locked" see all]) |
16 | | |
17 | | This used to be an issue when using Trac in combination with the SQLite database. The problem has been fixed in Trac version 0.12 and above. |
18 | | |
19 | | More information on this issue can be found on the following pages: |
20 | | |
21 | | * http://trac.edgewall.org/ticket/3446#comment:39 |
22 | | * wiki:PySqlite#OperationalError:databaseislocked |
23 | | * [https://www.sqlite.org/rescode.html#locked SQLite (6) SQLITE_LOCKED] |
24 | | |
25 | | A more scary variant of this issue is #4929, where the lock situation seems to persist and needs a server restart. This situation is rare, however. |