Ensemble Ouvert Libre Évolutif: Demandeshttps://dev-eole.ac-dijon.fr/https://dev-eole.ac-dijon.fr/favicon.ico2011-10-01T15:09:30ZEnsemble Ouvert Libre Évolutif
Redmine creole - Anomalie #2141 (Fermé): testpatches.py : erreur dans le répertoire des patcheshttps://dev-eole.ac-dijon.fr/issues/21412011-10-01T15:09:30ZEmmanuel GARETTE (2)gnunux@gnunux.info
<pre>
--- /root/testpatches.py 2011-10-01 17:04:49.000000000 +0200
+++ /usr/share/creole/testpatches.py 2011-10-01 17:06:18.000000000 +0200
@@ -12,7 +12,7 @@
from zephir.monitor.agents import patches
from os.path import join
-patchs = glob(join(patch_dir, 'patch', '*.patch'))
+patchs = glob(join(patch_dir, '*.patch'))
patchs.extend(glob(join(patch_dir, 'variante', '*.patch')))
err = []
for patch in patchs:
</pre> python-pyeole - Anomalie #2138 (Fermé): service.py : suppression du fichier temporaire /tmp/eole.tihttps://dev-eole.ac-dijon.fr/issues/21382011-10-01T14:22:00ZEmmanuel GARETTE (2)gnunux@gnunux.info
<pre>
--- service.py 2011-10-01 16:14:15.000000000 +0200
+++ /usr/share/pyshared/pyeole/service.py 2011-10-01 16:17:14.000000000 +0200
@@ -3,6 +3,7 @@
from shutil import move
from glob import glob
+from os import unlink
from os.path import join, isfile
from pyeole.process import run_subprocess, system_out, system_code
from creole.config import init_services_file, VIRTMASTER, containers_file
@@ -91,6 +92,7 @@
system_code(ticcmd)
env = {'TERM': 'eole'}
pty = True
+ unlink(ti_file)
except:
pty = False
env = None
</pre> creole - Anomalie #2137 (Fermé): Query-Auto : non suppression des fichiers temporaires s'il y a d...https://dev-eole.ac-dijon.fr/issues/21372011-10-01T14:01:18ZEmmanuel GARETTE (2)gnunux@gnunux.info
<p>Si on lance Query-Auto et qu'il y a des mises à jour, les fichiers temporaires restent présents (cela ne se produit pas s'il n'y a plus de mise à jour).</p>
<p>Ce patch supprime les fichiers temporaires :</p>
<pre>
--- Maj-Auto 2011-10-01 15:56:23.000000000 +0200
+++ /usr/bin/Maj-Auto 2011-10-01 15:56:29.000000000 +0200
@@ -541,6 +541,7 @@
fi
echo
if [ $TypeProc == "QUERY-MAJ" ];then
+ rm -f $tempfile $tempfilesort $tempaptlog
demonter_cdrom
exit 0
fi
</pre> creole - Anomalie #2110 (Fermé): Test pour savoir si un paquet est installé durant gen_conteneurs...https://dev-eole.ac-dijon.fr/issues/21102011-09-26T16:48:02ZEmmanuel GARETTE (2)gnunux@gnunux.info
<p>On test la présence d'un paquet dans un conteneur sur le groupe de conteneur et non sur le nom du conteneur lui-même. Mais le groupe de conteneur peut être créé dans /etc/eole/containers.conf APRÈS l'installation du conteneur lui-même. Le test est donc défectueux.</p>
<p>Je déplace aussi la ligne de log, il n'est pas nécessaire de dire qu'on installe un paquet déjà installé.</p>
<pre>
--- cfgparser.py 2011-09-26 18:15:03.367461523 +0200
+++ /usr/share/pyshared/creole/cfgparser.py 2011-09-26 18:39:26.423430682 +0200
@@ -753,8 +753,8 @@
#ne demonte pas proc si pas monte
mount_proc = False
for package in value['packages']:
- self.log.info('Installation de %s' % package)
- if not is_installed(package, container=cname, context=False):
+ if not is_installed(package, container=name, context=False):
+ self.log.info('Installation de %s' % package)
#si non monte, monte les repertoires contenus dans le
#fichier fstab du conteneur
if fstab == []:
</pre> eole-common - Anomalie #2102 (Fermé): Répertoire en trop/manquant pour lxchttps://dev-eole.ac-dijon.fr/issues/21022011-09-23T16:12:08ZEmmanuel GARETTE (2)gnunux@gnunux.info
<p>Le paquet eole-conteneur créé le répertoire suivant :</p>
<p>/usr/share/eole/lxc/conteneurs_groupes</p>
<p>Il fut envisagé d'utiliser ce répertoire à un moment, mais je pense que c'est abandonné. Il ne sert donc a rien.</p>
<p>Par contre, le répertoire /usr/share/eole/lxc/hosts n'est pas créé. Ce n'est pas vraiment gênant mais il serait mieux de le créer (déjà pour éviter les erreurs de frappe).</p> Distribution EOLE - Evolution #2098 (Fermé): Reports 2.2.3 02RC vers 2.3https://dev-eole.ac-dijon.fr/issues/20982011-09-23T12:41:13ZJoël Cuissinatjoel.cuissinat@ac-dijon.fr
<p>Vérifier que les demandes de <a class="external" href="http://dev-eole.ac-dijon.fr/versions/show/105">http://dev-eole.ac-dijon.fr/versions/show/105</a> qui le nécessitent ont bien été reportées sur la version 2.3</p> eole-common - Anomalie #2096 (Fermé): Supprimer les erreurs au démarrage des conteneurshttps://dev-eole.ac-dijon.fr/issues/20962011-09-23T10:56:05ZEmmanuel GARETTE (2)gnunux@gnunux.info
<p>Au démarrage du conteneur, il y a une série d'erreurs :</p>
<ul>
<li>init: Processus hwclock-save main (132) terminé avec le status 1</li>
<li>init: Processus plymouth-splash main (142) terminé avec le status 1</li>
<li>init: Processus lxc pre-start (2) terminé avec le status 32</li>
</ul>
<p>C'est plutôt gênant pour débugger (savoir si l'erreur est <i>normal</i> ou non).</p>
<p>Voici deux patchs pour corriger :</p>
<pre>
--- /root/lxc_install.sh 2011-09-22 21:53:40.000000000 +0200
+++ lxc_install.sh 2011-09-23 10:11:59.000000000 +0200
@@ -180,9 +180,7 @@
task
pre-start script
-mount -t proc proc /proc
mount -t devpts devpts /dev/pts
-mount -t sysfs sys /sys
mount -t tmpfs varrun /var/run
mount -t tmpfs varlock /var/lock
mkdir -p /var/run/network
</pre>
<pre>
--- /root/lxc_postinstall.sh 2011-09-23 10:10:52.000000000 +0200
+++ lxc_postinstall.sh 2011-09-23 10:28:36.000000000 +0200
@@ -29,4 +29,10 @@
mkdir -p $ROOTFS/etc/eole
cp -f /etc/eole/network_containers.conf $ROOTFS/etc/eole
+#No error in startup (#2096)
+NEVER_STARTUP='description "Never start"\n\nstart on runlevel never'
+echo -e $NEVER_STARTUP > $ROOTFS/etc/init/hwclock-save.conf
+echo -e $NEVER_STARTUP > $ROOTFS/etc/init/plymouth.conf
+echo -e $NEVER_STARTUP > $ROOTFS/etc/init/plymouth-log.conf
+
exit 0
</pre> conf-horus - Evolution #2091 (Fermé): Sauvegarde des fichiers Interbasehttps://dev-eole.ac-dijon.fr/issues/20912011-09-22T13:33:53ZJoël Cuissinatjoel.cuissinat@ac-dijon.fr
Le paquet eole-interbase devrait fournir le morceau de configuration bacula afin de sauvegarder les fichiers suivants :
<ul>
<li>/opt/interbase/isc4.gdb</li>
<li>/opt/interbase/ib_license.dat</li>
</ul> creole - Anomalie #2084 (Fermé): Test si le conteneur existe à l'instance/reconfigurehttps://dev-eole.ac-dijon.fr/issues/20842011-09-20T19:33:38ZEmmanuel GARETTE (2)gnunux@gnunux.info
<p>Il faudrait tester si le conteneur existe avant de le configurer.</p>
<pre>
--- cfgparser.py 2011-09-20 21:16:07.000000000 +0200
+++ /usr/share/pyshared/creole/cfgparser.py 2011-09-20 21:22:24.000000000 +0200
@@ -578,6 +578,8 @@
containers.append(self.get_container_name(name, tcontainer))
containers = list(set(containers))
for container in containers:
+ if not isdir(self._make_root_path(container)):
+ raise Exception("Le conteneur %s n'existe pas" % container)
for filename in glob(join(self._make_root_path(container), 'config.d', 'eth*')):
unlink(filename)
for filename in glob(join(self._make_root_path(container), 'interfaces.d', 'eth*')):
</pre> conf-scribe - Anomalie #2083 (Fermé): typo dans le dictionnaire phpMyAdminhttps://dev-eole.ac-dijon.fr/issues/20832011-09-20T18:38:28ZEmmanuel GARETTE (2)gnunux@gnunux.info
<p>"Activer phpMyAdmin (administaration des bases MySQL)"</p>
<p>=> "Activer phpMyAdmin (administration des bases MySQL)"</p> eole-common - Anomalie #2081 (Fermé): ssmtp, aucun mail ne parthttps://dev-eole.ac-dijon.fr/issues/20812011-09-20T14:23:45ZFabrice Barconnièrefabrice.barconniere@region-academique-bourgogne-franche-comte.fr
<p>revaliases mal rempli, du coup aucun mail ne part.</p> eole-common - Anomalie #2078 (Fermé): Problème de résolution DNS intranet sur Amon 2.3 https://dev-eole.ac-dijon.fr/issues/20782011-09-19T14:58:36ZAnonyme
<p>Si on ne rajoute pas 127.0.0.1 dans resolv.conf, l'amon utilise les DNS externe du FAI et les résolutions DNS sur les zones intranet (in, agr...) ne fonctionnent pas.</p> Zéphir - Anomalie #2032 (Fermé): variables calculéeshttps://dev-eole.ac-dijon.fr/issues/20322011-09-06T12:46:59ZThierry Bertrandthierry.bertrand@developpement-durable.gouv.fr
<p>Bonjour,</p>
<p>lorsqu'on saisi un serveur sur un Zephir, on n'obtient pas les mêmes facilités que via gen_config :<br />les variables calculées se font mais :<br />1°/ après un valider (qui donne des "erreurs" quand des variables calculées sont obligatoires)<br />2°/ changement d'onglet de saisie<br />3°/ retour à l'onglet saisi en premier.</p>
<p>Serait-il possible<br /> de lancer le calcul automatique sur les variables calculées lorsqu'on appuie sur valider ?<br /> de mettre une indication visuelle pour qu'on sache que la valeur va être calculée et n'a pas forcément à être saisie<br />svp ?</p>
<p>D'avance merci<br />Cordialement</p> conf-amon - Evolution #2016 (Fermé): Sortir snort et prelude de conf-amon (et ne plus les pré-ins...https://dev-eole.ac-dijon.fr/issues/20162011-09-02T09:40:10ZJoël Cuissinatjoel.cuissinat@ac-dijon.fr
<p>La présentation de la variable "snort_rules_liste" sur 2.3 est superbe, sinon ;)</p> python-pyeole - Anomalie #2010 (Fermé): Vérification des paquets installés peu efficacehttps://dev-eole.ac-dijon.fr/issues/20102011-08-31T09:43:06ZEmmanuel GARETTE (2)gnunux@gnunux.info
<p>J'ai supprimé un paquet dans un conteneur en espérant qu'il se réinstall ... ce n'a pas été le cas.</p>
<p>Les paquets avec le status RC sont considérés comme installés.</p>
<p>Il y a moins de status dans une "selection d'un paquet" que dans l'"état du paquet" d'après le man.</p>
<p>Je propose donc de connaitre l'état de la selection d'un paquet. D'après le man il y a 4 états :</p>
<p>- install<br />- hold<br />- deinstall<br />- purge</p>
<p>On peut considéré les 2 1er états comme installé et les 2 derniers comme désinstallé.</p>
<p>Voici donc la fonction is_installed corrigé :</p>
<pre>
def is_installed(package, container=config.VIRTMASTER, context=True):
""" vérifie si un paquet est installé ou pas"""
cmd = ["/usr/bin/dpkg", "--get-selections", package.strip()]
code, stdout, stderr = system_out(cmd, container=container, context=context)
if code != 0:
# paquet non installé
return False
pkg_status = stdout.strip().split('\n')[-1].split()[1].lower()
#pkg_status is install, desinstall, hold or purge
if pkg_status not in ['install', 'deinstall', 'hold', 'purge']:
raise Exception ('unknown status for package %s : %s'%(package,
pkg_status))
if pkg_status in ['install', 'hold']:
return True
return False
</pre> python-pyeole - Anomalie #1998 (Fermé): Si le service est déjà activé, update-rc.d ne met pas à j...https://dev-eole.ac-dijon.fr/issues/19982011-08-26T09:24:23ZJoël Cuissinatjoel.cuissinat@ac-dijon.fr
<pre>
root@reseau:~# /usr/sbin/update-rc.d admin-posh-profile defaults 92
System start/stop links for /etc/init.d/admin-posh-profile already exist.
</pre> eole-common - Anomalie #1992 (Fermé): web_url est par défaut une IP, le fichier hosts est incorrecthttps://dev-eole.ac-dijon.fr/issues/19922011-08-25T07:24:47ZEmmanuel GARETTE (2)gnunux@gnunux.info
<p>Si web_url est une IP, il ne devrait pas être dans le fichier /etc/hosts</p>
<p>J'ajoute donc une fonction is_ip dans eosfunc et je test dans le template hosts :</p>
<pre>
--- /usr/share/pyshared/creole/eosfunc.py.old 2011-08-25 09:13:14.080744671 +0200
+++ /usr/share/pyshared/creole/eosfunc.py 2011-08-25 09:14:04.125341910 +0200
@@ -72,6 +72,12 @@
# on n'a pas rencontré d'erreur
return True
+def is_ip(data):
+ try:
+ return valid_ip(data)
+ except:
+ return False
+
def valid_intervalle(data):
""" fonction de validation d'une plage d'ip """
if data == "":
--- hosts.old 2011-08-25 09:03:12.720712936 +0200
+++ hosts 2011-08-25 09:14:14.233800658 +0200
@@ -62,6 +62,6 @@
%%container_ip_dns %%container_name_dns.%%nom_domaine_local
%end if
-%if %%is_defined('web_url') and %%web_url != ''
+%if %%is_defined('web_url') and %%web_url != '' and not %%is_ip(%%web_url)
%%adresse_ip_eth0 %%web_url
%end if
</pre> conf-scribe - Anomalie #1991 (Fermé): redirection en boucle sur eole-webhttps://dev-eole.ac-dijon.fr/issues/19912011-08-25T07:03:03ZEmmanuel GARETTE (2)gnunux@gnunux.info
<p>La valeur de web_redirection est à "/" par défaut :</p>
<pre>
<variable name='web_redirection' type='string' description='Application web par défaut (redirection)' >
<value>/</value>
</variable>
</pre>
<p>Dans le template nous avons :</p>
<pre>
%if %%is_defined('activer_envole') and %%activer_envole == 'oui'
RewriteRule ^/$ %%alias_envole [R=permanent]
%else
RewriteRule ^/$ %%web_redirection [R=permanent]
%end if
</pre>
<p>Ce qui signifie que la ligne sera :<br />RewriteRule ^/$ / [R=permanent]</p>
<p>(si on demande / on renvoi vers ... /).</p>
<p>Il faudrait faire un test pour éviter la redirection en boucle :</p>
<pre>
-- Vhost.conf.old 2011-08-25 08:49:32.533349685 +0200
+++ Vhost.conf 2011-08-25 08:54:58.433022085 +0200
@@ -7,8 +7,12 @@
ErrorLog /var/log/apache2/error.log
RewriteEngine On
%if %%is_defined('activer_envole') and %%activer_envole == 'oui'
+ %if %%alias_envole != '/'
RewriteRule ^/$ %%alias_envole [R=permanent]
+ %end if
%else
+ %if %%web_redirection != '/'
RewriteRule ^/$ %%web_redirection [R=permanent]
+ %end if
%end if
</VirtualHost>
--- Vhost-ssl.conf.old 2011-08-25 08:50:23.000750923 +0200
+++ Vhost-ssl.conf 2011-08-25 08:53:46.867051833 +0200
@@ -12,9 +12,13 @@
ServerName %%nom_machine
RewriteEngine On
%if %%is_defined('activer_envole') and %%activer_envole == 'oui'
+ %if %%alias_envole != '/'
RewriteRule ^/$ %%alias_envole [R=permanent]
+ %end if
%else
+ %if %%web_redirection != '/'
RewriteRule ^/$ %%web_redirection [R=permanent]
+ %end if
%end if
# <Location />
# Order Allow,Deny
</pre>
<p>De plus, je ne comprends pas bien pourquoi le template est si compliqué. alias_envole et web_redirection sont les mêmes variables. Pourquoi ne pas jouer avec les redefines ?</p> ead - Anomalie #1973 (Fermé): Si aucun virus, l'action "Détection de virus" affiche une page blanchehttps://dev-eole.ac-dijon.fr/issues/19732011-08-18T09:21:13ZJoël Cuissinatjoel.cuissinat@ac-dijon.fr
<p>Si aucun virus, ça renvoie {} au lieu de {'virus'=[]}</p> ead - Anomalie #1955 (Fermé): Role administrateur Scribe et administration Amon sur AmonEcolehttps://dev-eole.ac-dijon.fr/issues/19552011-07-27T08:20:44ZEmmanuel GARETTE
<p>Il n'est pas possible de créé rapidement un utilisateur administrateur Amon ou Scribe facilement sur AmonEcole.</p> creole - Anomalie #1938 (Fermé): samba est lancé dans le conteneur internet alors qu'aucune authe...https://dev-eole.ac-dijon.fr/issues/19382011-07-20T15:19:42ZJoël Cuissinatjoel.cuissinat@ac-dijon.fr
<pre>
root@amonecole:~# /usr/share/creole/parsedico.py | grep activer_squid_auth
activer_squid_auth="non"
</pre>
<pre>
├─lxc-start───init─┬─cron
│ ├─dansguardian───10*[dansguardian]
│ ├─named───3*[{named}]
│ ├─nmbd
│ ├─rsyslogd───{rsyslogd}
│ ├─smbd───smbd
│ ├─squid───squid───unlinkd
│ ├─sshd
│ ├─udevd
│ └─upstart-udev-br
</pre> eole-bacula - Anomalie #1764 (Fermé): problème : le graphe sauvegarde reste au vert https://dev-eole.ac-dijon.fr/issues/17642011-05-11T13:31:59ZEmmanuel KEITHemmanuel.keith@ac-strasbourg.fr
<p>Bonjour à tous,</p>
<p>Nous venons de remarquer que sur un certain nombre de horus 2.2 les sauvegardes journalières se sont arrêtées, malgré cela le graphe reste au vert !<br />il n'y a rien de particulier dans les logs bacula.<br />Pas de correlation immédiate avec une mise à jour du serveur.<br />Une sauvegarde immédiate restreinte ne finie pas et fait planter l'ead2. Le fait redémarrer le director entraine un reboot immédiat du serveur !<br />après reboot le graphe est blanc.</p>
<p>exemple :<br />sauvegarde du lundi au samedi à 22h</p>
<p>mise à jour précédent le probleme samedi 23 avril 5h<br />sauvegarde samedi 23 avril 22h : OK<br />sauvegarde lundi 25 avril 22h : OK<br />sauvegarde mardi 26 avril 22h : OK<br />puis plus aucune sauvegarde effectuée mais le graphe reste au vert ! donc trompeur</p>
<p>L'agent zephir ne teste que l'état de la dernière sauvegarde et comme la dernière sauvegarde est OK ... :( cela pose un réel problème de supervision des sauvegardes.</p>
<p>cordialement</p>
<p>--</p>
<p>Emmanuel KEITH<br />Responsable RAIP Nord-Alsace<br />DSI - Académie de Strasbourg</p> creole - Evolution #1607 (Fermé): Remplacer "Import Creole1" en "Import Creole2.2"https://dev-eole.ac-dijon.fr/issues/16072011-03-29T14:43:04ZJoël Cuissinatjoel.cuissinat@ac-dijon.fr
<ul>
<li>décommenter/modifier le widget modifié dans <a class="issue tracker-2 status-5 priority-4 priority-default closed" title="Evolution: Quid de la fonctionnalité "Import Creole1" en 2.3 ? (Fermé)" href="https://dev-eole.ac-dijon.fr/issues/1355">#1355</a></li>
<li>coder les procédures de mise à niveau des variables et créer les "tables de correspondance"</li>
</ul> zephir-client - Anomalie #1438 (Fermé): Rapports d'erreur sur les sauvegardeshttps://dev-eole.ac-dijon.fr/issues/14382011-02-23T09:07:19ZFabian Bussonniere
<p>Bonjour,</p>
<p>Le rapport d'erreur sur la sauvegarde est opérationnel lorsque bacula rencontre un soucis (montage DD, manque de place,...) mais lorsque le script de sauvegarde rencontre un problème, celui-ci ne signale rien...(la pastille reste verte dans zephir et Horus)</p>
<p>Dans le cas ou un repquota (par exemple) ne rend pas la main au script de sauvegarde, celle-ci reste active, n'enregistre rien, ne stop même pas les services et ne génère aucun rapport de sauvegarde. Cette situation peut durer plusieurs semaines sans que le serveur ne soit sauvegarder car aucun indicateur (dans zephir ou Horus) ne permet de déclarer une sauvegarde en erreur 5 jours par exemple après la dernière sauvegarde correctement réalisée.</p>
<p>Est ce possible de corriger ce problème pour que l'on puisse avoir un état des lieux plus fiable des sauvegardes en établissements ?</p>
<p>Cordialement,</p>
<p>Fabian BUSSONNIERE<br />CTRE-Rectorat de Nantes</p> ead - Evolution #567 (Fermé): SSO local mais pas pour l'EADhttps://dev-eole.ac-dijon.fr/issues/5672010-05-19T08:34:19ZJoël Cuissinatjoel.cuissinat@ac-dijon.fr
<p>Sur certains modules (exemple : Seshat + fédération), il serait bien de pouvoir activer le SSO local sans pour autant qu'il soit utilisé pour l'EAD.</p>
<p>Ça peut être trompeur pour l'administrateur et créer une faille éventuelle car comptes ldap répliqués sont reconnus par le SSO.</p>