Ensemble Ouvert Libre Évolutif: Demandeshttps://dev-eole.ac-dijon.fr/https://dev-eole.ac-dijon.fr/favicon.ico2012-06-20T15:00:11ZEnsemble Ouvert Libre Évolutif
Redmine eole-mysql - Evolution #3667 (Fermé): Nouveau logrotate à validerhttps://dev-eole.ac-dijon.fr/issues/36672012-06-20T15:00:11ZJoël Cuissinatjoel.cuissinat@ac-dijon.fr
<p>Cf. le commit <a class="changeset" title="Il manque la configuration du logrotate pour les logs de debian-start. * tmpl/mysql.logrotate : ..." href="https://dev-eole.ac-dijon.fr/projects/eole-mysql/repository/revisions/30e09ff8a3a494725adbed0cfad800c25c7e264c">30e09ff8a</a></p> Distribution EOLE - Evolution #3664 (Fermé): Mise à jour de sécurité clamavhttps://dev-eole.ac-dijon.fr/issues/36642012-06-20T08:14:29ZJoël Cuissinatjoel.cuissinat@ac-dijon.fr
<ul>
<li><a class="external" href="http://www.ubuntu.com/usn/usn-1482-1/">http://www.ubuntu.com/usn/usn-1482-1/</a></li>
<li><a class="external" href="http://www.ubuntu.com/usn/usn-1482-2/">http://www.ubuntu.com/usn/usn-1482-2/</a></li>
</ul>
<p>Pour la 10.04 (Eole-2.3), Ubuntu a mis à jour le paquet mais en restant en version <strong>0.96</strong>.</p>
<p>Les paquets diffusés par Eole sont actuellement en version <strong>0.97.3</strong>, il faudrait backporter les paquets <strong>0.97.5</strong> diffusés pour l'une des versions supérieures d'Ubuntu (11.04?).</p> eole-preseed - Evolution #3662 (Fermé): Intégrer l’architecture hands-offhttps://dev-eole.ac-dijon.fr/issues/36622012-06-19T15:21:17ZDaniel Dehennin
<p>Le système de <a href="http://hands.com/d-i/" class="external">hands-off</a> est vraiment très bien ;</p>
<p>Quand on a compris comment ça fonctionne il apparaît comme limpide ;</p>
<p>Ça permettra de fermer <a class="issue tracker-2 status-5 priority-4 priority-default closed" title="Evolution: Permettre un partitionnement manuel pour les modules (Fermé)" href="https://dev-eole.ac-dijon.fr/issues/2634">#2634</a>, contourner <a class="issue tracker-2 status-5 priority-4 priority-default closed" title="Evolution: Ne pas utiliser de late_command dans common.seed (Fermé)" href="https://dev-eole.ac-dijon.fr/issues/2353">#2353</a> et sera la première étape pour résoudre <a class="issue tracker-6 status-5 priority-4 priority-default closed child" title="Tâche: Menu Réinstallation sur le CD Eole (Fermé)" href="https://dev-eole.ac-dijon.fr/issues/3335">#3335</a>.</p>
<p>On intègre à la 2.4 ou ça peut s’envisager pour la 2.3.5 (sachant que j’ai un CD <a href="ftp://eoleng.ac-dijon.fr/pub/iso/devel/eole-proposed/daily/20120619/"><code>eole-proposed</code></a> qui fonctionne ;-)</p> arv - Anomalie #3653 (Fermé): (OperationalError) no such table: addresses u'DELETE FROM addresses...https://dev-eole.ac-dijon.fr/issues/36532012-06-18T10:29:33ZJoël Cuissinatjoel.cuissinat@ac-dijon.fr
<p>J'obtiens cette erreur en cliquant sur [Appliquer] :(</p> eole-preseed - Evolution #3648 (Fermé): ajout configuration réseau dans esbl.seed et ecdl.seedhttps://dev-eole.ac-dijon.fr/issues/36482012-06-15T15:17:57Zchristophe guerinotchristophe.guerinot@developpement-durable.gouv.fr
<p>Bonjour Daniel,</p>
<p>Serait-il possible de pouvoir utiliser les deux fichiers esbl.seed et ecdl.seed, avec rajout d'une configuration réseau 'static' du serveur - sur la galette eole ?</p>
<p>En fait au MEDDE (nouveau nom du ministère) l'utilisation du DHCP est proscrite. Et si on peut trouver des serveurs DHCP sur nos réseaux, la configuration n'est pas toujours adaptée avec Eole.<br />L'évolution que l'équipe Eole a effectuée sur le script enregistrement_zephir pour pouvoir disposer d'une configuration réseau minimale n'est pas suffisante, il est impératif que l'on puisse disposer d'une configuration minimum dès l'installation avec le CD sinon il nous est impossible d'accéder via ssh au serveur pour dépanner.</p>
<p>Ce que je propose n'est pas très propre, mais est tout à fait fonctionnel pour nous, et évite pour vous d'avoir à modifier d'autres fichiers 'preseed' (à l'installation dhcp peut être configuré - common.seed - et ensuite configuré en static esbl.seed ou ecdl.seed - c'est carrement pas terrible mais cela fonctionne).</p>
<p>... et comme tu dis dans <a class="issue tracker-6 status-5 priority-4 priority-default closed child" title="Tâche: Menu Réinstallation sur le CD Eole (Fermé)" href="https://dev-eole.ac-dijon.fr/issues/3335">#3335</a> "On ne va pas couper à une configuration plus dynamique des preseeds." (pour la partie 'ré-installation' Pascal [Pbas] a configuré un preseed qui est spécifique eSbl - vois éventuellement avec lui ce qu'il a fait)</p>
<p>(j'en profite pour te transmettre le fichier esbl.recipe corrigé de quelques erreurs)</p>
<p>Merci</p>
<p>Christophe</p> zephir-client - Anomalie #3646 (Fermé): logrotate manquant à gérer dans le paquet zephir-clienthttps://dev-eole.ac-dijon.fr/issues/36462012-06-15T10:15:20ZBenjamin Bohardbbohard@cadoles.comeole-spamassassin - Anomalie #3645 (Fermé): logrotate manquant à gérer dans le paquet eole-spamas...https://dev-eole.ac-dijon.fr/issues/36452012-06-15T10:01:01ZBenjamin Bohardbbohard@cadoles.comeole-courier - Anomalie #3643 (Fermé): logrotate manquant à gérer dans le paquet eole-courierhttps://dev-eole.ac-dijon.fr/issues/36432012-06-15T09:10:24ZBenjamin Bohardbbohard@cadoles.comEoleSSO - Anomalie #3642 (Fermé): logrotate manquant à gérer dans le paquet EoleSSOhttps://dev-eole.ac-dijon.fr/issues/36422012-06-15T09:06:45ZBenjamin Bohardbbohard@cadoles.comeole-web - Anomalie #3639 (Fermé): logrotate manquant à gérer dans le paquet eole-webhttps://dev-eole.ac-dijon.fr/issues/36392012-06-15T08:36:38ZBenjamin Bohardbbohard@cadoles.comeole-sympa - Anomalie #3637 (Fermé): logrotate manquant à gérer dans le paquet eole-sympahttps://dev-eole.ac-dijon.fr/issues/36372012-06-15T08:07:27ZBenjamin Bohardbbohard@cadoles.comeole-proxy - Anomalie #3632 (Fermé): Revoir les logrotate de squidhttps://dev-eole.ac-dijon.fr/issues/36322012-06-14T13:07:10ZFabrice Barconnièrefabrice.barconniere@region-academique-bourgogne-franche-comte.fr
<p>Le fichier de logrotate <strong>squid</strong> ne filtre pas sur le bon fichier.</p> eole-mysql - Anomalie #3613 (Fermé): Les parser par défaut de rsyslog ne donnent pas le résultat ...https://dev-eole.ac-dijon.fr/issues/36132012-06-12T10:18:10ZBenjamin Bohardbbohard@cadoles.com
<p>Traitement du cas de debian-start</p> arv - Anomalie #3608 (Fermé): Redémarrage ipsec obligatoire (ne devrait pas) sur Sphynx pour pren...https://dev-eole.ac-dijon.fr/issues/36082012-06-11T11:56:10ZFabrice Barconnièrefabrice.barconniere@region-academique-bourgogne-franche-comte.fr
<p>Un bug fait qu'on est obligé de relancer ipsec sur Sphynx pour prendre en compte les modifications faites et appliquées dans ARV. Cela pose le problème de la coupure de tous les tunnels.<br />En fait, la base Strongswan est recréée à chaque <strong>Appliquer</strong>. Il faut plutôt vider les tables et les remplir avec les nouveaux paramètres RVP.</p> eole-nfs - Anomalie #3595 (Fermé): Règle eole-firewall dans le conteneur "fichier" et non sur le ...https://dev-eole.ac-dijon.fr/issues/35952012-06-08T07:28:47ZEmmanuel GARETTE
<p>Le fichier eole-firewall s'appelle 00_fichier_nfs.fw. Les règles s'appliquent donc dans le conteneur fichier.</p>
<p>Sauf erreur de ma part (en tout cas c'est comme ca chez moi) NFS et portmap sont lancés depuis le maître.</p>
<p>Le fichier doit donc s'appeller 00_root_nfs.fw.</p> eole-nfs - Anomalie #3594 (Fermé): eole-nfs ne fonctionne pas sur AmonEcolehttps://dev-eole.ac-dijon.fr/issues/35942012-06-07T15:23:12ZEmmanuel GARETTE
<p>Il y a une règle eole-firewall pour Scribe, mais pas de règle dans le modèle Era.</p> eole-ltsp-server - Anomalie #3593 (Fermé): On ne peut pas instancier derrière un proxyhttps://dev-eole.ac-dijon.fr/issues/35932012-06-07T14:37:12ZEmmanuel GARETTE
<p>Si on spécifie un proxy dans l'onglet général d'Eclair, il n'est pas pris en compte pour l'installation de debootstrap.</p> creole - Anomalie #3561 (Fermé): Boucle infini dans la gestion des groupes de conteneurhttps://dev-eole.ac-dijon.fr/issues/35612012-06-03T17:18:37ZEmmanuel GARETTE
<p>C'est un cas un peut tordu ... mais jusqu'à maintenant ejabberd était installé dans la conteneur "jabber".</p>
<p>Suite à la mise à jour candidat, il est installé dans le conteneur "reseau". J'ai donc remis, avec un dictionnaire personnalisé, dans le conteneur "jabber".</p>
<p>J'ai donc : <conteneur name="jabber" group="jabber"/></p>
<p>Ce qui provoque une boucle infinie.</p>
<p>Voici un patch :</p>
<pre>--- /tmp/cfgparser.py 2012-06-03 14:37:21.000000000 +0200
+++ /usr/share/pyshared/creole/cfgparser.py 2012-06-03 19:13:51.000000000 +0200
@@ -616,7 +616,8 @@
self.log.info('===========================================')
def get_container_name(self, name, tcontainer):
- if tcontainer[name].has_key('group'):
+ if tcontainer[name].has_key('group') and \
+ tcontainer[name]['group'] != name:
cname = self.get_container_name(tcontainer[name]['group'], tcontainer)
else:
cname = name
</pre> eole-common - Anomalie #3522 (Fermé): [cert] Le champs basicConstraints est inversé entre la CA e...https://dev-eole.ac-dijon.fr/issues/35222012-05-24T12:17:16ZDaniel Dehennin
<p>Les configurations <a class="source" href="https://dev-eole.ac-dijon.fr/projects/eole-common/repository/entry/tmpl/ca-eole.conf">source:tmpl/ca-eole.conf</a> et <a class="source" href="https://dev-eole.ac-dijon.fr/projects/eole-common/repository/entry/tmpl/certif-eole.conf">source:tmpl/certif-eole.conf</a> sont inversée pour le <a href="https://tools.ietf.org/html/rfc5280#section-4.2.1.9" class="external">basicConstraints</a></p>
<p>ca-eole.conf devrait contenir:</p>
<pre>
basicConstraints = critical, CA:TRUE
</pre>
<p>Alors que certif-eole.conf:</p>
<pre>
basicConstraints = critical, CA:FALSE
</pre>
<p>Revoir aussi les <a href="https://tools.ietf.org/html/rfc5280#section-4.2.1.3" class="external">keyUsage</a> et <a href="https://tools.ietf.org/html/rfc5280#section-4.2.1.12" class="external">extendedKeyUsage</a></p>
<ul>
<li><a href="https://en.wikipedia.org/wiki/X509" class="external">Information Wikipedia</a></li>
<li><a href="https://tools.ietf.org/html/rfc5280" class="external">RFC 5280</a></li>
</ul> DansGuardian - Anomalie #3397 (Fermé): [log] : les logs des 2 instances de dansguardian sont fusi...https://dev-eole.ac-dijon.fr/issues/33972012-04-25T13:40:57ZJoël Cuissinatjoel.cuissinat@ac-dijon.fr
Les anciens fichiers :
<ul>
<li>/var/log/dansguardian/access0.log</li>
<li>/var/log/dansguardian/access1.log</li>
</ul>
sont actuellement (2.3.4) fusionnés dans :
<ul>
<li>/var/log/rsyslog/local/dansguardian/dansguardian.info.log</li>
</ul>
<p>On ne peut plus savoir facilement de quel filtre proviennent les logs et cela empêche également de corriger <a class="issue tracker-1 status-5 priority-4 priority-default closed" title="Anomalie: Plus d'historique de navigation Web dans L'EAD depuis la mise a jour 2.3.4 stable (Fermé)" href="https://dev-eole.ac-dijon.fr/issues/3395">#3395</a> !</p> python-pyeole - Anomalie #3393 (Fermé): Variables non déclarées dans bacula.py [dev]https://dev-eole.ac-dijon.fr/issues/33932012-04-25T10:04:52ZJoël Cuissinatjoel.cuissinat@ac-dijon.fr
<p>Sur fraîche install (en dév) :<br /><pre>
run-parts: executing /usr/share/eole/posttemplate/00-bacula instance
global name 'BACULA_CONFIG_MAIL' is not defined
</pre></p>
<pre>
root@amonecole:~# pylint /usr/share/pyshared/pyeole/bacula.py 2>/dev/null | grep Undef
E:374:apply_bacula_mail: Undefined variable 'BACULA_CONFIG_MAIL'
E:375:apply_bacula_mail: Undefined variable 'BACULA_CONFIG_MAIL'
E:379:apply_bacula_mail: Undefined variable 'BACULA_CONFIG_MAIL'
E:382:apply_bacula_mail: Undefined variable 'BACULA_CONFIG_MAILONERROR'
</pre> EoleSSO - Anomalie #3392 (Fermé): problème si des attributs calculés renvoient autre chose que de...https://dev-eole.ac-dijon.fr/issues/33922012-04-25T08:19:46ZBruno Boigetbruno.boiget@ac-dijon.fr
<p>si des attributs calculés renvoient des valeurs autres que des chaînes de caractères, cela peut entraîner une erreur.<br />Lors de la construction de la réponse cas, les valeurs des attributs sont échappées :</p>
<p>data += """ <AttributeValue>%s</AttributeValue>\n""" % escape(val)</p>
<p>--> passer la valeur en chaîne dans tous les cas</p> conf-esbl - Anomalie #3358 (Fermé): Réinitialisation des fichiers pam common-* lors de Maj-Autohttps://dev-eole.ac-dijon.fr/issues/33582012-04-20T06:49:43Zchristophe guerinotchristophe.guerinot@developpement-durable.gouv.fr
<p>Les fichiers /etc/pam.d/common-* sont susceptibles d'être réinitialisés lors des mises à jour.<br />Si la commande 'reconfigure' n'est pas exécutée avant le prochain redémarrage du serveur, il n'est plus possible d'ouvrir de session :D</p>
<p>Il est nécessaire d'adapter le paramétrage (pam-auth-update, debconf) afin que la réinitialiation s'effectue avec les fichiers common-* corrects</p> eole-common - Anomalie #3183 (Fermé): [lxc-install] La source utilisé par debootstrap n’est pas c...https://dev-eole.ac-dijon.fr/issues/31832012-03-28T13:51:25ZDaniel Dehennin
<p>Les gens du MEDDTL ont besoin de définir le dépôt apt utilisé lors du <code>gen_conteneurs</code> mais il est spécifié en dur dans <a class="source" href="https://dev-eole.ac-dijon.fr/projects/eole-common/repository/entry/eole-conteneur/lxc_install.sh#L99">source:eole-conteneur/lxc_install.sh#L99</a>.</p>
<p>Il devrait :</p>
<p>- Accepter une option pour spécifier la source ;<br />- Utiliser les options de <code>gen_config</code> si <code>/etc/eole/config.eol</code> est présent.</p> zephir-client - Anomalie #2789 (Fermé): Pas de log de agents Zéphirhttps://dev-eole.ac-dijon.fr/issues/27892012-01-30T15:26:32ZYoni Baudeyoni.baude@ac-normandie.fr
<p>Sur 2.3, les logs des agent zéphir n'apparaissent dans /var/log/zephir/agent.log. Pour bacula c'est dans /var/log/bacula/agentzephir.log, est-ce que la gestion des log des agents zéphir est différent de Eole 2.2?</p>
<p>Pour pour relancer la gestion des log zéphir à ma main :</p>
<p>/usr/bin/python /usr/bin/twistd --logfile /var/log/zephir/agent.log --pidfile /var/run/z_stats.pid -no zephiragents --config=configs --tmp=data --data=stats --archive=/tmp --static=static --actions=actions</p>
<p>J'ai dû supprimer les processus des 3 autres daemon :</p>
<p>/usr/bin/python /usr/bin/twistd -noy /usr/share/ead2/backend/eadserver.tac --pidfile /var/run/ead/ead-server.pid --logfile /var/log/ead/ead-server.log</p>
<p>/usr/bin/python /usr/bin/twistd -noy /usr/share/ead2/frontend/frontend.tac --pidfile /var/run/ead/ead-web.pid --logfile /var/log/ead/ead-web.log</p>
<p>/usr/bin/python /usr/bin/twistd -oy /usr/share/creole/creole_serv.tac -d /usr/share/creole --pidfile /var/run/creole/creole_serv.pid --logfile /var/log/creole_serv/creole_serv.log</p>
<p>Pas normal, je pense. Mais cela n'a rien changé au niveau de /var/log/zephir/agent.log, pas plus de messages.<br />Pas de logs de actions lors de changements d'états. Et pas d'action effectuée losr du changement d'états.</p>
<p>Merci de vôtre aide.<br />Yoni</p>