Bonjour
Je souhaite mettre en place un système d'archivage des données de mon serveur, en utilisant rsnapshot
Je dispose d'une instance à laquelle est rattachée un block storage, monté sur /storage (fs : ext4)
Je lance la création de mon snapshot :
openstack volume snapshot create --force --volume
openstack volume create --snapshot
openstack server add volume
mount -r /dev/sdc1 /mnt/snap_backup
Jusque là tout va bien
une fois mon backup terminé toutefois, lorsque je lance :
umount -l /mnt/snap_backup
Aléatoirement, c'est le volume initial monté sur /storage qui se trouve démonté
Il me semble que les deux systèmes de fichier partagent le même UUID, et j'imagine que ça peut être l'origine du problème
Ma question est donc : est-il possible de monter en même temps et sur une même instance, un volume block storage et son snapshot ?
Merci d'avance
Bonjour,
Etonnant!
Cela ne devrait normalement pas poser de probleme, je vais essayer de mon cote.
Quel OS utilisez vous ?
Re,
Je viens de tester, sous debian 10 avec vos commandes.
Tout marche a merveille ici.
Le demontage demonte le bon (et jamais le mauvais).
Ceci dit, les deux volumes partagent bien le meme filesystem ID:
$ blkid
/dev/sda1: UUID="9659e5d4-dd87-42af-bf70-0bb6f7b2e31b" TYPE="ext4" PARTUUID="4cbfd56f-01"
/dev/sdb1: UUID="6178a522-5007-4e7a-90a6-7ec15ea7801a" TYPE="ext4" PARTUUID="95cb9d78-01"
/dev/sdc1: UUID="6178a522-5007-4e7a-90a6-7ec15ea7801a" TYPE="ext4" PARTUUID="95cb9d78-01"
Cela n'a rien a voir avec OpenStack, mais c'est "normal".
Vous pouvez changer le FS UUID avec tune2fs.
E.G.: https://www.tecmint.com/change-uuid-of-partition-in-linux/
Bonne journee
Bonjour Arnaud
Merci pour votre réponse
En effet, depuis mon message je n'ai plus rencontré ce bug …
Il y a de fortes chances qu'il soit assis entre ma chaise et mon clavier 
Merci encore d'avoir pris le temps de me répondre