Project

General

Profile

Anomalie #3721

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

Added by Benjamin Bohard almost 11 years ago. Updated almost 11 years ago.

Status:
Fermé
Priority:
Normal
Assigned To:
Benjamin Bohard
Category:
-
Target version:
Distribution EOLE - Mises à jour 2.3.5 Stable
Start date:
06/28/2012
Due date:
% Done:

100%

Spent time:
3.08 h
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.

Associated revisions

Revision 5c0153f5 (diff)
Added by Benjamin Bohard almost 11 years ago

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

History

#1 Updated by Benjamin Bohard almost 11 years ago

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 Updated by Emmanuel GARETTE almost 11 years ago

  • Target version changed from Mises à jour 2.3.6 RC to Mises à jour 2.3.5 Stable

#3 Updated by Benjamin Bohard almost 11 years ago

  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 Updated by Benjamin Bohard almost 11 years ago

  • % Done changed from 0 to 50

#5 Updated by Benjamin Bohard almost 11 years ago

  • Status changed from Nouveau to Résolu
  • % Done changed from 50 to 100

Test de restauration totale effectué avec la nouvelle configuration.

#6 Updated by Joël Cuissinat almost 11 years ago

  • Status changed from Résolu to Fermé

Also available in: Atom PDF