
Hi, I used the suggested backup/restore script (from Meldiron: https://gist.github.com/Meldiron/47b5851663668102a676aff43c6341f7) in which the restore process needs to have a clean server that either didn't run the appwrite yet or have it removed with docker-compose -v
to delete the volumes. The issue is that the restoration process creates the volumes back but they are not tied to any docker-compose
configuration. Then when I docker-compose up
, it (kindly) complains about volumes already existing and suggest to add en external
option in the docker-compose.yml
. Any suggestion to prevent this? Thx.

Try to add external: true
to all the volumes
volumes:
appwrite-mariadb:
external: true
appwrite-redis:
external: true
appwrite-cache:
external: true
appwrite-uploads:
external: true
appwrite-certificates:
external: true
appwrite-functions:
external: true
appwrite-builds:
external: true
appwrite-influxdb:
external: true
appwrite-config:
external: true
appwrite-executor:
external: true
Then rerun

Sure, that is what docker compose suggest, but that is not what I would like to do... my volumes are NOT external, they are tied to my docker stack...

Of course External just means that you have set them before the docker-compose file Not external filesystem

hey @Meldiron can you take a look at this from your script?

You actually correct that's sound wired What is the output of
docker volume ls

In fact it's kind of normal as the volumes are created by the restore script, but the script requires this :
# Make sure the Appwrite did NOT run on this server previously,
# and make sure to stop it before this restore.
# If appwrite ran here already, make sure to
# stop Appwrite with 'docker-compose down -v', and ideally
# also remove appwrite folder.
Doing so I'm ending with a clean server on which the script is restoring, creating new volumes but losing the compose
link. It's finally working well, but a docker volume inspect
clearly shows that it's missing the "link". Here is from a docker-compose
install :
[
{
"CreatedAt": "2023-02-26T18:16:04Z",
"Driver": "local",
"Labels": {
"com.docker.compose.project": "appwrite",
"com.docker.compose.version": "2.5.0",
"com.docker.compose.volume": "appwrite-certificates"
},
"Mountpoint": "/docker/var/lib/docker/volumes/appwrite_appwrite-certificates/_data",
"Name": "appwrite_appwrite-certificates",
"Options": null,
"Scope": "local"
}
]
and after a restore (note the missing "Labels" that maintain the docker-compose
source) :
[
{
"CreatedAt": "2023-04-19T13:07:31Z",
"Driver": "local",
"Labels": null,
"Mountpoint": "/var/lib/docker/volumes/appwrite_appwrite-certificates/_data",
"Name": "appwrite_appwrite-certificates",
"Options": null,
"Scope": "local"
}
]
BTW, the above samples come from 2 different platforms but I got the same before/after changes on the same server.
Recommended threads
- SMTP Error: Could not connect to SMTP
My appwrite self-hosted instance on DigitalOcean cannot sennd emails. The following results were performed Log: ``` docker compose logs -f appwrite-worker-mail...
- Cannot create a user
Hi, I am using a lowcoder frontend and trying to create a user in Appwrite (python function). Unfortunately, all I got is an error: "Raw body: Error". It means...
- Invalid credentials after migration
Hi everyone! After migrating our self-hosted Appwrite 1.3.1 to another server (staging, so a different domain), we are now getting 'Invalid credentials' when ...
