Project

General

Profile

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.

Added by Emmanuel GARETTE over 3 years ago. Updated over 3 years ago.

Status:
Fermé
Priority:
Normal
Assigned To:
Start date:
06/10/2016
Due date:
% Done:

100%

Estimated time:
1.00 h
Spent time:
Remaining (hours):
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.


Related issues

Copied to 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é 12/02/2016

Associated revisions

Revision 91fee5d8 (diff)
Added by Joël Cuissinat over 3 years ago

Modification de la valeur par défaut de bareos_max_run_time

Ref: #16502 @1h

History

#1 Updated by Joël Cuissinat over 3 years ago

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 Updated by Joël Cuissinat over 3 years ago

  • Tracker changed from Demande to Tâche
  • Status changed from Nouveau to En cours
  • Assigned To set to Joël Cuissinat
  • Estimated time set to 1.00 h
  • Parent task set to #16516
  • Remaining (hours) set to 1.0

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

#3 Updated by Joël Cuissinat over 3 years ago

  • % Done changed from 0 to 100
  • Remaining (hours) changed from 1.0 to 0.25

#4 Updated by Scrum Master over 3 years ago

  • Status changed from En cours to Résolu

#5 Updated by Klaas TJEBBES over 3 years ago

  • Status changed from Résolu to Fermé
  • Remaining (hours) changed from 0.25 to 0.0

Also available in: Atom PDF