mirror of
https://github.com/dani-garcia/vaultwarden.git
synced 2026-04-26 09:46:00 +03:00
[GH-ISSUE #1480] the bitwarden_rs can not run after synology reboot #973
Labels
No labels
SSO
Third party
better for forum
bug
bug
documentation
duplicate
enhancement
future Vault
future Vault
future Vault
good first issue
help wanted
low priority
notes
pull-request
question
troubleshooting
wontfix
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/vaultwarden#973
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @ihxperfect on GitHub (Mar 12, 2021).
Original GitHub issue: https://github.com/dani-garcia/vaultwarden/issues/1480
after my nas reboot,the bitwarden_rs can not run,the logs shows:
I have tried replace the db.sqlite3 file that onedrive backup,but it still not work.
@pfgcoder commented on GitHub (Mar 13, 2021):
I was curious as my Synology had not been rebooted in 41 days so I just tried a reboot and had no issues with bitwarden_rs coming back up after the reboot. Based on the errors in the log I think bitwarden_rs is unable to access your database file which might be a permissions issue for the user which runs bitwarden_rs.
@ihxperfect commented on GitHub (Mar 13, 2021):
Thanks for your reply,but after I change the db.sqlite3 file to 777 for everyone,the problem still there.
@ultraloveninja commented on GitHub (Mar 16, 2021):
I'm starting to have this same issue within a docker container on my unraid server. Getting this error in the logs:
Looks like it might be related. Figured I'd post up and see if this could be an inherit error as well. I can create another issue request if needed.
@BlackDex commented on GitHub (Mar 16, 2021):
What kind of volume storage are you using? If it isa shared filesystem, like NFS, CIFS/Samba, then you need to disable WAL. Since this is embedded into the file, I'm actually not sure how to do that.
Could it be that something has changed on how volumes are configured on your system, or maybe some driver update.
The problem is that file locking isn't working is sqlite would want which causes this issue
@ihxperfect commented on GitHub (Mar 16, 2021):
my volume storage is Btrfs,and I had a extra patch(extra.lama) about ds918+.
@BlackDex commented on GitHub (Mar 16, 2021):
Are you able to copy the database somewhere else and try to open it to see if it is still valid?
It also looks like the file can't be found, or it is corrupt.