Projet

Général

Profil

Anomalie #3721

Le job de sauvegarde est en erreur si le schedule pre dure plus d'une minute

Ajouté par Benjamin Bohard il y a presque 12 ans. Mis à jour il y a presque 12 ans.

Statut:
Fermé
Priorité:
Normal
Assigné à:
Catégorie:
-
Début:
28/06/2012
Echéance:
% réalisé:

100%

Temps passé:
Distribution:
EOLE 2.3

Description

Lorsque le schedule pre dure plus d'une minute, le job suivant est en erreur : l'enregistrement correspondant dans la base a été supprimé mais Bacula tente d'accéder à cet enregistrement pour mettre l'information d'état à jour.

Révisions associées

Révision 5c0153f5 (diff)
Ajouté par Benjamin Bohard il y a presque 12 ans

Suppression prématurée des entrées dans la base de Bacula.

  • tmpl/bacula-dir.conf : dans la directive Pool associée aux schedule pre et post,
    ajout des options Maximum Volume Jobs et Volume Retention,
    suppression de l'option Job Retention.

Ref #3721

Historique

#1 Mis à jour par Benjamin Bohard il y a presque 12 ans

Le Pool utilisé pour les schedule pre et post a l'option "Job Retention" à "1 minutes" et "AutoPrune" à "yes".
Il semble que l'action de suppression déclenchée par "AutoPrune" à la fin de la tâche affecte toutes les tâches indépendamment du Pool associé.

#2 Mis à jour par Emmanuel GARETTE il y a presque 12 ans

  • Version cible changé de Mises à jour 2.3.6 RC à Mises à jour 2.3.5 Stable

#3 Mis à jour par Benjamin Bohard il y a presque 12 ans

  1. La suppression de l'option Job Retention résout le problème de la suppression prématurée des enregistrements. La restriction du nombre de volumes dans ce pool et du nombre de jobs par volume empêche le grossissement du volume. Appliqué par le commit 5c0153f5755eddbcfd20d51567d22acd8ac7ae67
  2. autoprune ne se préoccupe pas du pool associé au job en cours pour la sélection des jobs à effacer. Le problème vient de la commande sql générée par bacula qui ne contient pas de référence au pool associé au job courant.

#4 Mis à jour par Benjamin Bohard il y a presque 12 ans

  • % réalisé changé de 0 à 50

#5 Mis à jour par Benjamin Bohard il y a presque 12 ans

  • Statut changé de Nouveau à Résolu
  • % réalisé changé de 50 à 100

Test de restauration totale effectué avec la nouvelle configuration.

#6 Mis à jour par Joël Cuissinat il y a presque 12 ans

  • Statut changé de Résolu à Fermé

Formats disponibles : Atom PDF