Evolution #3184
Le service bastion devrait gérer creole_serv
Statut:
Fermé
Priorité:
Normal
Assigné à:
Catégorie:
-
Version cible:
Distribution:
EOLE 2.3
Description
- bastion restart sans creole_serv (cas actuel au reconfigure) : 6 parse_dico (20-22 secondes)
- bastion restart avec creole_serv (objet de cette demande) : 2 parse_dico (13-14 secondes)
- il y a des appels directs sans utiliser le client (comme dans #3182)
- bastion s'est lui-même coupé l'accès au port creole_serv (4333) !
Demandes liées
Révisions associées
Gestion de creole_serv par bastion
- bastion/bastion : arrêt/(re)démarrage de creole_serv
- dicos/00_common.xml : suppression du <service> creole_serv
Fixes #3184 @45m
- debian/eole-common.preinst : désactivation de creole_serv géré par bastion
Ref #3184 @10m
Merge branch 'master' into dist/ubuntu/lucid/master (ref #3184)
Use replace rather than insert to prevent duplicate issues; fixes #3184
Use replace rather than insert to prevent duplicate issues; refs #3184
Historique
#1 Mis à jour par Joël Cuissinat il y a environ 12 ans
Après enquête, ce sont les appels à CreoleCat qui engendrent les "parse_dico" :
root@amonecole:/usr/share/era# grep creolecat * -r
bastion.sh: /usr/share/creole/creolecat.py -o ${REGLES_CSV} -i /etc/eole/config.eol ${EOLE_DIR}/regles.tmpl
bastion.sh:/usr/share/creole/creolecat.py -o /sbin/lance.firewall -i /etc/eole/config.eol ${EOLE_DIR}/firewall.tmpl
bastion.sh:/usr/share/creole/creolecat.py -o $tmp_xml -i /etc/eole/config.eol /usr/share/era/modeles/"$type_amon".xml
#2 Mis à jour par Joël Cuissinat il y a environ 12 ans
- Statut changé de En attente d'informations à Accepté
- Assigné à mis à Joël Cuissinat
- supprimer la ligne
<service>creole_serv</service>du dictionnaire00_common.xml - modifier le script d'init bastion comme suit :
diff --git a/bastion/bastion b/bastion/bastion
index 8eff952..0a1a9de 100755
--- a/bastion/bastion
+++ b/bastion/bastion
@@ -49,6 +49,7 @@ KILLP2P='/etc/init.d/killp2p'
INITAGR='/etc/init.d/agregation'
CONFAGR='/etc/agregation.conf'
LOCKAGR='/var/lock/agregation'
+CREOLE_SERV='/etc/init.d/creole_serv'
[ "$TERM" = "dumb" ] && export TERM="eole"
@@ -76,6 +77,7 @@ test_iptables(){
}
start() {
+ $CREOLE_SERV start
[ ! -d $LOCKRVPDIR ] && mkdir -p $LOCKRVPDIR
MSG="Starting firewall: bastion"
logit $MSG
@@ -152,6 +154,7 @@ stopother() {
$INITRVP stop
fi
fi
+ $CREOLE_SERV stop
logit2 "Stopping firewall: bastion"
log_end_msg 0
}
#3 Mis à jour par Lionel Caylat il y a environ 12 ans
D'après les tests menés aujourd'hui sur un amonecole en pppoe, il faudrait modifier le patch pour que creole_serv redémarre au lieu de simplement le démarrer.
Comme ça :
@diff --git a/bastion/bastion b/bastion/bastion
index 8eff952..0a1a9de 100755
--- a/bastion/bastion
+++ b/bastion/bastion
@@ -49,6 +49,7 @@ KILLP2P='/etc/init.d/killp2p'
INITAGR='/etc/init.d/agregation'
CONFAGR='/etc/agregation.conf'
LOCKAGR='/var/lock/agregation'
+CREOLE_SERV='/etc/init.d/creole_serv'
[ "$TERM" = "dumb" ] && export TERM="eole"
@@ -76,6 +77,7 @@ test_iptables(){
}
start() {
+ $CREOLE_SERV restart
[ ! -d $LOCKRVPDIR ] && mkdir -p $LOCKRVPDIR
MSG="Starting firewall: bastion"
logit $MSG
@@ -152,6 +154,7 @@ stopother() {
$INITRVP stop
fi
fi
+ $CREOLE_SERV stop
logit2 "Stopping firewall: bastion"
log_end_msg 0
}@
Mais ce patch ne correspond plus au fichier bastion tel qu'il est en candidate à l'heure actuelle.
#4 Mis à jour par Joël Cuissinat il y a environ 12 ans
Merci d'arrêter de pourrir ma demande !
Pour le PPPOE => #3258 :)
#5 Mis à jour par Joël Cuissinat il y a environ 12 ans
- Statut changé de Accepté à Résolu
- % réalisé changé de 0 à 100
Appliqué par commit 670a338a4d78cb93f13eb3c022ad5682089d4079.
#6 Mis à jour par Bruno Boiget il y a presque 12 ans
- Statut changé de Résolu à Fermé
ok en 2.3.5 RC, bastion redémarre bien creole_serv