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> 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> eole-ltsp-server - Anomalie #3592 (Fermé): Suppression du répertoire des clients légers par défau...https://dev-eole.ac-dijon.fr/issues/35922012-06-07T14:12:18ZEmmanuel GARETTE
<p>Par défaut, si on réinstancie un module Eclair, il propose de supprimer par défaut le répertoire /opt/ltsp/i386. Il faudrait mettre à "non" par défaut.</p>
<p>PS : il y a "des clients léger" dans la phrase, il me semble qu'il faut mettre "des clients légerS".</p> eole-ltsp-server - Anomalie #3586 (Fermé): Problèmes dans l'onglet Ltsp de l'Eclairhttps://dev-eole.ac-dijon.fr/issues/35862012-06-07T10:24:33ZEmmanuel GARETTE
<p>Les masques de sous réseau par défaut devrait être 255.255.255.0 comme pour les autres configurations de réseau.</p>
<p>Le broadcast n'est pas une variable obligatoire, mais a mon avis cela devrait être le cas.</p> conf-eclair - Anomalie #3585 (Fermé): Pertinance de la possibilité de configurer Eclair en DHCPhttps://dev-eole.ac-dijon.fr/issues/35852012-06-07T09:43:04ZEmmanuel GARETTE
<p>Il est possible de sélectionner DHCP comme configuration réseau eth0. A titre personnelle je pense que c'est une mauvaise idée :</p>
<p>- ca peut provoquer des dysfonctionnements en mode une carte (si l'IP change) ;<br />- la configuration NFS sur le Scribe, ... ne seront plus bon.</p>
<p>Pour éviter toutes problèmes, il serait plus adapter de ne pas proposer, AMHA, le DHCP sur eth0.</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 #3571 (Fermé): corriger les règles allow_dest eole-firewallhttps://dev-eole.ac-dijon.fr/issues/35712012-06-05T11:06:40ZFabrice 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> 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> zephir-client - Anomalie #3565 (Fermé): mise à jour base matériellehttps://dev-eole.ac-dijon.fr/issues/35652012-06-04T12:46:08ZKarim Ayarikarim.ayari1@ac-lyon.fr
<p>bonjour,</p>
<p>nous avons constaté que lors d'un changement de machine déjà enregistrée dans la base Zéphir,<br />sa base matérielle n'est pas mise à jour. Il semblerait que cette opération soit seulement à faire<br />lors de migration ou de nouvelle installation.</p>
<p>ici par exemple c'est un Amon 2.2 enregistré sur notre Zéphir 2.3.</p>
<p>Merci!</p> Distribution EOLE - Anomalie #3172 (Ne sera pas résolu): Traitements postinst avant l'arrivée du ...https://dev-eole.ac-dijon.fr/issues/31722012-03-27T12:52:07ZJoël Cuissinatjoel.cuissinat@ac-dijon.fr
<p>Plusieurs paquets (eole-fichier, eole-annuaire, eole-bacula, ...) appellent des scripts (visiblement : <strong>/usr/share/eole/schedule/manage_schedule</strong>) qui nécessitent la présence du fichier <em>/etc/eole/release</em></p>
<p>Hors, le paquet <em>module-pkg</em> qui crée le fichier <em>release</em> s'installe après !</p>
<p>Ce problème est particulièrement visible lorsque l'on passe par EoleBase pour installer un autre module, on voit alors plusieurs fois le message suivant lors de l'installation des paquets :<br /><pre>
Paramétrage de eole-bacula (2.3-eole49) ...
** Impossible de trouver le fichier /etc/eole/release **
</pre></p> eole-bacula - Anomalie #3138 (Fermé): Interblocage entre sauvegarde et mise à jourhttps://dev-eole.ac-dijon.fr/issues/31382012-03-22T12:44:41ZYoni Baudeyoni.baude@ac-normandie.fr
<p>Erreur de sauvegarde du catalogue bacula:</p>
<p>Log bacula:</p>
<p>22-Mar 03:19 127.0.0.1-dir JobId 422: Warning: FileSet MD5 digest not found.<br />22-Mar 03:19 127.0.0.1-dir JobId 422: Start Backup JobId 422, Job=JobSchedulePost.2012-03-22_03.19.00_29<br />22-Mar 03:19 127.0.0.1-dir JobId 422: Using Device "FileStorage" <br />22-Mar 03:19 127.0.0.1-fd JobId 422: shell command: run ClientRunBeforeJob "/usr/share/eole/schedule/schedule_bacula post" <br />22-Mar 03:19 127.0.0.1-fd JobId 422: shell command: run ClientRunBeforeJob "/usr/share/eole/bacula/baculaconfig.py --lock --backup_progress --jobType=cron" <br />22-Mar 03:19 127.0.0.1-fd JobId 422: ClientRunBeforeJob: Un verrou autre que celui de la sauvegarde est placé<br />22-Mar 03:19 127.0.0.1-fd JobId 422: Error: Runscript: ClientRunBeforeJob returned non-zero status=1. ERR=Child exited with code 1<br />22-Mar 03:19 127.0.0.1-dir JobId 422: Fatal error: Bad response to ClientRunBeforeJob command: wanted 2000 OK RunBefore<br />, got 2905 Bad RunBeforeJob command.</p>
<p>22-Mar 03:19 127.0.0.1-dir JobId 422: Fatal error: Client "127.0.0.1-fd" RunScript failed.</p>
<p>Maj :<br />/etc/cron.d/schedule -> #EOLE don't touch this file; 19 3 * * * root python /usr/share/eole/schedule/schedule cron >> /var/log/schedule.log 2>&1</p> eole-bacula - Evolution #2753 (Fermé): SSMTP réécrit le sender d'un mail envoyé via mutthttps://dev-eole.ac-dijon.fr/issues/27532012-01-23T15:36:00ZJean-Marc MELETjean-marc.melet@ac-aix-marseille.fr
<p>Typiquement, lors de la commande utilisée dans baculamail.conf:</p>
<pre> /usr/bin/mutt -n -e \"set from=bacula-amonecole@monreseau.lan copy=no use_envelope_from=yes send_charset=utf-8\" -s \"%e : 00000b sauvegarde amonecole.monreseau.lan\" -- %r </pre>
<p>l'expéditeur du message reçu n'est pas celui spécifié par l'option "from". Pour cela, il faut forcer l'utilisation d'un SMTP autre que SSMTP</p> eole-bacula - Evolution #2639 (Pas un bug): Chown sans effet sur un répertoire sans point de montagehttps://dev-eole.ac-dijon.fr/issues/26392011-12-21T15:47:40ZDaniel Dehennin
<p>Le <code>chown</code> <a class="source" href="https://dev-eole.ac-dijon.fr/projects/eole-bacula/repository/entry/eole/posttemplate/00-bacula#L83">eole-bacula:source:eole/posttemplate/00-bacula#L83</a> me semble sans effet.</p>
<p>Une fois le device monté, les droits du répertoires sont cachés.</p>
<p>Je pense que ce chown devrait tout simplement être supprimé.</p>