The badge displayed on my repository indicates the status of the deployment verification workflow as executed on the latest commit to the main branch.
Passing: This means the most recent commit has successfully passed all deployment checks, confirming that the Docker Compose setup functions correctly as designed.
📙 The complete installation guide is available on my website.
❗ Change variables in the .env
to meet your requirements.
💡 Note that the .env
file should be in the same directory as seafile-traefik-letsencrypt-docker-compose.yml
.
Create networks for your services before deploying the configuration using the commands:
docker network create traefik-network
docker network create seafile-network
Deploy Seafile using Docker Compose:
docker compose -f seafile-traefik-letsencrypt-docker-compose.yml -p seafile up -d
If you encounter a 403 Forbidden - CSRF verification failed
error when logging into Seafile, follow these steps to add your domain to the trusted origins and set the correct URL for the file server.
Run the following command, replacing https://seafile.heyvaldemar.net
with your Seafile domain:
export SEAFILE_DOMAIN="https://seafile.heyvaldemar.net" \
&& SEAFILE_CONTAINER=$(docker ps -aqf "name=seafile-seafile") \
&& docker exec -it $SEAFILE_CONTAINER /bin/sh -c "sed -i 's|SERVICE_URL = .*|SERVICE_URL = \"$SEAFILE_DOMAIN\"|' /opt/seafile/conf/seahub_settings.py" \
&& docker exec -it $SEAFILE_CONTAINER /bin/sh -c "sed -i '/^CSRF_TRUSTED_ORIGINS/d' /opt/seafile/conf/seahub_settings.py && echo \"CSRF_TRUSTED_ORIGINS = ['$SEAFILE_DOMAIN']\" >> /opt/seafile/conf/seahub_settings.py" \
&& docker exec -it $SEAFILE_CONTAINER /bin/sh -c "sed -i '/^FILE_SERVER_ROOT/d' /opt/seafile/conf/seahub_settings.py && echo \"FILE_SERVER_ROOT = '$SEAFILE_DOMAIN/seafhttp'\" >> /opt/seafile/conf/seahub_settings.py" \
&& docker restart $SEAFILE_CONTAINER
This command will:
- Set
SERVICE_URL
to your domain (e.g.,https://seafile.heyvaldemar.net
). - Add the domain to
CSRF_TRUSTED_ORIGINS
to allow trusted requests. - Set
FILE_SERVER_ROOT
to your domain’s file server URL. - Restart the Seafile container to apply changes.
After running the command, try logging in again.
The backups
container in the configuration is responsible for the following:
-
Database Backup: Creates compressed backups of the MariaDB database using pg_dump. Customizable backup path, filename pattern, and schedule through variables like
MARIADB_BACKUPS_PATH
,MARIADB_BACKUP_NAME
, andBACKUP_INTERVAL
. -
Application Data Backup: Compresses and stores backups of the application data on the same schedule. Controlled via variables such as
DATA_BACKUPS_PATH
,DATA_BACKUP_NAME
, andBACKUP_INTERVAL
. -
Backup Pruning: Periodically removes backups exceeding a specified age to manage storage. Customizable pruning schedule and age threshold with
MARIADB_BACKUP_PRUNE_DAYS
andDATA_BACKUP_PRUNE_DAYS
.
By utilizing this container, consistent and automated backups of the essential components of your instance are ensured. Moreover, efficient management of backup storage and tailored backup routines can be achieved through easy and flexible configuration using environment variables.
This script facilitates the restoration of a database backup:
-
Identify Containers: It first identifies the service and backups containers by name, finding the appropriate container IDs.
-
List Backups: Displays all available database backups located at the specified backup path.
-
Select Backup: Prompts the user to copy and paste the desired backup name from the list to restore the database.
-
Stop Service: Temporarily stops the service to ensure data consistency during restoration.
-
Restore Database: Executes a sequence of commands to drop the current database, create a new one, and restore it from the selected compressed backup file.
-
Start Service: Restarts the service after the restoration is completed.
To make the seafile-restore-database.shh
script executable, run the following command:
chmod +x seafile-restore-database.sh
Usage of this script ensures a controlled and guided process to restore the database from an existing backup.
This script is designed to restore the application data:
-
Identify Containers: Similarly to the database restore script, it identifies the service and backups containers by name.
-
List Application Data Backups: Displays all available application data backups at the specified backup path.
-
Select Backup: Asks the user to copy and paste the desired backup name for application data restoration.
-
Stop Service: Stops the service to prevent any conflicts during the restore process.
-
Restore Application Data: Removes the current application data and then extracts the selected backup to the appropriate application data path.
-
Start Service: Restarts the service after the application data has been successfully restored.
To make the seafile-restore-application-data.sh
script executable, run the following command:
chmod +x seafile-restore-application-data.sh
By utilizing this script, you can efficiently restore application data from an existing backup while ensuring proper coordination with the running service.
I’m Vladimir Mikhalev, the Docker Captain, but my friends can call me Valdemar.
🌐 My website with detailed IT guides
🎬 Follow me on YouTube
🐦 Follow me on Twitter
🎨 Follow me on Instagram
🧵 Follow me on Threads
🐘 Follow me on Mastodon
🧊 Follow me on Bluesky
🎸 Follow me on Facebook
🎥 Follow me on TikTok
💻 Follow me on LinkedIn
🐈 Follow me on GitHub
👾 Chat with IT pros on Discord
📧 Reach me at [email protected]
💎 Support on GitHub
🏆 Support on Patreon
🥤 Support on BuyMeaCoffee
🍪 Support on Ko-fi
💖 Support on PayPal