https://redmine.abuledu.org/https://redmine.abuledu.org/favicon.ico2011-11-11T14:42:29ZForge AbulÉdu et anciens projets de RyXéoAbulÉdu - Bug #1697: réapparition du terminal de mise à jourhttps://redmine.abuledu.org/issues/1697?journal_id=37492011-11-11T14:42:29ZEric Seigneeric.seigne@cap-rel.fr
<ul><li><strong>Catégorie</strong> mis à <i>Clients Linux</i></li><li><strong>Assigné à</strong> mis à <i>Eric Seigne</i></li></ul>C'est tout le système de mise à jour qu'on est en train de repenser. Mise à part ce que tu signale, ça pose d'autres problèmes cette histoire de mise à jour à chaque boot:
<ul>
<li>délais du prochain boot imprévisible (exemple lors d'une mise à jour sécurité de Qt, c'est + de 50 Mo de mise à jour)</li>
<li>engorgement du réseau, la mise à jour au boot est acceptable pour des ordinateurs connectés en filaire mais pour 10 postes en wifi qui démarrent en mêem temps c'est impossible</li>
</ul>
Pistes de réflexion:
<ul>
<li>à la microsoft: téléchargement en arrière plan des mises à jours et c'est appliqué lorsqu'on éteint le poste -> délais de fin de journée imprévisible, c'est le même problème: on ne peut pas dire aux enseignants de laisser les ordinateurs ouverts et d'attendre avant de les replier pour les mettre dans la boite à roulette (pb de la classe mobile toujours), autre problème: il n'y a plus de batterie, on éteint l'ordinateur et là "paf" il y en a pour 20 minutes de mise à jour !</li>
<li>détourner la mise en veille pour lancer les procédures de mises à jours, l'avantage semble certain: il est peu probable que tous les ordinateurs ne se mettent en veille en même temps ... mais si l'ordinateur ne se met jamais en veille ?</li>
<li>ajouter une fonction sur webadmin "mettre à jour le parc" et ensuite au prochain boot chaque poste se mange une mise à jour, l'intérêt c'est que l'administrateur local gère son timing comme il l'entends, problème qu'on observe: à peine 5% des écoles seront mises à jours !</li>
<li>faire une mise à jour forcée à chaque vacance scolaire et indiquer "au retour des vacances le 1er boot des postes sera long c'est normal c'est la mise à jour, ils reprennent les cours eux aussi et ont besoin de temps pour se remettre dans le bain :)"</li>
</ul>
<p>Jean-Louis, es-ce que t'aurais une préférence ?</p> AbulÉdu - Bug #1697: réapparition du terminal de mise à jourhttps://redmine.abuledu.org/issues/1697?journal_id=37502011-11-11T14:47:06ZJean-Louis Frucotfrucot.jeanlouis@free.fr
<ul></ul><p>Une réponse de Normand :<br />Je verrais bien les deux dernières possibilités.</p>
<p>Mise à jour à la demande (en cas de grosse mise à jour de sécurité) le gestionnaire du réseau clique dans webadmin et hop !<br />Mise à jour forcée après les vacances</p> AbulÉdu - Bug #1697: réapparition du terminal de mise à jourhttps://redmine.abuledu.org/issues/1697?journal_id=37532011-11-11T20:07:32ZEric Seigneeric.seigne@cap-rel.fr
<ul><li><strong>% réalisé</strong> changé de <i>0</i> à <i>40</i></li></ul><p>Ça avance, le paquet horizon-admin-tools en version 11.08.0.31 prépare le terrain: le client lourd ne lance une mise à jour que si le serveur l'indique. On devra sans doute améliorer / affiner le dispositif mais c'est déjà une bonne 1ere étape.</p>
<p>La prochaine mise à jour des clients sera "longue" mais c'est juste pour déployer la nouvelle infra. Les démarrages suivants seront sans mise à jour.</p> AbulÉdu - Bug #1697: réapparition du terminal de mise à jourhttps://redmine.abuledu.org/issues/1697?journal_id=37542011-11-11T20:07:39ZEric Seigneeric.seigne@cap-rel.fr
<ul><li><strong>Statut</strong> changé de <i>New - Nouveau</i> à <i>Assigned - En cours</i></li></ul> AbulÉdu - Bug #1697: réapparition du terminal de mise à jourhttps://redmine.abuledu.org/issues/1697?journal_id=40202011-12-10T18:43:53ZEric Seigneeric.seigne@cap-rel.fr
<ul><li><strong>Statut</strong> changé de <i>Assigned - En cours</i> à <i>Fixed - Corrigé - Implémenté</i></li><li><strong>Version cible</strong> changé de <i>AbulÉdu - Client - DVD 11.08</i> à <i>AbulÉdu - Serveur - 11.08</i></li><li><strong>% réalisé</strong> changé de <i>40</i> à <i>100</i></li></ul><p>C'est réglé maintenant qu'on lance les mises à jours de manière "volontaire / manuelle" on sait qu'au boot suivant le client lourd risque d'avoir ce comportement, tout est question de performance du poste, plus le poste est "lent" et plus ce le problème est visible.</p>