Project

General

Profile

Tâche #29186

Scénario #29284: Traitement express MEN (48-50)

Les fonctions IHM EOLE provoquent des plantages dans Screen

Added by Daniel Dehennin 11 months ago. Updated 9 months ago.

Status:
Fermé
Priority:
Normal
Assigned To:
Start date:
10/22/2019
Due date:
% Done:

100%

Remaining (hours):
0.0

Description

C’est un problème rencontré plusieurs fois sur les serveurs Hâpy de la Réunion dont les instances 2.6.2 plantent après les Upgrade-Auto successif depuis 2.4.2.

Il s’avère que la commande EchoGras utilise des constructions du style :

    [ "$FANCYTTY" = 1 ] && $TPUT setaf $2

Le problème est le suivant :

  • dans une console screen, $FANCYTTY vaut 0
  • la ligne renvoie donc le code 1
  • dans un script avec set -e, le script plante à cause de l’affichage d’un message.

Associated revisions

Revision 75524a58 (diff)
Added by Joël Cuissinat 10 months ago

Update some tests to avoid inexpected errors with "set -e"

Ref: #29186

History

#1 Updated by Daniel Dehennin 11 months ago

Un contournement est d’exporter une autre valeur pour TERM à l’intérieur d’une session screen :

export TERM=xterm

#2 Updated by Joël Cuissinat 11 months ago

  • Parent task changed from #29069 to #29216

#3 Updated by Joël Cuissinat 10 months ago

  • Parent task changed from #29216 to #29284

#4 Updated by Joël Cuissinat 10 months ago

  • Status changed from Nouveau to En cours

#5 Updated by Joël Cuissinat 10 months ago

  • Assigned To set to Joël Cuissinat

#6 Updated by Joël Cuissinat 10 months ago

L'instance dans screen passe pour un Eolebase 2.6.2 mais plante effectivement pour Hâpy à cause du problème évoqué :

Mise à jour de la base de données ONE
run-parts: /usr/share/eole/posttemplate/90-one-db exited with return code 1
Erreur : posttemplate

Dans ihm.sh, il y a uniquement 6 lignes à corriger et assez peu d'autres cas dans /usr/lib/eole visiblement...

root@hapy:~# cat testroot
set -e
. /usr/lib/eole/utils.sh
only_root
echo "Je suis bien root" 
root@hapy:~# bash testroot

Ah si, il y a quelques cas dans diagnose.sh mais le problème c'est qu'il y a plein de commandes exécutées directement dans cette librairies et que le code de retour est testé juste derrière ;)

#7 Updated by Joël Cuissinat 10 months ago

  • Status changed from En cours to Résolu
  • % Done changed from 0 to 100

#8 Updated by Daniel Dehennin 9 months ago

Tout est bien empaqueté et les journaux sont à jour.

#9 Updated by Daniel Dehennin 9 months ago

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

Also available in: Atom PDF