Ensemble Ouvert Libre Évolutif: Demandeshttps://dev-eole.ac-dijon.fr/https://dev-eole.ac-dijon.fr/favicon.ico2012-12-06T12:40:36ZEnsemble Ouvert Libre Évolutif
Redmine supervision-psin - Anomalie #4554 (Fermé): erreur de syntaxe dans le script 'infoPsin'https://dev-eole.ac-dijon.fr/issues/45542012-12-06T12:40:36Zchristophe guerinotchristophe.guerinot@developpement-durable.gouv.fr
<p>le plugin matériel risque d'être installé alors que ce n'est pas forcement souhaité - le plugin ne devrait être installé que si la valeur de la variable 'activer_supervision_psin' est à 'oui'.</p>
<p>run-parts: executing /usr/share/eole/postservice/00-psin reconfigure<br />/root/scripts/infoPsin: ligne 27 : [: == : opérateur unaire attendu<br />Identification materielle en cours...<br />Votre materiel n'a pas identifie comme etant un HP ou un Dell.<br />Merci de contacter le PSIN si vous estimez que ce n'est pas normal.<br />Erreur d'envoi de mail au Psin !<br />/root/scripts/infoPsin: ligne 121 : [: /root/scripts/mailEnvoye : opérateur binaire attendu<br />Si le problème persiste au prochain reconfigure, merci d'alerter le Psin.</p> zephir-parc - Anomalie #4553 (Fermé): Valeur inconsistante pour la variable ldap_tls sur Zéphirhttps://dev-eole.ac-dijon.fr/issues/45532012-12-06T10:29:19ZBruno Boigetbruno.boiget@ac-dijon.fr
<p>La valeur par défaut de la variable est passé de oui à non (avec un fill), mais la variable étant cachée elle reste toujours à 'oui'.</p>
<p>Le serveur ldap local ne gérant pas tls par défaut, cela peut provoquer des messages d'erreur dans l'application.</p> scribe-backend - Anomalie #4552 (Fermé): Listes de diffusion mal généréeshttps://dev-eole.ac-dijon.fr/issues/45522012-12-06T10:07:41ZJoël Cuissinatjoel.cuissinat@ac-dijon.fr
<p>Sur un Scribe mono-établissement, j'obtiens le chemin ldap suivant :<br /><pre>
suffix1 cn=professeurs,ou=local,ou=groupes,ou=None,ou=ac-dijon,ou=education,o=gouv,c=fr
</pre></p> eole-common - Evolution #4547 (Fermé): Améliorer l'affichage diagnose avant publication 2.3.7https://dev-eole.ac-dijon.fr/issues/45472012-12-05T11:12:42ZJoël Cuissinatjoel.cuissinat@ac-dijon.fr
<p>L'affichage sur mon Horus doté du paquet <strong>eole-common 2.3-eole149</strong> est le suivant :<br /><pre>
*** Journalisation
. Statut de TLS => Désactivé
Désactivé
*** Logrotate
Fichiers non pris en charge par logrotate :
/var/log/rsyslog/local/xinetd/xinetd.notice.log
/var/log/rsyslog/local/xinetd/xinetd.debug.log
[ ... ]
</pre></p>
Personnellement :
<ol>
<li>je n'afficherais les infos sur la journalisation que si elle est activée (comme j'ai fait pour 2.4) + vérifier le bug d'affichage sur le "Désactivé" qui est tout seul !</li>
<li>je n'afficherais les infos sur logrotate qu'avec le diagnose étendu (<code>"$Verbose" = "yes"</code>)</li>
<li>l'ancien fichier : <strong>/usr/share/eole/diagnose/eole/12-log</strong> est-il a supprimer ?</li>
</ol> eole-proxy - Anomalie #4535 (Fermé): Forcer Google SafeSearch ne fontionne plus [2.3]https://dev-eole.ac-dijon.fr/issues/45352012-12-03T10:32:22ZKlaas TJEBBES
<p>"safe=vss" a été remplacé par "safe=strict".</p> ERA - Anomalie #4532 (Fermé): libglade-WARNINGhttps://dev-eole.ac-dijon.fr/issues/45322012-12-03T09:55:51ZPhilippe Carrephilippe.carre@developpement-durable.gouv.fr
<p>Après passage en 2.3.7RC, (sur des amon installés avec la 2.3.5 puis mis à jour en 2.3.6, puis 2.3.7RC), les messages suivants apparaissent au lancement d'ERA :<br />(era:16154): libglade-WARNING *<strong>: could not look up stock id 'Application filter'<br />(era:16154): libglade-WARNING *</strong>: could not look up stock id 'Libelle ranges'<br />(era:16154): libglade-WARNING *<strong>: could not look up stock id 'Inclusion Statique'<br />(era:16154): libglade-WARNING *</strong>: could not look up stock id 'Libelles optionnels'<br />(era:16154): libglade-WARNING *<strong>: could not look up stock id 'Libelle options'<br />(era:16154): libglade-WARNING *</strong>: could not look up stock id 'Qos _bandwidth list'<br />(era:16154): libglade-WARNING *<strong>: could not look up stock id 'import-zephir'<br />(era:16154): libglade-WARNING *</strong>: could not look up stock id 'export-zephir'</p>
<p>Le pb avait pourtant été corrigé v.[[<a class="external" href="http://dev-eole.ac-dijon.fr/issues/1725">http://dev-eole.ac-dijon.fr/issues/1725</a>]] ???</p>
<p>Merci.</p> eole-zarafa - Anomalie #4487 (Fermé): Le template gateway.cfg ne semble pas utiliséhttps://dev-eole.ac-dijon.fr/issues/44872012-11-23T15:21:44ZJoël Cuissinatjoel.cuissinat@ac-dijon.fr
<p>Ce fichier est listé par <strong>CreoleLint</strong> dans la section :<br /><pre>
Template non déclaré dans le dicos (orphans_tmpl_files:UNUSED:error)
</pre><br />Hors :<br /><pre>
root@amonecole:~# dpkg -S gateway.cfg
eole-zarafa: /usr/share/eole/creole/distrib/gateway.cfg
</pre></p> eole-sympa - Anomalie #4482 (Fermé): Conflit entre le service sympa et son activation dans apache2https://dev-eole.ac-dijon.fr/issues/44822012-11-23T14:10:59ZJoël Cuissinatjoel.cuissinat@ac-dijon.fr
<pre>
root@amonecole:~# grep '>sympa' /usr/share/eole/creole/dicos/* | grep "service "
/usr/share/eole/creole/dicos/25_sympa.xml: <service servicelist='sympa'>sympa</service>
/usr/share/eole/creole/dicos/25_sympa.xml: <service method="apache" servicelist='sympa'>sympa</service>
</pre>
<p>Dans <strong>/etc/eole/init_service.conf</strong>, on ne retrouve uniquement :<br /><pre>
"sympa": ["apache"]
</pre></p> python-pyeole - Anomalie #4481 (Fermé): Warning inquiétants au reconfigure (2)https://dev-eole.ac-dijon.fr/issues/44812012-11-23T13:19:59ZJoël Cuissinatjoel.cuissinat@ac-dijon.fr
<p>Depuis quelques jours, des messages inquiétants apparaissent lors des reconfigure :<br /><pre>
*** Gestion des services ***
erreur : not all arguments converted during string formatting
*** Gestion des certificats ***
Exception RuntimeError: 'maximum recursion depth exceeded in __subclasscheck__' in <type 'exceptions.AttributeError'> ignored
</pre></p>
<p>Il faut impérativement les faire disparaître !</p> eole-web - Anomalie #4476 (Fermé): "force_envole" devrait avoir une valeur par défaut même si ell...https://dev-eole.ac-dijon.fr/issues/44762012-11-22T15:26:54ZJoël Cuissinatjoel.cuissinat@ac-dijon.fr
<p>Et oui, on trouve toujours un boulet pour cliquer sur <strong>[Charger defaut pour groupe]</strong> dans l'onglet <strong>[Applications web]</strong> d'un module sans <em>eole-posh</em> !<br /><pre>
force_envole : force_envole - erreur à l'exécution de valid_enum (ligne 254):
repondez par un des choix suivants : ['oui', 'non']
</pre></p> eole-exim - Anomalie #4467 (Fermé): Le fichier fstab associé au conteneur web n'est plus fournit ...https://dev-eole.ac-dijon.fr/issues/44672012-11-21T14:21:28ZJoël Cuissinatjoel.cuissinat@ac-dijon.fr
<p>Fichier disparu : <strong>/usr/share/eole/lxc/fstab/mail</strong></p> Distribution EOLE - Anomalie #4466 (Fermé): Warning inquiétants au reconfigurehttps://dev-eole.ac-dijon.fr/issues/44662012-11-21T13:56:26ZJoël Cuissinatjoel.cuissinat@ac-dijon.fr
<p>Depuis quelques jours, des messages inquiétants apparaissent lors des reconfigure :<br /><pre>
*** Gestion des services ***
erreur : not all arguments converted during string formatting
*** Gestion des certificats ***
Exception RuntimeError: 'maximum recursion depth exceeded in __subclasscheck__' in <type 'exceptions.AttributeError'> ignored
</pre></p>
<p>Il faut impérativement les faire disparaître !</p> ead - Anomalie #4460 (Fermé): l'ead ne prend pas en compte les certificats définis dans gen_confighttps://dev-eole.ac-dijon.fr/issues/44602012-11-16T16:38:24ZBruno Boigetbruno.boiget@ac-dijon.fr
<p>le frontend web utilise toujours eole.crt et eole.key</p>
<p>-> récupérer la valeur dans la configuration (parse_dico est déjà appelé dans frontend.tac)</p> eole-common - Evolution #4342 (Fermé): Diagnose pour la journalisation.https://dev-eole.ac-dijon.fr/issues/43422012-10-26T09:02:51ZBenjamin Bohardbbohard@cadoles.com
<p>diagnose pourrait tester les éléments suivants :</p>
<ul>
<li>disponibilité des services locaux ;</li>
<li>disponibilité des services distants ;</li>
<li>conformité des certificats ;</li>
<li>prise en charge des journaux par logrotate.</li>
</ul>
<p>Cet ajout est utile pour ZéphirLog.</p> scribe-backend - Evolution #4184 (Fermé): Portage des scripts regen_maillist.py et regenalias.sh ...https://dev-eole.ac-dijon.fr/issues/41842012-09-27T17:50:29ZJérôme Labrietjerome.labriet@ac-besancon.fr
<p>Il existe dans SCRIBE des liste de diffusion par niveau (<a class="email" href="mailto:3eme@clg-nometab.ac-besancon.fr">3eme@clg-nometab.ac-besancon.fr</a>) pour tous les élèves d'une classe (<a class="email" href="mailto:4a@clg-nometab.ac-besancon.fr">4a@clg-nometab.ac-besancon.fr</a>) ect... utilisables avec la messagerie de l'ENT.<br />Mais il n'y a pas de listes de diffusion parents. Par exemple <a class="email" href="mailto:parents4a@clg-nometab.ac-besancon.fr">parents4a@clg-nometab.ac-besancon.fr</a> qui engloberait tous les parents qui ont un enfant dans la classe de 4a.</p>
<p>Est-ce que scribe pourrait fabriquer cela à partir de la synchronisation AAF ?</p>
<p>Merci,<br />Jérôme</p> eole-exim - Evolution #4069 (Fermé): Gestion des transports et des routeurs pour Zarafahttps://dev-eole.ac-dijon.fr/issues/40692012-09-14T13:22:43ZPhilippe Caseiropcaseiro@cadoles.com
<p>Prise en charge de zarafa</p> eole-ltsp-server - Anomalie #3918 (Fermé): Les applications embarquées devraient pouvoir être dés...https://dev-eole.ac-dijon.fr/issues/39182012-08-22T08:11:10ZLaurent Florilaurent.flori@ac-dijon.fr
<p>L'utilisateur devrait pouvoir avoir le choix d'embarquer ou pas les applications comme le navigateur ou les lecteurs vidéos. Les clients légers ne disposant pas de beaucoup de RAM ont tendance à se figer (au pire a crasher) avec les applications embarqués.</p> eole-posh - Evolution #3875 (Fermé): Ajouter l'option Creole pty="False" pour les services posh-p...https://dev-eole.ac-dijon.fr/issues/38752012-07-25T14:14:30ZJoël Cuissinatjoel.cuissinat@ac-dijon.fr
<pre>
root@amonecole:/usr/share/eole/creole/dicos# python -c "import json;print json.load(file('/etc/eole/init_service.conf'))['posh-profile']"
[u'service', True, [u'web']]
root@amonecole:/usr/share/eole/creole/dicos# CreoleService posh-profile restart * Stopping Serveur Profil Posh: posh-profile [ OK ]
* Starting Serveur Profil Posh: posh-profile [ OK ]
root@amonecole:/usr/share/eole/creole/dicos# CreoleService posh-profile statusServeur Profil Posh est arrêté
</pre>
<pre>
root@amonecole:/usr/share/eole/creole/dicos# python -c "import json;print json.load(file('/etc/eole/init_service.conf'))['posh-profile']"
[u'service', False, [u'web']]
root@amonecole:/usr/share/eole/creole/dicos# CreoleService posh-profile restart * Stopping Serveur Profil Posh: posh-profile
...done.
* Starting Serveur Profil Posh: posh-profile
...done.
root@amonecole:/usr/share/eole/creole/dicos# CreoleService posh-profile statusServeur Profil Posh (pid 4888) est actif ...
</pre> arv - Evolution #3655 (Fermé): En mode "debug", les mots de passe sont en clair dans les logs ARVhttps://dev-eole.ac-dijon.fr/issues/36552012-06-18T12:44:59ZJoël Cuissinatjoel.cuissinat@ac-dijon.fr
<pre>
root@sphynx:~# grep password /var/log/arv/*
/var/log/arv/error.log:-> entering __init__((<arv.lib.usezephir.Zephir instance at 0x919b6ac>,), {'password': 'xxxxxx', 'user': 'jojo'})
</pre> conf-scribe - Anomalie #2504 (Fermé): log de samba dans syslog en mode conteneurhttps://dev-eole.ac-dijon.fr/issues/25042011-12-01T15:37:49ZEmmanuel GARETTE
<p>Les logs de samba sont remontés dans /var/log/syslog en mode conteneur.</p> zephir-parc - Anomalie #2380 (Fermé): zephir 2.3 et annuaire ldaphttps://dev-eole.ac-dijon.fr/issues/23802011-11-14T12:27:09ZThierry Bertrandthierry.bertrand@developpement-durable.gouv.fr
<p>Bonjour,</p>
<p>sur un Zephir 2.3 couplé à un annuaire ldap externe, la présence du caractère / dans le mot de passe empêche tout login.</p>
<p>Cordialement</p> eole-exim - Anomalie #2066 (Fermé): Le conteneur ne peut pas envoyer de mailhttps://dev-eole.ac-dijon.fr/issues/20662011-09-15T20:53:17ZEmmanuel GARETTE (2)gnunux@gnunux.info
<p>Il n'est pas possible d'envoyer des mails depuis le conteneur web (notamment depuis l'interface web).</p>
<p>Aujourd'hui exim est installé dans le conteneur web, il faut ajouter une dépendance sur ssmtp sur eole-web.</p>
<p>Modification du template 20_mail.xml (à l'époque container_only n'existait pas, donc on templatisait a chaque fois même si ce n'est pas nécessaire) :</p>
<pre>
--- /root/20_mail.xml 2011-09-15 22:35:33.826875570 +0200
+++ /usr/share/eole/creole/dicos/20_mail.xml 2011-09-15 22:37:13.504885423 +0200
@@ -12,7 +12,7 @@
<file filelist='sympa' name='/usr/share/ead2/backend/config/actions/actions_mail.cfg' rm='True'/>
<file filelist='sympa' name='/usr/share/eole/firewall/00_mail_sympa.fw' rm='True'/>
<!-- configuration de ssmtp pour le mode conteneur -->
- <file name='/etc/ssmtp/ssmtp.conf' mkdir='True'/>
+ <file name='/etc/ssmtp/ssmtp.conf' container_only='True'/>
<file name='/etc/bacula/baculafichiers.d/mail.conf' source='bacula-mail.conf'/>
</files>
<containers>
</pre>
<p>Modification du template 20_web.xml :</p>
<pre>
--- /root/20_web.xml 2011-09-15 22:35:50.646862781 +0200
+++ /usr/share/eole/creole/dicos/20_web.xml 2011-09-15 22:51:32.906944264 +0200
@@ -18,6 +18,8 @@
<!-- remonter des logs vers la maitre -->
<file name='/etc/rsyslog.d/50-default.conf' source="50-default-conteneur.conf" container_only="True"/>
<file filelist='ssoclient' name='/usr/share/php/configCAS/cas.inc.php' source='cas.inc.php.tmpl' mkdir='True'/>
+ <file name='/etc/ssmtp/ssmtp.conf' container_only='True'/>
+ <file name='/usr/share/eole/firewall/00_web.fw' container_only='True'/>
</container>
</containers>
</pre>
<p>Nouveau template 00_web_mail.fw :</p>
<pre>
%if %%is_defined('container_ip_mail')
allow_dest(interface='eth0', container='mail', port='25')
%else
%if %%tls_smtp == 'port 465'
allow_dest(interface='eth0', ip='%%passerelle_smtp', port='465')
%else
allow_dest(interface='eth0', ip='%%passerelle_smtp', port='25')
%end if
%end if
</pre>
<p>Cela doit fonctionner avec eole-mail et eole-ssmtp.</p> zephir-parc - Anomalie #353 (Fermé): Suppression des fichiers personnaliséshttps://dev-eole.ac-dijon.fr/issues/3532010-04-07T11:29:12ZDaniel Dehennin
<p>Lorsque l'on a ajouté un fichier personnalisé à une variante, le supprimer ne le supprime pas des serveurs de la variante.</p>
Il serait intéressant de distinguer 2 cas de figures :
<ul>
<li>retirer de la variante et laisser sur les serveurs ;</li>
<li>retirer de la variante et supprimer des serveurs.</li>
</ul>