Ensemble Ouvert Libre Évolutif: Demandeshttps://dev-eole.ac-dijon.fr/https://dev-eole.ac-dijon.fr/favicon.ico2011-10-01T14:23:45ZEnsemble Ouvert Libre Évolutif
Redmine creole - Anomalie #2139 (Fermé): cfgparer.py : suppression des fichiers temporaireshttps://dev-eole.ac-dijon.fr/issues/21392011-10-01T14:23:45ZEmmanuel GARETTE (2)gnunux@gnunux.info
<pre>
--- cfgparser.py 2011-10-01 16:02:09.000000000 +0200
+++ /usr/share/pyshared/creole/cfgparser.py 2011-10-01 16:07:52.000000000 +0200
@@ -579,7 +579,7 @@
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)
+ 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*')):
@@ -645,6 +645,7 @@
t = Template(inputfile, templatedir=datadir)
t.target = outputfile
t.process(self)
+ unlink(inputfile)
for container in containers:
inputfile = mktemp()
@@ -657,6 +658,7 @@
t = Template(inputfile, templatedir=datadir)
t.target = join(self._make_root_path(container), 'rootfs', 'etc', 'network', 'interfaces')
t.process(self)
+ unlink(inputfile)
def _build_ve_interface(self, cname, interface):
#eth1 => 1
@@ -992,6 +994,7 @@
t = Template(inputfile, templatedir=datadir)
t.target = outputfile
t.process(self)
+ unlink(inputfile)
def regroupe_services(self, tcontainer):
"""
</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> arv - Anomalie #2131 (Fermé): Les mises à jour de la base StrongSwan ne sont vues que si on redém...https://dev-eole.ac-dijon.fr/issues/21312011-09-29T14:07:01ZFabrice Barconnièrefabrice.barconniere@region-academique-bourgogne-franche-comte.fr
<p>La base StrongSwan est regénérée à chaque application des changements (suppression et création d'un nouveau fichier ipsec.db). Sur Sphynx, StrongSwan perd donc le handler du fichier. Il faut donc vider le fichier plutôt que de le supprimer et remplir à nouveau la DB.</p> eole-common - Anomalie #2127 (Fermé): eole-firewall : si on définit dest_ip, les règles de firewa...https://dev-eole.ac-dijon.fr/issues/21272011-09-29T09:25:16ZEmmanuel GARETTE (2)gnunux@gnunux.info
<pre>
--- fwobjects.py 2011-09-29 11:03:32.000000000 +0200
+++ /usr/share/eole/bastion/fwobjects.py 2011-09-29 10:54:59.000000000 +0200
@@ -75,11 +75,11 @@
raise Exception("Protocol %s not supported in _build_wide_src_allow"%self.protocol)
ret = join(ipt, forward_target, '-i', self.interface1, '-s',
- str(self.ip2), port_target, str(self.port1),
+ str(self.ip2), port_target, str(self.port2),
'-d', str(self.ip1), accept_target)
ret += '\n'
ret += join(ipt, prerouting_target, '-i', self.interface1, '-s',
- str(self.ip2), port_target, str(self.port2),
+ str(self.ip2), port_target, str(self.port1),
dnat_target, '{0}:{1}'.format(str(self.ip1), str(self.port2)))
return ret
</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> 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 #2094 (Fermé): Pas possible d'installer ssmtp dans un conteneur à gen_cont...https://dev-eole.ac-dijon.fr/issues/20942011-09-22T18:40:27ZEmmanuel GARETTE (2)gnunux@gnunux.info
<p>Si on met ssmtp dans une balise <package>, gen_conteneur plante avec l'erreur suivante :</p>
<p>Paramétrage de ssmtp (2.64-4fakesync1) ...<br />hostname: Name or service not known<br />dpkg : erreur de traitement de ssmtp (--configure) :<br />[...]</p>
En effet :
<ol>
<li>chroot /var/lib/lxc/web/rootfs</li>
<li>hostname --fqdn<br />hostname: Name or service not known</li>
</ol>
<p>Je propose de copier le fichier /etc/hosts dans l'archive. Il sera écrasé à l'instance par la bonne version du fichier. Il n'est pas possible de configurer correctement le fichier puisque la configuration du serveur n'est pas faite.</p>
<pre>
--- /root/lxc_install.sh 2011-09-22 19:14:59.000000000 +0200
+++ lxc_install.sh 2011-09-22 19:41:27.000000000 +0200
@@ -201,6 +201,9 @@
initctl emit virtual-filesystems --no-wait
init 2
end script" > $ROOT/etc/init/lxc.conf
+ #Copie un fichier hosts pour certains paquets (#2094)
+ cp -f /etc/hosts $ROOT/etc
+
#On supprime tous les paquets du cache d'apt avant la compression"
execute "chroot $ROOT apt-get clean"
#correction du fichier /etc/rsyslog.conf dans le conteneur pour les messages noyau
@@ -276,11 +279,8 @@
#Copie de la conf de ssh
mkdir -p $ROOTFS/etc/ssh/
cp -f /usr/share/eole/lxc/sshd_config $ROOTFS/etc/ssh/sshd_config
-#echo "Démarrage du conteneur $NAME"
-#lxc-create -f $ROOTLXC/$NAME/config -n $NAME
-#execute "lxc-start -n $NAME -d"
-#mettre le conteneur en demarrage automatique
+#Mettre le conteneur en demarrage automatique
echo 1 > $ROOTLXC/$NAME/on_boot
exit 0
</pre> eole-common - Anomalie #2090 (Fermé): Killer tous les processus avant de forcer l'arrêt du conteneurhttps://dev-eole.ac-dijon.fr/issues/20902011-09-21T21:36:03ZEmmanuel GARETTE (2)gnunux@gnunux.info
<p>Je ne sais pas bien pourquoi mais lxc-stop n'arrete pas toujours tous les processus. Je propose de faire un kill -9 sur tous les processus d'un conteneur avant de faire un lxc-stop.</p>
<pre>
--- lxc-halt 2011-09-21 20:58:48.000000000 +0200
+++ /usr/bin/lxc-halt 2011-09-21 23:34:08.000000000 +0200
@@ -55,6 +55,9 @@
if [ $(( $curtime - $starttime )) -gt $TIMEOUT ]; then
echo "Container has been stopping for longer than $TIMEOUT seconds, forcing shutdown" >&2
+ sort -r /cgroup/$CONTAINER/tasks | while read a; do
+ kill -9 $a 2> /dev/null
+ done
lxc-stop -n $CONTAINER
exit 0
fi
</pre> eole-common - Anomalie #2089 (Fermé): /etc/init.d/lxc ne se termine pas si un conteneur ne démarr...https://dev-eole.ac-dijon.fr/issues/20892011-09-21T21:33:32ZEmmanuel GARETTE (2)gnunux@gnunux.info
<p>Si un conteneur a un problème, le script ne se termine jamais et on ne sait pas pourquoi.</p>
<p>Si on utilise la méthode screen, le screen se ferme si le conteneur ne démarre pas, ce n'est pas utile pour le déboggage.</p>
<p>Dans le patch ci-dessus je fais un boucle de xx seconds (30 par défaut). Si le conteneur n'est pas démarré, un message apparait. A savoir que le conteneur est marqué comme étant "RUNNING" très rapidement normalement. Evidement si le serveur est "RUNNING" le script sort rapidement de la boucle.</p>
<p>De plus si lxc-start s'arrête par une erreur, screen ne se ferme pas (reste bloqué par la commande "read") mais le screen se ferme si le serveur est arrêté normalement.</p>
<p>Il faudrait peut être ajouter un fichier /etc/default/lxc pour modifier les options (durée en seconds ou le support de screen, ...).</p>
<p>Il faudrait voir si on utilise screen par défaut ou non aussi.</p>
<pre>
--- lxc 2011-09-21 20:57:28.000000000 +0200
+++ /etc/init.d/lxc 2011-09-21 23:20:34.000000000 +0200
@@ -17,7 +17,8 @@
DESC="linux containers"
NAME=lxc
SCRIPTNAME=/etc/init.d/$NAME
SCREEN=FALSE
+TIMEOUT=30
# Exit if the package is not installed
[ -x /usr/bin/lxc-start ] || exit 0
@@ -46,17 +47,29 @@
check_read_only
for C in $(ls -1 /var/lib/lxc); do
if [ -r /var/lib/lxc/$C/on_boot ]; then
- if [ "$(cat /var/lib/lxc/$C/on_boot)" = "1" ]; then
- log_progress_msg "$C"
- if lxc-info -n $C | grep STOPPED > /dev/null 2>&1; then
- if [ ! "$SCREEN" = "FALSE" ]; then
- /usr/bin/screen -dmS init-${C} /usr/bin/lxc-start -n $C
- else
- lxc-start -n $C -d
- fi
- lxc-wait -n $C -s RUNNING
- if [ $? -gt 0 ]; then
- return 2
+ if [ ! "$(lxc-info -n $C)" = "'$C' is RUNNING" ]; then
+ if [ "$(cat /var/lib/lxc/$C/on_boot)" = "1" ]; then
+ log_progress_msg "$C"
+ if [ "$(lxc-info -n $C)" = "'$C' is STOPPED" ]; then
+ if [ ! "$SCREEN" = "FALSE" ]; then
+ #stop old screen session
+ /usr/bin/screen -dr ${C} -X quit > /dev/null 2>&1
+ /usr/bin/screen -dmS ${C} /bin/bash -c "{ /usr/bin/lxc-start -n $C; read; }"
+ else
+ lxc-start -n $C -d
+ fi
+ starttime=$(date "+%s")
+ curtime=$(date "+%s")
+ stop="FALSE"
+ while [ ! "$(lxc-info -n $C)" = "'$C' is RUNNING" ] && [ $stop = "FALSE" ]; do
+ sleep .25
+ curtime=$(date "+%s")
+ if [ $(( $curtime - $starttime )) -gt $TIMEOUT ]; then
+ echo "Container $C is starting for longer than $TIMEOUT seconds" >&2
+ [ ! "$SCREEN" = "FALSE" ] && echo "Try to do 'screen -dr $C' for more informations"
+ stop="TRUE"
+ fi
+ done
fi
fi
fi
</pre> 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> creole - Anomalie #2082 (Fermé): Instanciation en mode conteneur échoue sur une machine trop rapidehttps://dev-eole.ac-dijon.fr/issues/20822011-09-20T15:48:51ZEmmanuel GARETTE (2)gnunux@gnunux.info
<p>Sur une machine trop rapide, l'instanciation d'un serveur en mode conteneur échoue.</p>
<p>Visiblement Cheetah n'aime pas qu'on templatise 2 fichiers avec le même nom dans un temps très court. Il utilise alors le contenu du 1er template pour créer le second fichier. C'est particulièrement gênant dans le cadre du mode conteneur, en effet, il y a des boucles utilisant un fichier temporaire '/tmp/container.tmpl'. Si je met un sleep(1) dans la boucle, ca fonctionne. Si je retire le sleep(1) tous les fichiers sont identiques.</p>
<p>Je propose donc d'utilise mktemp plutôt que de nommer directement un fichier.</p>
<pre>
--- cfgparser.py.old 2011-09-20 17:23:54.000000000 +0200
+++ cfgparser.py 2011-09-20 17:28:20.000000000 +0200
@@ -12,6 +12,7 @@
from glob import glob
from commands import getstatusoutput
from shutil import move
+from tempfile import mktemp
try:
import json
except:
@@ -632,7 +633,7 @@
except:
import traceback
traceback.print_exc()
- inputfile='/tmp/container.tmpl'
+ inputfile=mktemp()
files = glob(join(inputdir, '*'))
fd = open(inputfile, 'wa')
for filename in files:
@@ -644,7 +645,7 @@
t.process(self)
for container in containers:
- inputfile='/tmp/container.tmpl'
+ inputfile=mktemp()
files = glob(join(self._make_root_path(container), 'interfaces.d', '*'))
fd = open(inputfile, 'wa')
for filename in files:
@@ -961,7 +962,7 @@
fh.close()
for container in cname:
- inputfile='/tmp/container.tmpl'
+ inputfile=mktemp()
inputdir = join(self._make_root_path(container), 'hosts.d')
outputfile = join(self._make_root_path(container), config.VIRTBASE, 'etc/hosts')
files = glob(join(inputdir, '*'))
</pre> 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> 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> EoleSSO - Anomalie #1999 (Fermé): Pb accès EADhttps://dev-eole.ac-dijon.fr/issues/19992011-08-26T12:02:23ZNicolas Lesaintnicolas.lesaint@ac-rennes.fr
<p>L'accès à l'EAD n'est plus possible lorsque l'utilisateur fait parti du groupe "minedu" ou d'un groupe lié à un partage.<br />L'accès fonctionne à nouveau si on retire l'utilisateur de ces groupes.</p> creole - Evolution #1960 (Fermé): Gestion des groupes de conteneur pour les serviceshttps://dev-eole.ac-dijon.fr/issues/19602011-07-29T08:41:58ZEmmanuel GARETTE
<p>Les services sont classés par conteneur et les conteneurs peuvent être classés par groupe.</p>
<p>Le problème étant que si deux services identiques sont déclarés dans des conteneurs différent appartenant au même groupe, c'est le dernier service qui a raison.</p>
<p>Il faudrait géré les groupes de conteneur au niveau des services.</p>
<p>Si un service appartient à deux conteneurs d'un même groupe, il doit démarrer si au moins un des deux est activé.</p>
<p>Idem pour les update-rcd.</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> ead - Anomalie #1953 (Fermé): Cache et authentification non fonctionne en mode conteneurhttps://dev-eole.ac-dijon.fr/issues/19532011-07-26T14:10:32ZEmmanuel GARETTE
<p>L'action cache et authentification ne fonctionne pas en mode conteneur.</p> creole - Evolution #1941 (Fermé): Pouvoir accéder au conteneur depuis le maître sur une interface...https://dev-eole.ac-dijon.fr/issues/19412011-07-21T10:04:12ZEmmanuel GARETTE
<p>Il n'est pas possible d'accéder au interface supplémentaire de type "macvlan".</p>
<p>La commande "ip" n'est pas suffisamment à jour et il faut, à priori, patcher le noyau.</p>
<p>Pourtant, il faut obligatoirement qu'Eclair puisse communiquer sur ces interfaces supplémentaires.</p>
<p>Le problème principal c'est que ethx ne s'appelle plus ethx mais brethx !</p>
<p>C'est gênant pour beaucoup de scripts/outils.</p>
<p>La solution est de proposer des interfaces supplémentaires de type macvlan (par défaut) et de type bridge (avec l’inconvénient du changement de nom de l'interface).</p> zephir-client - Anomalie #1933 (Fermé): cron-zephir.sh dans zephir-parc et dans zephir-client sem...https://dev-eole.ac-dijon.fr/issues/19332011-07-19T12:23:47ZEmmanuel GARETTE
<p>Le script cron-zephir.sh se trouve dans deux paquets différents alors qu'ils semblent faire la même chose.</p>
<p>Comme les deux scripts font la même chose, ils ont évolués différemment et semble tous les 2 buggés sur 2.3.</p>
<p>Dans zephir-parc/cron-zephir.sh :</p>
<p>pas le test de la première instanciation : [ ! -f /etc/eole/config.eol ] && exit 0</p>
<p>Dans zephir-client/cron-zephir.sh :</p>
<ul>
<li>utilisation d'une variable inexistante : $RepEole</li>
<li>test sur FonctionsEole qui n'existe plus</li>
</ul> zephir-parc - Anomalie #1830 (Fermé): dictionnaires en cache non mis à jour en cas de changement ...https://dev-eole.ac-dijon.fr/issues/18302011-06-06T12:55:09ZBruno Boigetbruno.boiget@ac-dijon.fr
<p>Lorsqu'on change la variante d'un serveur dans l'application Zéphir (ou qu'on modifie les dictionnaires d'une variante), les données Creole en cache ne sont pas recalculées (les dictionnaires ne sont pas relus).</p>
<p>En attendant une correction, redémarrer le backend (service zephir restart) permet de mettre le cache à jour.</p>
<p>à vérifier aussi dans le cas d'une migration/upgrade-auto et dans le cas d'un basculement entre amon et amonecole (seul cas de changement de module autorisé).</p> 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> arv - Evolution #1520 (Fermé): Pouvoir créer des modèles de lien etablissement - etablissementhttps://dev-eole.ac-dijon.fr/issues/15202011-03-04T14:01:08ZFabrice Barconnièrefabrice.barconniere@region-academique-bourgogne-franche-comte.fr
<p>Ajout d'une nouvelle fonctionnalité pour pouvoir créer des modèles de lien établissement vers établissement et donc des tunnels entre amon.</p> 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 - Anomalie #1423 (Fermé): Gestion des rôles non fonctionnel sur amonecolehttps://dev-eole.ac-dijon.fr/issues/14232011-02-16T14:22:41ZEmmanuel GARETTE
<p>Seul la liste des rôles communs est présenté dans la fenêtre de gestion des rôles. Je ne sais pas si c'est uniquement sur AmonEcole le soucis.</p> arv - Anomalie #1061 (Fermé): Fichier de loghttps://dev-eole.ac-dijon.fr/issues/10612010-10-04T14:33:32ZEmmanuel GARETTE
<p>il faudrait faire un fichier de log pour ARV (avec les éventuels tracebacks)</p>