mirror of
https://github.com/Drop-OSS/drop.git
synced 2026-07-21 16:15:24 -04:00
[GH-ISSUE #421] Database error when moving docker from ghcr.io/drop-oss/drop:latest to ghcr.io/drop-oss/drop:0.4.0-rc-3 #349
Reference in New Issue
Block a user
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 @shadownetdev1 on GitHub (May 31, 2026).
Original GitHub issue: https://github.com/Drop-OSS/drop/issues/421
Title. I assume database migration missed something?
Docker log:
@DecDuck commented on GitHub (Jun 1, 2026):
Yep, looks like it. There should be a line printed to the console when it runs - is it not there, or did you manually truncate the logs?
@shadownetdev1 commented on GitHub (Jun 1, 2026):
I do not believe that my logs were truncated, but I will check again when I can (likely tomorrow or Tuesday)
@shadownetdev1 commented on GitHub (Jun 2, 2026):
I ended up doing everything fresh from beginning to end. Getting the same end result.
Attached is the full log file.
_drop-test_logs.txt
@shadownetdev1 commented on GitHub (Jun 2, 2026):
This issue can likely be closed. It seems to have been caused by some weird permissions bug. I force all my docker containers to a set user account to allow for non root backups (See the example below). When that line is in place Drop fails migration, but as I start over with the default ownership it works fine. There is no errors thrown in either container and no files added with the wrong ownership, so I have no idea where it is going wrong. Guess I will just have to add a exception in my backup script for Drop.
@shadownetdev1 commented on GitHub (Jun 2, 2026):
Sorry if I wasted any of your time and thanks for working on this great project!