You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
"(...) if the last client did not call sqlite3_close() before it shut down, or if the last client to disconnect was a read-only client, then the final cleanup operation does not occur and the shm and wal files may still exist on disk even when the database is not in use."
My understanding is that there should be no files left, and that they may indicate an incomplete export if the user forgets to open/close the db again to apply the remaining transactions from the journal and just uses the .db file.
A workaround is to run sqlite3 map.sqlite "select count(*) from blocks" right after the export and this will then flush all transactions and clean the files.
The text was updated successfully, but these errors were encountered:
* fix: misplaced log could cause panic/nil pointer.
Regression from #181
* fix: call BlockRepository.Close() when exporting.
Gracefully flushes the remaining transactions
for Sqlite.
Requires new release of minetest-go/mtdb.
Fixes#180
* fix: enable CGO for sqlite3.
* deps: update to minetest-go/mtdb@v1.1.45
* feat: new option to export all protected nodes
Fixes#184
* wip: testing mtdb v1.1.45-rc1
Refs: #184#185
* fix: export surounding chunks of protected nodes.
Avoid losing data when protected nodes
are at the mapblock/mapchunk edges.
* fix: wrong nested loop.
Nasty loops!
* deps: updated dependencies.
* test: emerging more nodes to test exported region.
Accounting for two neighbor chunks and the surrounding
being exported when --export-all is provided.
After executing an export of protected areas, the resulting folder was left with some -wal and -shm files left.
According to https://www.sqlite.org/walformat.html:
"(...) if the last client did not call sqlite3_close() before it shut down, or if the last client to disconnect was a read-only client, then the final cleanup operation does not occur and the shm and wal files may still exist on disk even when the database is not in use."
My understanding is that there should be no files left, and that they may indicate an incomplete export if the user forgets to open/close the db again to apply the remaining transactions from the journal and just uses the .db file.
A workaround is to run
sqlite3 map.sqlite "select count(*) from blocks"
right after the export and this will then flush all transactions and clean the files.The text was updated successfully, but these errors were encountered: