At that point, you’ll have to nuke the database. The presence of noupgrade looks like some Docker deployment? Open the volume or bind mounted folder, delete the index-v2 folder and restart.
OT: Judging from the presence of the modernc driver this is not one of our releases?
I also had this issue on Unraid after running a manual appdata backup via the plugin.
Syncthing version: v2.0.13, Linux (64-bit Intel/AMD Container)
Docker source: “syncthing” in Community Applications (``lscr.io/linuxserver/syncthing``) (not binhex-syncthing)
Appdata location: /mnt/user/appdata/syncthing
Appdata config: NVME BTRFS RAID1 array, cache-only, no mover
I’m going to try changing all my docker appdata paths to /mnt/cache/appdata/ and see if it happens again. I’ll also change the default (settings → docker) for future containers.
I also noticed the default Docker shutdown timeout in Unraid is only 10 seconds. I’m going to change it to 60. Even so, syncthing should ideally recover from an unclean shutdown; not sure what’s up with that. Also, it shouldn’t retry forever, as that fails to notify that the container is not working.
Re. the image source, Unraid Community Applications does not automatically index everything on Dockerhub as they need additional configuration for Unraid. Somebody needs to make a Community Application template that points to the official docker.