Synology Erreur sur hyperbackup sur un dossier docker
- Auteur du sujet patronize
- Date de début
Là je retente une sauvegarde après une analyse et nettoyage du volume, je verrais bien mais oui si ça persiste je contacte synology
Le problème vient du faire que je ne passe pas par le programme container manager mais portainer, et le tech synology veut que je fasse cette procédure : https://kb.synology.com/DSM/tutorial/How_do_I_back_up_Docker_containers
Si tu utilises Portainer, il faut que tu conserves tes docker-compose.yaml quelque part.
Sinon, expliques comment tu configures les volumes de données dans tes conteneurs ?
Poste ici un de tes docker-compose.yaml d'un des conteneurs qui génèrent les erreurs à la sauvegarde qu'on voit cette histoire de volume.
Perso je suis toujours passé par Portainer, et je n'ai pas de soucis de sauvegarde des mes conteneurs avec HyperBackup et je n'arrête pas les conteneurs pour faire la sauvegarde
Tu n'arrêtes pas certains containers comme Vaultwarden qui gèrent une base de données ?Perso je suis toujours passé par Portainer, et je n'ai pas de soucis de sauvegarde des mes conteneurs avec HyperBackup et je n'arrête pas les conteneurs pour faire la sauvegarde
Je gère les volumes sous portainer, en ajoutant dans le paragraphe "volumes" rien de spécial en apparence.Si tu utilises Portainer, il faut que tu conserves tes docker-compose.yaml quelque part.
Sinon, expliques comment tu configures les volumes de données dans tes conteneurs ?
Poste ici un de tes docker-compose.yaml d'un des conteneurs qui génèrent les erreurs à la sauvegarde qu'on voit cette histoire de volume.
Perso je suis toujours passé par Portainer, et je n'ai pas de soucis de sauvegarde des mes conteneurs avec HyperBackup et je n'arrête pas les conteneurs pour faire la sauvegarde
Et je crée les dossiers que le container a besoin.
J'ai crée uniquement pour le cas de sosse, c'est bien /docker/sosse, mais dans les logs il y a le dossier /docker/sosse ET /docker/_sosse. Mais en explorant le dossier _sosse, les données sont récentes.
YAML:
services:
sosse:
image: biolds/sosse:pip-compose
container_name: sosse_app
depends_on:
- sosse_db
environment:
# Available configuration variables can be found on https://sosse.readthedocs.io/en/stable/config_file.html
# any option can be set by using the SOSSE_ prefix
- SOSSE_DB_NAME=sosse_db
- SOSSE_DB_USER=sosse_user
- SOSSE_DB_PASS=xxxxx
- SOSSE_DB_HOST=sosse_db
dns:
#- "80.67.169.12"
#- "80.67.169.40"
- 176.9.93.198 #DNSforge.de
- 176.9.1.117 #DNSforge.de
- 2a01:4f8:151:34aa::198 #DNSforge.de
- 2a01:4f8:141:316d::117 #DNSforge.de
ports:
- "1777:80"
volumes:
- /volume1/docker/sosse/data:/var/lib/sosse
restart: always
sosse_db:
image: postgres:17
container_name: sosse_db
environment:
POSTGRES_USER: sosse_user
POSTGRES_PASSWORD: xxxxxx
POSTGRES_DB: sosse_db
expose:
- "5432"
volumes:
- /volume1/docker/sosse/postgres:/var/lib/postgresql/data
restart: alwaysPièces jointes
Pour Vaultwarden j'ai un outil de backup dédié, un conteneur qui fait le job, et arrête le processus je pense. Ou il fait un dump propre.
Pour les autres, je n'ai pas constaté de soucis.
Mais il est effectivement conseiller d'arrêter le conteneur.
Ok, donc tu déclares des volumes en montage de dossier.
Je fais pareil.
Du coup, le seul truc que je vois, c'est que là où butte HyperBackup, ce sont les liens dans ces dossiers.
Mais pourquoi... je ne sais pas.
Faut voir avec Synology.
Je n'utilise pas les template de Portainer, que les stacks où je colle mes docker-compose.
Peut-être que le souci que tu as vient de là ?
Le tech me revoit à chaque fois vers la doc, c'est assez ch*ant, après je peux toujours supprimer ou déplacer les dossiers en cause et de faire par tâtonnement jusqu'à réussir une sauvegarde...
Ha oué pas terrible comme support là…
Est-ce que ça déconne sur d’autres conteneur ?
Et donc les liens symboliques. DSM n'apprécie pas ce type de liens dans les dossiers partagés. C'est d'ailleurs un point que le Conseiller de sécurité vérifie.
