Bonjour,
ceci n'est pas la première fois, quand j'augmente le volume d'un block storage, sur mon instance /dev/sdb1 n'a plus d'UUID.
Je perds par conséquent le montage et l'accès aux données présentes dessus. Aucune idée si je peux récupérer les données. Si quelqu'un a une idée sur la manip que je peux faire si je souhaite retrouver les données , merci pour votre aide.
Cordialement
Block storage volume augmenté = perte de l'UUID
Sujets apparentés
- Augmenter la taille maximum de chargement de fichiers
13112 
14.11.2016 14:06
- Augmenter la taille maximum de chargement de fichiers pour prestashop
9849 29.04.2018 20:53
- NAS comme stockage de machine virtuelle
3720 12.10.2016 09:39
- S3 api pour OVH Object Storage ?
3576 08.05.2017 16:46
- Déplacement de fichier volumineux
3378 07.04.2017 11:56
- Accès Cloud Disk Array via l'interface vRack
2720 30.07.2019 11:04
- Quelle solution de sauvegarde pour une TPE ?
2692 28.01.2019 20:26
- Suhosin.post.max_vars = 5000 suhosin.request.max_vars = 5000
2301 31.01.2020 16:54
- [Cloud Disk Array] Parfois de mauvaise perf
2260 07.11.2017 16:37
- Quelle solution de sauvegarde est la plus adaptée ?
2195 09.12.2016 00:23
Que dit un blkid ?
Bonjour,
j'ai un PARTUUID=" mais aucun UUID pour la ligne concernée (/dev/sdb1:)
Cordialement
hum, étrange en effet... A priori c'est avec le support qu'il faudrait voir...
Vous avez tentez de détacher / attacher le volume ? Restart de l'instance ?
Pour être complet, ce n'est pas la première fois que je me retrouve face à cette situation.
En augmentant le volume, ça se passe parfois bien parfois mal.
je suis bien à la lettre le protocole décrit dans la docs mais parfois cela entraine la perte de l'uuid
Pour le moment, c'est en recette donc la perte de données n'est pas grave mais je ne vois pas comment utiliser en prod un tel outil avec ce genre de lacune. Si quelqu'un a le même retour d'expérience... Sinon c'est que je passe à coté de quelque chose