Scénario #22122
Vérifier et documenter les solutions en cas de catalogue est trop gros
100%
Description
Demande originale¶
Si le catalogue fait plus de 2 Go, il n'est pas possible de le sauvegarder.
En effet :
- on limite le nombre pool à 1 pour forcer la rotation ;
- on limite la taille du pool à 2G (a cause des partitions en vfat).
Mais si le catalogue fait plus de 2G cela ne fonctionne plus correctement :
19-Nov 06:32 scribe-sd JobId 469: Job BackupCatalog.2017-11-19_03.32.00_51 is waiting. Cannot find any appendable volumes. Please use the "label" command to create a new Volume for: Storage: "FileStorage" (/mnt/sauvegardes) Pool: PoolCatalog Media type: File
Solutions à mettre en œuvre¶
- Vérifier si les évolutions apportées dans #28688 permettent bien de résoudre ce problème et proposer des patches pour les versions antérieures.
- Faire le Backport en 2.7.1
- Actualiser les paquets de dictionnaire Zephir (puisque le dico est modifié)
- Actualiser la documentation
Critères d'acceptation¶
La résolution du problème est décrite dans la FAQ de la documentation des Sauvegardes : Les variables à modifier sont également documentées avec éventuellement un bloc expliquant à quoi elles servent et comment les utiliser :Sous-tâches
Demandes liées
Historique
#1 Mis à jour par Klaas TJEBBES il y a plus de 6 ans
Contournement possible : augmenter le MaxVolumeSize.
Attention à la taille maximale des fichiers supportée par le système de fichiers du support de sauvegarde.
#2 Mis à jour par Benjamin Bohard il y a plus de 6 ans
Test de la combinaison suivante de paramètres pour le pool PoolCatalog :
- Maximum Volume Jobs = 1
- Purge Old Volume = yes
- Recycle = yes
- AutoPrune = yes
- #Maximum Volume
Un problème de volume disponible sur un autre pool est apparu !?
#3 Mis à jour par Gilles Grandgérard il y a environ 6 ans
- Tracker changé de Demande à Scénario
- Début
19/11/2017supprimé
#4 Mis à jour par Joël Cuissinat il y a plus de 4 ans
- Lié à Tâche #28688: Eolisation de la imitation des volumes de sauvegarde ou de la valeur de la conf en dur ajouté
#5 Mis à jour par Gilles Grandgérard il y a plus de 4 ans
- Release mis à Carnet de produit (Cadoles)
#6 Mis à jour par Joël Cuissinat il y a plus de 4 ans
<icephale> l’évolution demandée dans le scénario #28688 permettra de pallier le problème signalé dans la demande #22122
<icephale> disons qu’à défaut d’être un doublon, l’évolution proposée est une solution au problème posé dans l’autre demande
<gnunux> il faut demander des limites différentes par storage, si c'est le cas, ca resoudrait oui
#7 Mis à jour par Joël Cuissinat il y a plus de 4 ans
- Sujet changé de Si le catalogue est trop gros impossible de le sauvegarder à Vérifier et documenter les solutions en cas de catalogue est trop gros
- Points de scénarios mis à 2.0
#8 Mis à jour par Joël Cuissinat il y a plus de 4 ans
- Description mis à jour (diff)
- Points de scénarios changé de 2.0 à 4.0
#9 Mis à jour par Gilles Grandgérard il y a plus de 4 ans
- Description mis à jour (diff)
#10 Mis à jour par Gilles Grandgérard il y a plus de 4 ans
- Description mis à jour (diff)
#11 Mis à jour par Joël Cuissinat il y a plus de 4 ans
- Echéance mis à 11/10/2019
- Version cible mis à Prestation Cadoles 39-41
- Début mis à 23/09/2019
#12 Mis à jour par Daniel Dehennin il y a plus de 4 ans
- Lié à Tâche #29061: Validation du scénario : vérifier et documenter les solutions en cas de catalogue trop gros ajouté
#13 Mis à jour par Daniel Dehennin il y a plus de 4 ans
#14 Mis à jour par Benjamin Bohard il y a plus de 4 ans
- lien vers la FAQ de la version 2.7 (anciennement vers la version 2.6) ;
- ajout de contenu sur le problème de sauvegarde du catalogue.
/2_7/Zz-ressources-2_7/parties/FAQ/FAQSauvegardes.unit
#15 Mis à jour par Daniel Dehennin il y a plus de 4 ans
- Statut changé de Nouveau à Terminé (Sprint)
#16 Mis à jour par Joël Cuissinat il y a plus de 4 ans
- Release changé de Carnet de produit (Cadoles) à EOLE 2.7.1.2
#17 Mis à jour par Joël Cuissinat il y a environ 4 ans
- Lié à Tâche #29661: SaSav catalogue bareos ajouté