https://dev-eole.ac-dijon.fr/https://dev-eole.ac-dijon.fr/favicon.ico2013-09-12T15:03:35ZEnsemble Ouvert Libre Évolutifeole-common - Tâche #5897: creole_serv non fonctionnel après reboothttps://dev-eole.ac-dijon.fr/issues/5897?journal_id=221612013-09-12T15:03:35ZJoël Cuissinatjoel.cuissinat@ac-dijon.fr
<ul><li><strong>Statut</strong> changé de <i>Nouveau</i> à <i>A étudier</i></li><li><strong>Version cible</strong> mis à <i>Mises à jour 2.3.11</i></li></ul><p>Il faudrait envisager de déplacer les <strong>post-up</strong> de <strong>/etc/network/interfaces</strong> vers des fichiers <strong>/etc/network/if-up.d</strong> ...</p> eole-common - Tâche #5897: creole_serv non fonctionnel après reboothttps://dev-eole.ac-dijon.fr/issues/5897?journal_id=221632013-09-12T15:07:57ZEmmanuel GARETTE
<ul></ul><p>Je ne sais pas lancer de script en post-up que si la dernière interface est lancé et non à chaque "up" des interfaces.</p> eole-common - Tâche #5897: creole_serv non fonctionnel après reboothttps://dev-eole.ac-dijon.fr/issues/5897?journal_id=239392013-11-05T12:42:31ZDaniel Dehennin
<ul><li><strong>Echéance</strong> mis à <i>08/11/2013</i></li><li><strong>Statut</strong> changé de <i>A étudier</i> à <i>Accepté</i></li><li><strong>Assigné à</strong> mis à <i>Daniel Dehennin</i></li></ul> eole-common - Tâche #5897: creole_serv non fonctionnel après reboothttps://dev-eole.ac-dijon.fr/issues/5897?journal_id=239502013-11-05T13:23:44ZDaniel Dehennin
<ul><li><strong>Statut</strong> changé de <i>Accepté</i> à <i>En attente d'informations</i></li><li><strong>Assigné à</strong> changé de <i>Daniel Dehennin</i> à <i>Fabrice Barconnière</i></li></ul><p>Sur un horus c’est bastion qui démarre <strong><code>creole_serv</code></strong></p>
<p>Je ne sais pas comment ça se passe sur un amon.</p> eole-common - Tâche #5897: creole_serv non fonctionnel après reboothttps://dev-eole.ac-dijon.fr/issues/5897?journal_id=239872013-11-06T08:44:14ZFabrice Barconnièrefabrice.barconniere@region-academique-bourgogne-franche-comte.fr
<ul></ul><p>Sur Amon aussi, creole_serv est lancé par bastion.<br />Je n'ai pas le problème sur un Amon de test.</p> eole-common - Tâche #5897: creole_serv non fonctionnel après reboothttps://dev-eole.ac-dijon.fr/issues/5897?journal_id=240082013-11-06T10:28:53ZDaniel Dehennin
<ul><li><strong>Echéance</strong> <del><i>08/11/2013</i></del> supprimé</li><li><strong>Assigné à</strong> changé de <i>Fabrice Barconnière</i> à <i>Joël Cuissinat</i></li><li><strong>Version cible</strong> changé de <i>Mises à jour 2.3.11</i> à <i>Mises à jour 2.3.12</i></li></ul><p>Est-ce que ce problème était dû à <a class="issue tracker-1 status-5 priority-5 priority-highest closed" title="Anomalie: Pb démarrage du service bastion (Fermé)" href="https://dev-eole.ac-dijon.fr/issues/5031">#5031</a>, est-il toujours d’actualité ?</p>
<p>Je repousse pour la suivante en attendant Joël.</p> eole-common - Tâche #5897: creole_serv non fonctionnel après reboothttps://dev-eole.ac-dijon.fr/issues/5897?journal_id=240262013-11-06T13:02:23ZFabrice Barconnièrefabrice.barconniere@region-academique-bourgogne-franche-comte.fr
<ul></ul><p>Reboot du serveur Amon du collège la Parc : -> pas de souci, creole_serv se lance.</p> eole-common - Tâche #5897: creole_serv non fonctionnel après reboothttps://dev-eole.ac-dijon.fr/issues/5897?journal_id=252182013-12-10T21:16:47ZJean-Marc MELETjean-marc.melet@ac-aix-marseille.fr
<ul></ul><p>Salut,</p>
<p>Je pense bien que l'on ait des cas de bug similaire...<br />Sur un Amon 2.3.9, aprés reboot le service bastion (et donc creole_serv aussi) ne se lance pas, malgré la présence des commandes en post-up:</p>
<pre>
auto eth4
iface eth4 inet static
address 10.105.22.55
netmask 255.255.255.192
broadcast 10.105.22.63
network 10.105.22.0
post-up /sbin/restart-wrapper rsyslog
post-up /etc/init.d/bastion restart
</pre>
<p>Même constat si on crée un script dans /etc/network/if-post-up.d/ qui lance bastion. Aurait-on un bug?</p>
<p>Je précise qu'un "ifdown eth4 && ifup eth4" relance bien bastion et lance creole_serv...</p> eole-common - Tâche #5897: creole_serv non fonctionnel après reboothttps://dev-eole.ac-dijon.fr/issues/5897?journal_id=252202013-12-11T08:16:27ZNicolas Bergandinicolas.bergandi@ac-limoges.fr
<ul></ul><p>Pour complément d'informations, voici ce que mon collègue a constaté hier :</p>
<p>le 10/12/2013, lors d'une mise à jour d'un serveur <strong>A</strong> (Maj-Auto -E) en Horus 2.3.9 vers une version complète 2.3.11, suivi d'un reconfigure et un reboot.</p>
<p>Nous lançons un diagnose sur le serveur, ce qui nous a permis de relever l'erreur suivante:</p>
<p><strong>creole_serv => Erreur</strong></p>
<p>Nous avions fait exactement la même mise à jour sur serveur *B *le mardi précédent (03/12/2013) sans avoir ce problème.</p>
<p>Je lance donc la commande suivante "Maj-Auto -s -E" sur le serveur <strong>B</strong>, ce qui me permet de constater que la version 2.3.11 comporte 5 nouvelles mise à jour.</p>
<pre><code>eole-sso (2.3-eole101+1)<br /> eole-sso-client (2.3-eole101+1)<br /> libculr3 (7.19.7-1ubuntu1.5)<br /> libcurl3-gnutls (7.19.7-1ubuntu1.5)<br /> python-eolelaptor (2.3-eole101+1)</code></pre>
<p>Pour ma part je ne sais pas à quoi sert le "creole_serv", mais quand on lance la commande "/etc/init.d/creole_serv status" le serveur A nous indique que celui ci n'est pas lancé</p>
<p>Quand je lance la commande "/etc/init.d/creole_serv start", le module se lance et le diagnose est OK.</p>
<p>Conclusion, je pense que la mise à jour d'un paquet semble avoir une incidence sur le module "creole_serv" qui ne se lance pas automatiquement à l'amorçage de la machine.</p> eole-common - Tâche #5897: creole_serv non fonctionnel après reboothttps://dev-eole.ac-dijon.fr/issues/5897?journal_id=269702014-02-06T15:25:56ZFabrice Barconnièrefabrice.barconniere@region-academique-bourgogne-franche-comte.fr
<ul><li><strong>Version cible</strong> changé de <i>Mises à jour 2.3.12</i> à <i>Mises à jour 2.3.13</i></li></ul> eole-common - Tâche #5897: creole_serv non fonctionnel après reboothttps://dev-eole.ac-dijon.fr/issues/5897?journal_id=280852014-03-11T09:04:09Zéquipe eole Academie d'Orléans-Tourseole@ac-orleans-tours.fr
<ul></ul><p>en complément : nous constatons le pb sur amon, scribe et horus mais a priori c'est uniquement sur ce dernier module qu'il y a un impact : le horus n'est pas visible dans le voisinage réseau et les partages (lecteurs) ne se montent pas.<br />Je confirme que c'est souvent au reboot que nous constatons ce pb et qu'un service creole_serv restart règle le pb...</p> eole-common - Tâche #5897: creole_serv non fonctionnel après reboothttps://dev-eole.ac-dijon.fr/issues/5897?journal_id=284272014-03-17T10:20:30ZLionel MorinLionel.Morin@region-academique-bourgogne-franche-comte.fr
<ul></ul><p>Autre conséquence possible de ce problème : sur AmonEcole après un reboot les services Controle-Vnc et Controle-Vnc (Web) sont en erreur.</p> eole-common - Tâche #5897: creole_serv non fonctionnel après reboothttps://dev-eole.ac-dijon.fr/issues/5897?journal_id=302792014-05-05T13:50:54ZJoël Cuissinatjoel.cuissinat@ac-dijon.fr
<ul><li><strong>Echéance</strong> mis à <i>16/05/2014</i></li><li><strong>Assigné à</strong> <del><i>Joël Cuissinat</i></del> supprimé</li><li><strong>Temps estimé</strong> changé de <i>0.50 h</i> à <i>2.00 h</i></li></ul> eole-common - Tâche #5897: creole_serv non fonctionnel après reboothttps://dev-eole.ac-dijon.fr/issues/5897?journal_id=303362014-05-06T08:46:42ZDaniel Dehennin
<ul><li><strong>Statut</strong> changé de <i>En attente d'informations</i> à <i>Accepté</i></li><li><strong>Assigné à</strong> mis à <i>Daniel Dehennin</i></li></ul><p>N’aurions-nous pas le même genre de problème qu’avec <a class="issue tracker-1 status-5 priority-4 priority-default closed" title="Anomalie: Firewall pas démarré au reboot (Fermé)" href="https://dev-eole.ac-dijon.fr/issues/7861">#7861</a> ?</p> eole-common - Tâche #5897: creole_serv non fonctionnel après reboothttps://dev-eole.ac-dijon.fr/issues/5897?journal_id=304512014-05-09T13:51:21ZJoël Cuissinatjoel.cuissinat@ac-dijon.fr
<ul></ul><p>Reproduit ce jour sur l'Amon du Parc en utilisant : <strong>Maj-Auto -CR</strong> avec une maj noyau !</p>
<p>Cependant, impossible à reproduire sur mes maquettes...</p> eole-common - Tâche #5897: creole_serv non fonctionnel après reboothttps://dev-eole.ac-dijon.fr/issues/5897?journal_id=304922014-05-12T15:17:26ZDaniel Dehennin
<ul><li><strong>Statut</strong> changé de <i>Accepté</i> à <i>En attente d'informations</i></li></ul><p>Sur la maquette amonecole qui a le soucis, je n’ai pu trouver qu’une chose :</p>
<ul>
<li>les sorties standard et d’erreur du processus <strong><code>twistd</code></strong> redirigées vers <strong><code>/dev/null</code></strong> (ou un fichier) => ça démarre</li>
<li>pas de redirection => ça ne démarre pas.</li>
</ul>
<p>Est-il possible de tester sur vos serveurs problématiques le remplacement de la ligne 55 de <strong><code>/etc/init.d/creole_serv</code></strong> :</p>
<ul>
<li>avant: <strong><code>start-stop-daemon --start --exec $DAEMON -- $DAEMON_ARGS --pidfile $PIDFILE --logfile /var/log/creole_serv/creole_serv.log</code></strong></li>
<li>après: <strong><code>start-stop-daemon --start --exec $DAEMON -- $DAEMON_ARGS --pidfile $PIDFILE --logfile /var/log/creole_serv/creole_serv.log > /dev/null 2>&1</code></strong></li>
</ul> eole-common - Tâche #5897: creole_serv non fonctionnel après reboothttps://dev-eole.ac-dijon.fr/issues/5897?journal_id=304962014-05-12T15:55:21Zéquipe eole Academie d'Orléans-Tourseole@ac-orleans-tours.fr
<ul></ul><p>je viens de tester mais le service ne se lance pas mieux... (testé en rebootant le serveur ; un scribe dans le cas présent).</p> eole-common - Tâche #5897: creole_serv non fonctionnel après reboothttps://dev-eole.ac-dijon.fr/issues/5897?journal_id=305002014-05-13T08:04:06ZDaniel Dehennin
<ul></ul><p>équipe eole Academie d'Orléans-Tours a écrit :</p>
<blockquote>
<p>je viens de tester mais le service ne se lance pas mieux... (testé en rebootant le serveur ; un scribe dans le cas présent).</p>
</blockquote>
<p>Est-il possible de tester en ajoutant la redirection dans <strong><code>/etc/network/interfaces</code></strong> ?</p>
<ul>
<li>avant: <strong><code>post-up /etc/init.d/bastion restart</code></strong></li>
<li>après: <strong><code>post-up /etc/init.d/bastion restart > /dev/null 2>&1</code></strong></li>
</ul>
<p>Si cela ne fonctionne pas, il faudra voir pour faire comme dans <a class="issue tracker-1 status-5 priority-4 priority-default closed" title="Anomalie: Firewall pas démarré au reboot (Fermé)" href="https://dev-eole.ac-dijon.fr/issues/7861">#7861</a>.</p> eole-common - Tâche #5897: creole_serv non fonctionnel après reboothttps://dev-eole.ac-dijon.fr/issues/5897?journal_id=306422014-05-15T07:56:25ZJoël Cuissinatjoel.cuissinat@ac-dijon.fr
<ul><li><strong>Version cible</strong> <del><i>Mises à jour 2.3.13</i></del> supprimé</li></ul> eole-common - Tâche #5897: creole_serv non fonctionnel après reboothttps://dev-eole.ac-dijon.fr/issues/5897?journal_id=307252014-05-16T07:43:57ZDaniel Dehennin
<ul><li><strong>Echéance</strong> <del><i>16/05/2014</i></del> supprimé</li></ul> eole-common - Tâche #5897: creole_serv non fonctionnel après reboothttps://dev-eole.ac-dijon.fr/issues/5897?journal_id=308922014-05-21T12:46:22Zéquipe eole Academie d'Orléans-Tourseole@ac-orleans-tours.fr
<ul></ul><p>Bonjour,</p>
<p>Modification effectuée :<br /><code>start-stop-daemon --start --exec $DAEMON -- $DAEMON_ARGS --pidfile $PIDFILE --logfile /var/log/creole_serv/creole_serv.log > /dev/null 2>&1<br />post-up /etc/init.d/bastion restart > /dev/null 2>&1</code></p>
<p>Cela sur le même scribe que précédemment, reboot, creole_serv toujours en erreur. Rien au niveau des log, on ne voit que l'arret du serveur (14h21):<br /><em>2014/05/21 14:21:25 CEST [-] Received SIGTERM, shutting down.<br />2014/05/21 14:21:25 CEST [-] (Port 4333 Closed)<br />2014/05/21 14:21:25 CEST [-] Stopping factory <twisted.web.server.Site instance at 0x9d7666c><br />2014/05/21 14:21:25 CEST [-] Main loop terminated.<br />2014/05/21 14:21:25 CEST [-] Server Shut Down.<br /></em></p>
<p>Pour <em>Si cela ne fonctionne pas, il faudra voir pour faire comme dans <a class="issue tracker-1 status-5 priority-4 priority-default closed" title="Anomalie: Firewall pas démarré au reboot (Fermé)" href="https://dev-eole.ac-dijon.fr/issues/7861">#7861</a>.</em> => que faut-il modifier exactement?</p> eole-common - Tâche #5897: creole_serv non fonctionnel après reboothttps://dev-eole.ac-dijon.fr/issues/5897?journal_id=308992014-05-22T07:08:05ZDaniel Dehennin
<ul></ul><p>équipe eole Academie d'Orléans-Tours a écrit :</p>
<blockquote>
<p>Pour <em>Si cela ne fonctionne pas, il faudra voir pour faire comme dans <a class="issue tracker-1 status-5 priority-4 priority-default closed" title="Anomalie: Firewall pas démarré au reboot (Fermé)" href="https://dev-eole.ac-dijon.fr/issues/7861">#7861</a>.</em> => que faut-il modifier exactement?</p>
</blockquote>
<ol>
<li>modifier <strong><code>/etc/network/interfaces</code></strong> pour que bastion ne soit pas démarrer pendant la phase de démarrage des interfaces réseaux<br /><pre>
auto eth1
[...]
post-up test "$(runlevel)" = unknown || /sbin/restart-wrapper rsyslog
post-up test "$(runlevel)" = unknown || /etc/init.d/bastion restart
</pre></li>
<li>Activer la gestion de creole_serv pendant les phases de démarrage/arrêt<br /><pre>
root@server:# update-rc.d creole_serv defaults 19 90
</pre></li>
<li>Activer la gestion de bastion pendant les phases de démarrage/arrêt<br /><pre>
root@server:# update-rc.d bastion defaults 90 19
</pre></li>
</ol>
<p>Ainsi :</p>
<ul>
<li>Au démarrage
<ol>
<li>Les interfaces réseaux sont mises en service, le <strong><code>runlevel</code></strong> est <strong><code>unknown</code></strong>, bastion n’est donc pas démarré</li>
<li>creole_serv est démarré très tôt par les scripts d’init</li>
<li>bastion est démarré plus tard</li>
</ol>
</li>
<li>À l’arrêt
<ol>
<li>bastion est arrêté très tôt par les scripts d’init</li>
<li>creole_serv est arrêté presque à la fin</li>
</ol>
</li>
<li>Lors d’un reconfigure
<ol>
<li>Les interfaces réseaux sont arrêtées puis démarrées, le <strong><code>runlevel</code></strong> n’est pas <strong><code>unknown</code></strong>, bastion est donc pas redémarré</li>
</ol></li>
</ul> eole-common - Tâche #5897: creole_serv non fonctionnel après reboothttps://dev-eole.ac-dijon.fr/issues/5897?journal_id=312012014-05-28T15:50:31Zéquipe eole Academie d'Orléans-Tourseole@ac-orleans-tours.fr
<ul></ul><p>ça marche en appliquant ces modifs (2 reboots sans modif -> creole_serv planté ; 2 reboots avec modifs -> creole_serv OK).</p> eole-common - Tâche #5897: creole_serv non fonctionnel après reboothttps://dev-eole.ac-dijon.fr/issues/5897?journal_id=314242014-06-12T13:46:06ZFabrice Barconnièrefabrice.barconniere@region-academique-bourgogne-franche-comte.fr
<ul><li><strong>Echéance</strong> mis à <i>20/06/2014</i></li><li><strong>Assigné à</strong> changé de <i>Daniel Dehennin</i> à <i>Fabrice Barconnière</i></li><li><strong>Version cible</strong> mis à <i>Mises à jour 2.3.13</i></li></ul> eole-common - Tâche #5897: creole_serv non fonctionnel après reboothttps://dev-eole.ac-dijon.fr/issues/5897?journal_id=314252014-06-12T13:46:20ZFabrice Barconnièrefabrice.barconniere@region-academique-bourgogne-franche-comte.fr
<ul><li><strong>Projet</strong> changé de <i>creole</i> à <i>eole-common</i></li></ul> eole-common - Tâche #5897: creole_serv non fonctionnel après reboothttps://dev-eole.ac-dijon.fr/issues/5897?journal_id=315112014-06-17T08:19:59ZJoël Cuissinatjoel.cuissinat@ac-dijon.fr
<ul><li><strong>Version cible</strong> changé de <i>Mises à jour 2.3.13</i> à <i>sprint 2014 36-37</i></li></ul> eole-common - Tâche #5897: creole_serv non fonctionnel après reboothttps://dev-eole.ac-dijon.fr/issues/5897?journal_id=316542014-06-19T14:52:36ZFabrice Barconnièrefabrice.barconniere@region-academique-bourgogne-franche-comte.fr
<ul></ul>Installation Amonecole sur une machine physique.<br />Reproduction du bug.<br />Différents tests :
<ul>
<li>un "up sleep 1" avant up bastion start (dans interfaces) --> creole_serv démarre</li>
<li>Redirection des sorties dans un fichier par un script qui lance bastion --> creole_serv démarre<br />....</li>
</ul>
<p>Pas de solution satisfaisante.<br />Un problème de lancement de bastion sur Eole 2.4 se pose. Une solution est proposée. Le backport en 2.3 serait à envisager.</p> eole-common - Tâche #5897: creole_serv non fonctionnel après reboothttps://dev-eole.ac-dijon.fr/issues/5897?journal_id=333072014-09-05T14:32:36ZLuc Bourdotluc.bourdot@ac-dijon.fr
<ul><li><strong>Tracker</strong> changé de <i>Anomalie</i> à <i>Tâche</i></li><li><strong>Tâche parente</strong> mis à <i>#8774</i></li></ul> eole-common - Tâche #5897: creole_serv non fonctionnel après reboothttps://dev-eole.ac-dijon.fr/issues/5897?journal_id=333452014-09-08T09:59:26ZDaniel Dehennin
<ul><li><strong>Statut</strong> changé de <i>En attente d'informations</i> à <i>Résolu</i></li><li><strong>% réalisé</strong> changé de <i>0</i> à <i>100</i></li></ul><p>Appliqué par commit <a class="changeset" title="Ajout d’un délai avant le démarrage de bastion * tmpl/interfaces: Attente d’une seconde avant de..." href="https://dev-eole.ac-dijon.fr/projects/eole-common/repository/revisions/0ccd99096dbc54aaef6aef5f9d8d3f41475d6849">0ccd99096dbc54aaef6aef5f9d8d3f41475d6849</a>.</p> eole-common - Tâche #5897: creole_serv non fonctionnel après reboothttps://dev-eole.ac-dijon.fr/issues/5897?journal_id=333472014-09-08T12:25:17ZJoël Cuissinatjoel.cuissinat@ac-dijon.fr
<ul><li><strong>Statut</strong> changé de <i>Résolu</i> à <i>Fermé</i></li></ul><p>OK pour moi.</p> eole-common - Tâche #5897: creole_serv non fonctionnel après reboothttps://dev-eole.ac-dijon.fr/issues/5897?journal_id=359422014-10-09T13:20:35Zéquipe eole Academie d'Orléans-Tourseole@ac-orleans-tours.fr
<ul><li><strong>Début</strong> mis à <i>09/10/2014</i></li><li><strong>Restant à faire (heures)</strong> mis à <i>0.0</i></li></ul><p>le commit proposé ne résoud pas le pb ; en même temps il ne correspond en rien à ce qui nous avait été demandé de tester !<br />lors des reboots de scribe et horus le service creole_serv n'est pas relancé...<br />Pouvez vous réouvrir le signalement et corriger le pb ?<br />Merci.</p>