Ensemble Ouvert Libre Évolutif: Demandeshttps://dev-eole.ac-dijon.fr/https://dev-eole.ac-dijon.fr/favicon.ico2012-06-18T10:29:33ZEnsemble Ouvert Libre Évolutif
Redmine 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> conf-scribe - Anomalie #3579 (Fermé): client-annuaire : propose "local" sans eole-annuairehttps://dev-eole.ac-dijon.fr/issues/35792012-06-06T12:59:40ZEmmanuel GARETTE
<p>Lorsque client-annuaire est installé sans eole-annuaire, on a le choix entre "non", "local", "distant". Si on choisit "local", aucun annuaire n'est installé et configuré.</p> eole-common - Anomalie #3568 (Fermé): Corriger allow_dest dans 00_root_nut.fwhttps://dev-eole.ac-dijon.fr/issues/35682012-06-05T08:21:10ZFabrice Barconnièrefabrice.barconniere@region-academique-bourgogne-franche-comte.fr
<p>Remplacer allow_dest par allow_src</p> conf-sphynx - Anomalie #3567 (Fermé): corriger les règles allow_dest eole-firewallhttps://dev-eole.ac-dijon.fr/issues/35672012-06-05T07:16:54ZFabrice Barconnièrefabrice.barconniere@region-academique-bourgogne-franche-comte.fr
<p>Il reste des règles allow_dest incohérentes dans 00_root_sphynx.fw :<br /><pre>
allow_dest(interface='eth0', ip='0/0', protocol='udp', port='500')
allow_dest(interface='eth0', ip='0/0', protocol='udp', port='4500')
allow_dest(interface='eth0', ip='0/0', protocol='esp')
...
allow_dest(interface='%%interface', ip='%%ip_address/%%netmask_address', port='%%arv_port')
allow_dest(interface='%%interface', ip='%%ip_address/%%netmask_address', protocol='icmp', typ='echo-request')
allow_dest(interface='eth0', ip='%%ip_etab/%%ip_etab.netmask_source_etab', protocol='ipsec', dest_port='%%ip_etab.port_dest_etab')
</pre><br />à remplacer par allow_src</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> conf-zephir - Anomalie #3551 (Fermé): correction des règles de firewall à destination de l'applic...https://dev-eole.ac-dijon.fr/issues/35512012-06-01T08:19:15ZBruno Boigetbruno.boiget@ac-dijon.fr
<p>Remplacement des allow_dest par allow_src.</p> ERA - Anomalie #3543 (Fermé): ajout du préfixe %% lors de la création d'un servicehttps://dev-eole.ac-dijon.fr/issues/35432012-05-31T07:43:02ZGwenael Remond
<p>Une validation est faite dans le cas "variable créole" dans toutes les widgets sauf lors de la création d'un service</p> zephir-parc - Anomalie #3527 (Fermé): ajout de c:\fakeroot\ quand on ajout un dico a un modulehttps://dev-eole.ac-dijon.fr/issues/35272012-05-25T09:09:55ZChristophe Dezédezechristophe@gmail.com
<p>j'ai voulu ajouter des dicos dans le module amon23 , je clique sur modifier,j'ai mes dicos 00_common.xml,...... , je clique sur choisissez un fichier, il m'upload bien, mon fichier xml mais il me le nomme c:\fakeroot\dhcp.xml</p> zephir-client - Anomalie #3524 (Fermé): Agent rvp ne renvoie rien dans certains cashttps://dev-eole.ac-dijon.fr/issues/35242012-05-24T14:14:57ZFabrice Barconnièrefabrice.barconniere@region-academique-bourgogne-franche-comte.fr
<p>Dans le cas où les adresses réseaux des extrémités sources et/ou destinations ne sont pas renseignées, une exception fait qu'aucun renseignement n'est renvoyé.</p> eole-common - Anomalie #3489 (Fermé): 00_alias_vlan devrait charger le module 802.1q si des vlan ...https://dev-eole.ac-dijon.fr/issues/34892012-05-21T14:30:33ZFabrice Barconnièrefabrice.barconniere@region-academique-bourgogne-franche-comte.fr
<p>00_alias_vlan devrait charger le module 802.1q si des vlan sont définis</p> eole-common - Anomalie #3401 (Fermé): "persistence" du fichier /etc/rsyslog.d/50-default.conf dan...https://dev-eole.ac-dijon.fr/issues/34012012-04-25T15:51:28ZBenjamin Bohardbbohard@cadoles.com
<p>Malgré les instructions de suppression des anciens fichiers de règles de rsyslog ajoutées dans eolebase-conteneur.preinst, le fichier 50-default.conf est toujours présent.</p>
<p>Il est possible que ce fichier soit installé par le paquet rsyslog.</p>
<p>On peut essayer de reporter la suppression en postinstall.</p> python-pyeole - Anomalie #3371 (Fermé): Bacula envoie des mails superflushttps://dev-eole.ac-dijon.fr/issues/33712012-04-23T10:20:31ZBenjamin Bohardbbohard@cadoles.com
<p>La génération des instructions d'envoi de mail est gérée par pyeole/bacula.py.</p> ERA - Anomalie #3304 (Fermé): Amonecole : pas d'accès SMTPhttps://dev-eole.ac-dijon.fr/issues/33042012-04-14T20:13:59ZEmmanuel GARETTE
<p>Dans le modèle Era de base, il n'y a pas d'accès smtp depuis l'extérieur. En effet, il n'y a pas de règle Era pour gérer l'autorisation.</p>
<p>Peut être ne faire qu'une directive optionnelle.</p> eole-bacula - Anomalie #3301 (Fermé): Agent Zéphir : met une diode verte même si erreur + pas de ...https://dev-eole.ac-dijon.fr/issues/33012012-04-14T17:27:58ZEmmanuel GARETTE
<p>L'agent Zéphir est vert ou gris, mais jamais rouge, même si la sauvegarde est en erreur.</p>
<p>Voici un patch pour corriger :</p>
<pre>--- sauvegarde.py 2012-04-12 14:35:24.000000000 +0200
+++ /usr/lib/python2.6/dist-packages/zephir/monitor/agents/sauvegarde.py 2012-04-14 16:32:21.000000000 +0200
@@ -33,11 +33,14 @@
ret_ctlg = bacula_rapport_load('catalogue')
self.status = {BACULA_RAPPORT_UNKNOWN: status.Unknown(),
BACULA_RAPPORT_OK: status.OK(),
- BACULA_RAPPORT_ERR: status.Unknown()}.get(ret_svg[0])
- res = [{ 'status': boolean_to_onoff(ret_svg[0]),
+ BACULA_RAPPORT_ERR: status.Error()}.get(ret_svg[0])
+ c_status = {BACULA_RAPPORT_UNKNOWN: status.Unknown(),
+ BACULA_RAPPORT_OK: status.OK(),
+ BACULA_RAPPORT_ERR: status.Error()}.get(ret_ctlg[0])
+ res = [{ 'status': self.status,
'type': 'sauvegarde',
'comment': ret_svg[1]},
- { 'status': boolean_to_onoff(ret_ctlg[0]),
+ { 'status': c_status,
'type': 'catalogue',
'comment': ret_ctlg[1]}]
return {'statistics': res }</pre>
<p>Il n'y a pas de vérification de la sauvegarde dans le diagnose. Voici un patch (dont je ne suis pas spécialement fière mais bon) :</p>
<pre>--- /tmp/153-bacula 2012-04-14 16:38:17.804576866 +0200
+++ 153-bacula 2012-04-14 19:00:17.838329288 +0200
@@ -47,6 +47,19 @@
else
EchoRouge "Erreur"
fi
-echo
+ #copier depuis pyeole/bacula.py
+ BACULA_RAPPORT_OK="1"
+ BACULA_RAPPORT_ERR="-1"
+ BACULA_RAPPORT_UNKNOWN="0"
+ eval `/usr/bin/env python -c 'from pyeole.bacula import bacula_rapport_load; rap = bacula_rapport_load("sauvegarde"); print "RAP[0]=\"%s\"; RAP[1]=\"%s\";"%(rap[0], rap[1])'`
+ printf ". %${len_pf}s => " "Statut de la sauvegarde"
+ if [ "$RAP" = $BACULA_RAPPORT_OK ]; then
+ EchoVert "Ok : ${RAP[1]}"
+ elif [ "$RAP" = $BACULA_RAPPORT_ERR ]; then
+ EchoRouge "Erreur : ${RAP[1]}"
+ else
+ EchoOrange "Inconnue : ${RAP[1]}"
+ fi
+ echo
fi
exit 0</pre> arv - Anomalie #3266 (Fermé): Ajout manuel d'un serveur rempli les ss-réseau même si c'est pas un...https://dev-eole.ac-dijon.fr/issues/32662012-04-11T07:04:06ZFabrice Barconnièrefabrice.barconniere@region-academique-bourgogne-franche-comte.fr
<p>L'ajout manuel d'un serveur RVP rempli les champs sous-réseau même si dans le modèle de sous-réseau, il ne s'agit pas d'ip, mais de variable creole.<br />-> Ne remplir que si ip valide.</p> eole-snmpd - Anomalie #3251 (Fermé): ajout de la variable snmp_allow_mask https://dev-eole.ac-dijon.fr/issues/32512012-04-05T11:27:31ZChristophe Dezédezechristophe@gmail.com
<p>l'adresse peut en effet etre de la forme</p>
<p>com2sec readonly %<span>snmp_allow_ip/</span>%snmp_allow_mask public</p>
<p>code non testé<br /><code><br />%if %%snmp_allow_ip != []:<br />%for adresse,mask in %%snmp_allow_ip,%snmp_allow_mask<br />%if %%snmp_allow_mask == []:<br />%mask=255.255.255.255<br />com2sec readonly %%adresse/%%mask public<br />%end for<br />%else<br />com2sec readonly default public<br />%end if<br /></code></p> zephir-client - Anomalie #3130 (Fermé): 5286 parsedico dans une journée ca fait ... beaucouphttps://dev-eole.ac-dijon.fr/issues/31302012-03-21T16:14:30ZDaniel Dehennin
<p>En regardant creole.log sur un AmonEcole 2.3, je vois qu'il y a eu 5286 parsedico hier (précision, je n'ai pas utilisé la machine de la journée).</p>
<p>La demande <a class="issue tracker-1 status-5 priority-4 priority-default closed" title="Anomalie: 5286 parsedico dans une journée ca fait ... beaucoup (Fermé)" href="https://dev-eole.ac-dijon.fr/issues/2498">#2498</a> ne résout pas l’utilisation de <code>parse_dico</code> dans les méthodes <code>measure</code> des agents.</p> creole - Anomalie #3128 (Fermé): Ajouter attribut hidden lors du redefine d'un service.https://dev-eole.ac-dijon.fr/issues/31282012-03-21T15:22:34ZFabrice Barconnièrefabrice.barconniere@region-academique-bourgogne-franche-comte.fr
<p>Prise en compte de l'attribut hidden lors du redefine d'un service</p> conf-scribe - Anomalie #3125 (Fermé): Accès bloqué vers NTPhttps://dev-eole.ac-dijon.fr/issues/31252012-03-21T13:49:28ZEmmanuel GARETTE
<p>Le serveur NTP est bloqué derrière le firewall. Je ne sais pas d'où viens le problème, mais il est possible de configurer le client scribe pour qu'il se synchronise (avec ESU) mais il n'est pas possible de le faire sur l'AmonEcole.</p>
<p>Pourtant, des règles autorisants le forward de NTP sont en place (je ne sais pas d'où sorte ces règles d'ailleurs).</p> eole-ltsp-server - Anomalie #2868 (Fermé): Au démarrage d'un serveur Eclair, pas de boot PXEhttps://dev-eole.ac-dijon.fr/issues/28682012-02-10T13:45:46ZCédric Frayssinetcedric.frayssinet@ac-lyon.fr
<p>Si on démarre l'éclair (après coupure de courant ou extinction), on doit reconfigurer pour avoir un boot PXE fonctionnel</p> eole-exim - Anomalie #2837 (Fermé): 21_mail.xml (exim) gère clamd.conf mais eole-mail ne dépend p...https://dev-eole.ac-dijon.fr/issues/28372012-02-07T08:36:27ZJoël Cuissinatjoel.cuissinat@ac-dijon.fr
<p>Attendre la fin de la division des paquets pour corriger :)<br />Vérifier les autres paquets qui sont dans le même cas (fichier, proxy, ...)</p> eole-sympa - Anomalie #2726 (Fermé): Accès à l'interface web de sympa d'un AmonEcolehttps://dev-eole.ac-dijon.fr/issues/27262012-01-16T15:47:54ZJoël Cuissinatjoel.cuissinat@ac-dijon.fr
Plusieurs problèmes :
<ul>
<li>00_mail_sympa.fw : le nom de l'interface est en dur, il faudrait ajouter un paramètre à la fonction <em>add_rules_sympa</em></li>
<li>Dans l'EAD, on nous propose <em>adresse_ip_fichier_link</em> ???</li>
<li>Redirection de port dans les modèles -> ouvrir une nouvelle demande (<a class="issue tracker-2 status-5 priority-4 priority-default closed" title="Evolution: Redirection des ports de sympa sur AmonEcole (Fermé)" href="https://dev-eole.ac-dijon.fr/issues/3486">#3486</a>)</li>
</ul> eole-bacula - Anomalie #2635 (Fermé): Chemins "en dur" dans posttemplate/00-baculahttps://dev-eole.ac-dijon.fr/issues/26352011-12-21T14:45:23ZJoël Cuissinatjoel.cuissinat@ac-dijon.fr
<p>Il y a 2 occurrences de <em>/mnt/sauvegardes</em> alors que juste au-dessus :<br /><pre>
MOUNT_DIR='/mnt/sauvegardes'
</pre></p> Distribution EOLE - Anomalie #1970 (Fermé): Conteneur et IPv6https://dev-eole.ac-dijon.fr/issues/19702011-08-17T15:02:30ZEmmanuel GARETTE
<p>Des adresses IPv6 sont ajoutés dans les conteneurs (surement quand le maître à un adresse IPv6 également).</p> eole-posh - Anomalie #1948 (Fermé): Accès FTP au répertoire ressources en mode conteneur ?https://dev-eole.ac-dijon.fr/issues/19482011-07-22T14:48:19ZBenoit Vilabenoit.vila@ac-dijon.fr
<p>On ne peut pas porter <a class="issue tracker-1 status-5 priority-4 priority-default closed" title="Anomalie: Autoriser l'accès FTP au répertoire ressources (Fermé)" href="https://dev-eole.ac-dijon.fr/issues/1851">#1851</a> directement car en 2.3 on partirait désormais du conteneur fichier vers le conteneur web :(</p>