Projet

Général

Profil

Tâche #16502

Distribution EOLE - Scénario #16516: Traitement express (25-27)

Max Run Time toujours présent dans bacula|bareos-dir même s'il ne devrait pas.

Ajouté par Emmanuel GARETTE il y a presque 8 ans. Mis à jour il y a plus de 7 ans.

Statut:
Fermé
Priorité:
Normal
Assigné à:
Début:
10/06/2016
Echéance:
% réalisé:

100%

Temps estimé:
1.00 h
Temps passé:
Restant à faire (heures):
0.0

Description

Dans le commit 96d160a7, lors du passage en 2.4, j'avais mis la valeur par défaut de "Max Run Time" à chaine vide + utilisation de la fonction "is_empty".

Dans le commit 88b9447f la valeur par défaut est repassé à 0.

Ce qui fait que Max Run Time est toujours présent dans le fichier de configuration de bacula.

Cela ne semble pas avoir de conséquence d'un point de vu fonctionnel, mais il faudrait vérifier ce commit qui semble être un revert de mon commit précédent pour la partie "dico" uniquement.

Le problème existe aussi avec eole-bareos.


Demandes liées

Copié vers Documentations - Tâche #16613: Documenter la modification de la valeur par défaut et du libellé de la variable bareos_max_run_time (2.6.0) Fermé 02/12/2016

Révisions associées

Révision 91fee5d8 (diff)
Ajouté par Joël Cuissinat il y a presque 8 ans

Modification de la valeur par défaut de bareos_max_run_time

Ref: #16502 @1h

Historique

#1 Mis à jour par Joël Cuissinat il y a presque 8 ans

D'après la doc Bacula :

Max Run Time = time
    The time specifies the maximum allowed time that a job may run, counted from when the job starts, (not necessarily the same as when the job was scheduled).
    By default, the the watchdog thread will kill any Job that has run more than 6 days. The maximum watchdog timeout is independent of MaxRunTime and cannot be changed.

Plusieurs approches sont possibles :
  • remettre %if %%bacula_max_run_time != "0"
  • modifier la valeur par défaut avec quelque chose de pertinent entre 6h (21600) et 24h (86400)
  • visiblement il est possible d'ajouter une unité derrière la valeur (m, h ou même d) mais cela devrait logiquement nous obliger à gérer la migration des valeurs personnalisées !

#2 Mis à jour par Joël Cuissinat il y a presque 8 ans

  • Tracker changé de Demande à Tâche
  • Statut changé de Nouveau à En cours
  • Assigné à mis à Joël Cuissinat
  • Temps estimé mis à 1.00 h
  • Tâche parente mis à #16516
  • Restant à faire (heures) mis à 1.0

=> passage de ce timeout à 24h => 86400(s)

#3 Mis à jour par Joël Cuissinat il y a presque 8 ans

  • % réalisé changé de 0 à 100
  • Restant à faire (heures) changé de 1.0 à 0.25

#4 Mis à jour par Scrum Master il y a presque 8 ans

  • Statut changé de En cours à Résolu

#5 Mis à jour par Klaas TJEBBES il y a plus de 7 ans

  • Statut changé de Résolu à Fermé
  • Restant à faire (heures) changé de 0.25 à 0.0

Formats disponibles : Atom PDF