taskGna! Administration - Tasks: task #743, jexiste mirror

 
 
Show feedback again

You are not allowed to post comments on this tracker with your current authentification level.

task #743: jexiste mirror

Submitted by:  Mathieu Roy <yeupou>
Submitted on:  Sat 11 Sep 2004 09:06:49 PM UTC  
 
Status: NoneApproval Status: None
Should Start On: Fri 10 Sep 2004 10:00:00 PM UTCShould be Finished on: Fri 10 Jun 2005 10:00:00 PM UTC
Category: Services FunctionalitiesPriority: 7 - High
Privacy: PublicAssigned to: None
Open/Closed: Open

(Jump to the original submission Jump to the original submission)

Fri 23 Sep 2005 01:32:50 PM UTC, comment #36:

Could we at some point decide of a way to make this happen, or to completely drop the proposal?

Mathieu Roy <yeupou>
Site Administrator
Mon 19 Sep 2005 07:59:43 AM UTC, comment #35:

la task est vieille, mais ca ne coute rien...
est-ce que cela change quelque chose avec la commande :

su - mirror -c "ssh -v jexiste@download.gna.org"

ou

su mirror -c "ssh -v jexiste@download.gna.org"

ou

su - mirror (se logger completement)
puis ssh -v -unavailable-

c'est peut-etre la maniere dont ssh accede a l'environnement mis en place par sudo / su ... ?

frealek <frealek>
Thu 27 Jan 2005 07:47:29 PM UTC, comment #34:

Toujours sans succès ? Peut-être serait-il possible de donner un accès temporairement à la machine de backup à un membre de gna histoire que l'on se demerde ?

Mathieu Roy <yeupou>
Site Administrator
Sun 19 Sep 2004 05:09:25 PM UTC, comment #33:

Piste: j'ai eu un bug avec ssh lorsque le .bashrc faisait des "echo ....". En condition le bashrc (if [ -z "$SSH_CONNECTION" ]; ...) j'ai résolu le problème. Les symptomes n'étaient pas exactement les même ... quoique: la connexion était refusée avec le même style de message. A essayer donc! :)

Bon courage

Nicolas LAURENT <nicoo>
Fri 17 Sep 2004 01:14:25 PM UTC, comment #32:

Pareil. Ton client ssh balance des infos erronées au serveur.

Je commence à me demander s'il y a pas un gros bug dans openssh inclus dans sarge -- j'ai un problème non-identifié entre mon portable et mon serveur local. Je ne peux pas vérifier la cause du problème mais ça me semble être relativement comparable : pas possible de se logguer alors que tout est ok théoriquement (de plus, ça marchait auparavant), sarge sur le client, woody sur le serveur, et l'utilisation de clef ssh-dss.

Peux tu vérifier le contenu de /home/mirror/.ssh/id_dsa ?

Mathieu Roy <yeupou>
Site Administrator
Fri 17 Sep 2004 01:08:09 PM UTC, comment #31:

root@cvs:~# sudo -u mirror ssh -v -unavailable-
OpenSSH_3.8.1p1 Debian 1:3.8.1p1-5, OpenSSL 0.9.7d 17 Mar 2004
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: Connecting to download.gna.org [213.228.62.12] port 22.
debug1: Connection established.
debug1: identity file /home/mirror/.ssh/identity type -1
debug1: identity file /home/mirror/.ssh/id_rsa type -1
debug1: identity file /home/mirror/.ssh/id_dsa type 2
debug1: Remote protocol version 2.0, remote software version OpenSSH_3.4p1 Debian 1:3.4p1-1.woody.3
debug1: match: OpenSSH_3.4p1 Debian 1:3.4p1-1.woody.3 pat OpenSSH*
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_3.8.1p1 Debian 1:3.8.1p1-5
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug1: kex: server->client aes128-cbc hmac-md5 none
debug1: kex: client->server aes128-cbc hmac-md5 none
debug1: SSH2_MSG_KEX_DH_GEX_REQUEST(1024<1024<8192) sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_GROUP
debug1: SSH2_MSG_KEX_DH_GEX_INIT sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY
debug1: Host 'download.gna.org' is known and matches the RSA host key.
debug1: Found key in /home/mirror/.ssh/known_hosts:2
debug1: ssh_rsa_verify: signature correct
debug1: SSH2_MSG_NEWKEYS sent
debug1: expecting SSH2_MSG_NEWKEYS
debug1: SSH2_MSG_NEWKEYS received
debug1: SSH2_MSG_SERVICE_REQUEST sent
debug1: SSH2_MSG_SERVICE_ACCEPT received
debug1: Authentications that can continue: publickey,keyboard-interactive
debug1: Next authentication method: publickey
debug1: Trying private key: /home/mirror/.ssh/identity
debug1: Trying private key: /home/mirror/.ssh/id_rsa
debug1: Offering public key: /home/mirror/.ssh/id_dsa
debug1: Authentications that can continue: publickey,keyboard-interactive
debug1: Next authentication method: keyboard-interactive
debug1: Authentications that can continue: publickey,keyboard-interactive
debug1: No more authentication methods to try.
Permission denied (publickey,keyboard-interactive).
root@cvs:~#

Cyril Bouthors <cyb>
Fri 17 Sep 2004 01:04:43 PM UTC, comment #30:

Plus précisement, on dirait que ton client envoie la clef publique comme si c'était la clef privée...

Mathieu Roy <yeupou>
Site Administrator
Fri 17 Sep 2004 01:02:28 PM UTC, comment #29:

Dans les logs, je me recolte des :
Sep 17 14:36:56 lisa sshd[9567]: error: key_read: uudecode AAAAB3NzaC1kc3MAAACBAMM1ZJ67F7C3mFkKcAKbnAyqcrJAAAAFQDrt8jmW8nh3SczNvFu7GcgrkemFQAAAIAxHrJU5YVXHey5twmZoi1fWHSzTWAVvFMnFtGkB1E0PfAQ0YRYvjs/XgDRkgaJmyd1lRsGC+jnhJDJ4mB9nRA7xqTPxPvUIWbBwR7gi5/SrMqvp7TLs9hXlQyGwqN8ZQsXxa2tUrT7t7BLOuQ3X1fCMwBZUU43\\BroT3D1CXiqtHPNJZW2QitY54IlKohDaPNnaI0ZygaCor9D/QMI0mG7woIoQWYPDPrsuURvke8//7y9NaaZbuRiIWRsFXXFdZjWxcyEuATMlX4UPAF4IRzb3R3ASTLI7HGFhvTrCd6BGcgCtCFHkkeG24mpWEyQAAAIA4vSal8yeLnwtCpyzLqVFpaSkb6tq17xK6HQpyoFyETjLKDViS6nKwxKDDljRMY8Bm

Sauf erreur de ma part, c'est bout de ta clef publique tronquée.
Sachant qu'elle est complete sur le serveur, je pencherais pour un problème coté client.

Mathieu Roy <yeupou>
Site Administrator
Fri 17 Sep 2004 12:57:08 PM UTC, comment #28:

Ca doit être un problème de clef ssh. La commande est bonne, le shell aussi

rsync -a -z -v --rsh ssh jexiste@download.gna.org:/var/ftp .
receiving file list ... done
ftp/
ftp/adeos/
ftp/adeos/doc/
ftp/adeos/patches/
[...]

Que donne ssh -v -unavailable- ?

Moi j'ai :
[pcphsft06] /home/mroy/tmprm > ssh -unavailable-
Go away!
Connection to download.gna.org closed.
(ce qui est normal)

Dans les logs, aucune tentative de connexion avec l'utilisateur jexiste n'apparait, sinon celles venant de ma machine.

Mathieu Roy <yeupou>
Site Administrator
Fri 17 Sep 2004 12:39:06 PM UTC, comment #27:

rsync marche toujours pas

Cyril Bouthors <cyb>
Fri 17 Sep 2004 12:04:49 PM UTC, comment #26:

Pour le DNS, merci beaucoup !

Mathieu Roy <yeupou>
Site Administrator
Fri 17 Sep 2004 12:03:53 PM UTC, comment #25:

Pour rsync, ca devrait marcher (mea culpa, une mouise dans le shell specifique)

Mathieu Roy <yeupou>
Site Administrator
Fri 17 Sep 2004 11:26:15 AM UTC, comment #24:

Concenant le DNS, j'ai configure les 5 zones sur mon secondaire.

Au sujet de SSH, ca ne marche toujours pas:

root@cvs:~# sudo -u mirror rsync -z -a -v --rsh ssh jexiste@download.gna.org:/var/ftp/ ~mirror/www/gna/ftp
Permission denied (publickey,keyboard-interactive).
rsync: connection unexpectedly closed (0 bytes read so far)
rsync error: error in rsync protocol data stream (code 12) at io.c(343)

Cyril Bouthors <cyb>
Fri 17 Sep 2004 11:18:11 AM UTC, comment #23:

"De toute facon, je ne veux pas que mon serveur s'appelle FSFFrance parce qu'il n'appartient pas a la FSF France :) "

Ok, mais ftp.fr.debian.org n'appartient pas à debian non plus, il ne s'agit que d'alias :)

Bon, je vais faire comme tu dis, mettre ns2.jexiste.fr, mais est-ce que ça te gene si je laisse l'alias (pour moi c'est commode, mais si tu pense que c'est source de confusion, je le vire immédiatement) ?

Comme zones, au final, j'ai mis :

attique.org, fsffrance.org, gna.org, phlam.net, xenomai.org

Tous ont comme second DNS:
IN NS ns2.jexiste.org.

Ca colle ?

Mathieu Roy <yeupou>
Site Administrator
Fri 17 Sep 2004 10:14:25 AM UTC, comment #22:

Le CNAME ne colle pas parce que tu ne peut pas savoir ou` ni par qui le nom ns2.fsffrance.org est utilise. En changeant l'IP, on casse probablement des trucs.

De toute facon, je ne veux pas que mon serveur s'appelle FSFFrance parce qu'il n'appartient pas a la FSF France :)

Il faut appeler les choses par leur nom: ns1.fsffrance.org et ns2.jexiste.org, rien d'autre.

Si t'as peur de passer trop de temps a editer les zones, ne change que le fichier de gna.org.

Concernant les zones, il suffit de mon cote que je les declare comme ca:

zone "gna.org" {
type slave;
masters { 213.228.62.3; };
};

C'est simple.

Cyril Bouthors <cyb>
Fri 17 Sep 2004 10:08:36 AM UTC, comment #21:

Par curiosité, pourquoi le CNAME ne colle pas ? Ca à l'avantage de n'avoir rien de précis à modifier aux autres zones peut importe ou se trouve ns2.fsffrance

Pour le reste, tu modifie à la main chaque zone ? Ca limite pas mal notre marge de manoeuvre dans la mesure ou on ne voudrait pas trop te déranger.

Mathieu Roy <yeupou>
Site Administrator
Fri 17 Sep 2004 09:57:14 AM UTC, comment #20:

Non.

Configure ns2.jexiste.org comme etant secondaire uniquement des zones que tu veux deleguer a Jexiste et donne moi la liste pour que je configure la meme chose de mon cote'.

Faire un CNAME est une mauvaise idee, il faut que tu fasses quelque chose du style:

$TTL 1D
gna.org. IN SOA ns1.fsffrance.org. root.jexiste.org. (
2004091701
2H
1H
1W
1D
)
IN NS ns1.fsffrance.org.
IN NS ns2.jexiste.org.

Je ne suis oppose' a seconder un grand nombre de zones.

Cyril Bouthors <cyb>
Fri 17 Sep 2004 09:52:13 AM UTC, comment #19:

Pour le dns, j'ai défini ns2.fsffrance.org comme IN CNAME ns2.jexiste.org
Donc toutes les zones reposant sur ns2.fsffrance.org doivent être à jour.

Maintenant, comme ns2.jexiste.org se synchronize t-il pour les zones gérées par ns1.fsfrance.org, qui sont
db.gna.org, db.attique.org, pour le moment, mais ça interessera peut-être db.xenomai.org db.senga.org db.phlam.net db.dachary (faut que j'ai leur écho).

Mathieu Roy <yeupou>
Site Administrator
Fri 17 Sep 2004 09:17:23 AM UTC, comment #18:

Concernant le DNS, tu dois declarer ns2.jexiste.org comme dns secondaire pour la zone (enregistrements NS). Regarde les logs pour debugger.

Concernant SSH, j'ai du faire une erreur en copiant/collant la clef publique. J'ai recommence en faisant bien attention, j'attends que le cronjob passe et je re-essaye.

Cyril Bouthors <cyb>
Fri 17 Sep 2004 07:47:33 AM UTC, comment #17:

[DNS]

COmment on procède exactement, pour donner cette autorisation ?

Est-ce que ns1.jexiste.org gère toutes les entrées que gère ns1.fsffrance.org (ce qui n'inclue pas que la zone gna) ?
Comment son mise-à-jour les infos ? Automatiquement par bind ?

(désolé, de nombreux aspects de bind me sont relativement inconnus)

Mathieu Roy <yeupou>
Site Administrator
Fri 17 Sep 2004 07:45:21 AM UTC, comment #16:

>ssh -v cvs.gna.org date

Ton utilisateur local est bien jexiste ?
Sinon, il faut préciser jexiste@ devant cvs.gna.org

Mathieu Roy <yeupou>
Site Administrator
Thu 16 Sep 2004 11:09:35 PM UTC, comment #15:

Je viens de configurer un serveur DNS secondaire sur ns1.jexiste.org pour la zone gna.org.

Merci d'autoriser 212.85.150.7 et 212.85.150.13 (212.85.150.0/127 pour faire simple) a dumper votre zone.

Merci.

Cyril Bouthors <cyb>
Thu 16 Sep 2004 09:29:10 PM UTC, comment #14:

rsync -avz --bwlimit=500 cvs.gna.org:/var/cvs/ ~mirror/www/gna/cvs.gna.org

ou

ssh -v cvs.gna.org date

Cyril Bouthors <cyb>
Thu 16 Sep 2004 09:27:43 PM UTC, comment #13:

Quelle est la commande executé exactement ?

Mathieu Roy <yeupou>
Site Administrator
Thu 16 Sep 2004 09:24:10 PM UTC, comment #12:

Mon compte SSH ne semble pas fonctionner:

OpenSSH_3.8.1p1 Debian 1:3.8.1p1-5, OpenSSL 0.9.7d 17 Mar 2004
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: Connecting to cvs.gna.org [213.228.62.11] port 22.
debug1: Connection established.
debug1: identity file /home/mirror/.ssh/identity type -1
debug1: identity file /home/mirror/.ssh/id_rsa type -1
debug1: identity file /home/mirror/.ssh/id_dsa type 2
debug1: Remote protocol version 2.0, remote software version OpenSSH_3.4p1 Debian 1:3.4p1-1.woody.3
debug1: match: OpenSSH_3.4p1 Debian 1:3.4p1-1.woody.3 pat OpenSSH*
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_3.8.1p1 Debian 1:3.8.1p1-5
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug1: kex: server->client aes128-cbc hmac-md5 none
debug1: kex: client->server aes128-cbc hmac-md5 none
debug1: SSH2_MSG_KEX_DH_GEX_REQUEST(1024<1024<8192) sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_GROUP
debug1: SSH2_MSG_KEX_DH_GEX_INIT sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY
debug1: Host 'cvs.gna.org' is known and matches the RSA host key.
debug1: Found key in /home/mirror/.ssh/known_hosts:3
debug1: ssh_rsa_verify: signature correct
debug1: SSH2_MSG_NEWKEYS sent
debug1: expecting SSH2_MSG_NEWKEYS
debug1: SSH2_MSG_NEWKEYS received
debug1: SSH2_MSG_SERVICE_REQUEST sent
debug1: SSH2_MSG_SERVICE_ACCEPT received
debug1: Authentications that can continue: publickey,keyboard-interactive
debug1: Next authentication method: publickey
debug1: Trying private key: /home/mirror/.ssh/identity
debug1: Trying private key: /home/mirror/.ssh/id_rsa
debug1: Offering public key: /home/mirror/.ssh/id_dsa
debug1: Authentications that can continue: publickey,keyboard-interactive
debug1: Next authentication method: keyboard-interactive
debug1: Authentications that can continue: publickey,keyboard-interactive
debug1: No more authentication methods to try.
Permission denied (publickey,keyboard-interactive).

Cyril Bouthors <cyb>
Thu 16 Sep 2004 02:50:33 PM UTC, comment #11:

Non

Synchro des repositories CVS:
rsync -z -a --rsh ssh user@cvs.gna.org:/var/cvs...

Synchro FTP (== download area):
rsync -z -a --rsh ssh user@download.gna.org:/var/ftp...

Synchro des downloads: NON, rsyncd accepte les connexions anonymes non-ssh mais ça n'est pas certain que cela va durer. Par ailleurs, n'utilisant pas le shell pour les miroirs, ça ne donne pas forcement accès au même contenu...
Pour les download, c'est plus haut.

Rsync doit être utilisé ainsi que pour home.gna.org sur /var/www
Il s'agit du contenu de http://home.gna.org

Désolé de ne pas avoir été plus clair :[

Mathieu Roy <yeupou>
Site Administrator
Thu 16 Sep 2004 01:59:15 PM UTC, comment #10:

Donc, pour resumer:

Synchro des repositories CVS:
rsync -z -a --rsh ssh user@cvs.gna.org:/var/cvs...

Synchro FTP (== sites web ?):
rsync -z -a --rsh ssh user@download.gna.org:/var/ftp...

Synchro des downloads:
rsync -a download.gna.org::download

Qu'est ce que tu appelles la synchro "homepage" ? Il s'agit d'une autre chose ?

Jexiste Mirror <jexiste>
Thu 16 Sep 2004 01:54:02 PM UTC, comment #9:

L'autre tache est task #744

Mathieu Roy <yeupou>
Site Administrator
Thu 16 Sep 2004 01:48:41 PM UTC, comment #8:

Pour ce qui est d'emergency.gna.org, je poursuis sur l'autre tache ouverte à ce propos, histoire de bien séparer ces deux éléments.

Mathieu Roy <yeupou>
Site Administrator
Thu 16 Sep 2004 01:47:38 PM UTC, comment #7:

Ok, donc maintenant j'ai associé ton compte à un shell particulier.

Ce shell autorise les commandes suivantes:
rsync -z -a --rsh ssh user@cvs.gna.org:/var/cvs...
rsync -z -a --rsh ssh user@download.gna.org:/var/ftp...

Pour la partie homepage, rsync sans ssh est autorisé et est la seule manière d'y accéder.

Mathieu Roy <yeupou>
Site Administrator
Thu 16 Sep 2004 01:17:37 PM UTC, comment #6:

Ok pour un mirroir explicite au choix de l'utilisateur. Dans ce cas, ca simplifie tout, une synchro rsync quotidienne est suffisante.

Pas de probleme non plus pour l'hebergement de status.gna.org, pour cela, il suffit de vous creer un compte Jexiste. Vous aurez acces a un FTP pour y mettre vos fichiers. Un code vous sera demande' a l'incription: m29672587. Une fois le compte cree, je rattacherai status.gna.org a votre compte, faites moi signe.

Pourrais tu me dire comment maintenir une copie du reste (www, ...) avec ma clef SSH ?

Jexiste Mirror <jexiste>
Thu 16 Sep 2004 12:58:03 PM UTC, comment #5:

Hello,

pour ma part j'ai eu une expérience mitigée du round-robin DNS. C'est une solution qui a l'avantage d'être simple à mettre en oeuvre, mais elle pose des pbs côté utilisateur et administrateur : d'une part ceux de synchro, d'autre part les 'demi-pannes' qui laissent les utilisateurs (et parfois les admins!) perplexes.

Ex. simples: désynchro tarballs/md5, index/debs (repository APT). Les symptomes sont des scripts ou des updates qui plantent de manière apparemment 'aléatoire' (du rr-dns sur 5 ou 6 machines!). Situations vécues :).

De plus je préconiserai plus cette soluce si download.gna.org était en surcharge ou manque de bande passante, mais ce n'est pas le cas. Je pense donc personnellement qu'il est plus simple de lister officiellement les mirroirs et de laisser les utilisateurs choisir.

Ce qui nous ramènerait à la nécessité d'un 'http://www.gna.org' de spare pour lister les mirroirs même en cas de panne côté Free.

Vincent Caron <zerodeux>
Site Administrator
Thu 16 Sep 2004 12:23:21 PM UTC, comment #4:

J'ai actuellement une copie de download.gna.org mise a jour quotidiennement via rsync.

Pourrais tu me dire comment maintenir une copie du reste (www, ...) avec ma clef SSH ?

Pas de probleme pour l'hebergement du DNS secondaire de la zone gna.org.

Concernant les mirroirs, je pense que le plus simple est de faire du round robin DNS sur le nom download.gna.org et de synchroniser le plus souvent possible les differents mirroirs. Pour cela, on pourrait utiliser dnotify, fam ou fwatch; une autre solution si la methode d'upload le permet serait de regarder les mises a jour directement dans les logs du serveur (ftp ?).

Jexiste Mirror <jexiste>
Wed 15 Sep 2004 06:33:21 PM UTC, comment #3:

Je viens de creer un compte Gna "jexiste" et j'ai depose une clef SSH... la suite demain.

Jexiste Mirror <jexiste>
Wed 15 Sep 2004 06:02:55 AM UTC, comment #2:

Rien de neuf ??

Mathieu Roy <yeupou>
Site Administrator
Sat 11 Sep 2004 09:16:00 PM UTC, comment #1:

Bonjour,

J'ai crée le projet dédié aux miroirs, il se trouve là :
<https://gna.org/projects/mirrors/>

Vous devez créer un compte avec un clef ssh, ce compte pourra acceder
avec rsync en lecture aux espaces qui nous interessent.

Je pense que pour commencer, faire des miroirs des espaces de
téléchargement + www (home.gna.org + home.gna.org) devrait faire
l'affaire. (Par la suite, si cela vous interesse, on pourra envisager un miroir du cvs.)

Serait-il possible que vous hebergiez un DNS secondaire aussi ?

Concernant les miroirs, pour faciliter leur accès, je suppose qu'il serait préférable de procéder comme debian, c'est-à-dire avec en proposant des adresses presque identiques comme home.fr.gna.org, download.fr.gna.org (à supposer que vos machines soient en France).

Qu'en pensez-vous ?

Mathieu Roy <yeupou>
Site Administrator
Sat 11 Sep 2004 09:06:49 PM UTC, original submission:
Mathieu Roy <yeupou>
Site Administrator

 

No files currently attached

 

Depends on the following items: None found

Items that depend on this one: None found

 

Carbon-Copy List
  • -unavailable- added by frealek (Posted a comment)
  • -unavailable- added by nicoo (Posted a comment)
  • -unavailable- added by cyb (Posted a comment)
  • -unavailable- added by zerodeux (Posted a comment)
  • -unavailable- added by jexiste (Posted a comment)
  • -unavailable- added by yeupou (en cc dans la discussion originale)
  • -unavailable- added by yeupou (en cc dans la discussion originale)
  • -unavailable- added by yeupou (en cc dans la discussion originale)
  • -unavailable- added by yeupou (Submitted the item)
  •  

    Do you think this task is very important?
    If so, you can click here to add your encouragement to it.
    This task has 0 encouragements so far.

    Only logged-in users can vote.

     

    Please enter the title of George Orwell's famous dystopian book (it's a date):

     

     

    Follow 16 latest changes.

    Date Changed By Updated Field Previous Value => Replaced By
    Thu 27 Jan 2005 07:47:29 PM UTCyeupouShould be Finished onFri 10 Dec 2004 11:00:00 PM UTC=>Fri 10 Jun 2005 10:00:00 PM UTC
    Fri 17 Sep 2004 01:14:25 PM UTCyeupouAssigned toNA=>None
    Fri 17 Sep 2004 01:04:43 PM UTCyeupouAssigned toNone=>NA
    Fri 17 Sep 2004 01:02:28 PM UTCyeupouAssigned toNA=>None
    Fri 17 Sep 2004 12:57:08 PM UTCyeupouAssigned toNone=>NA
    Fri 17 Sep 2004 12:04:49 PM UTCyeupouAssigned toNA=>None
    Fri 17 Sep 2004 12:03:53 PM UTCyeupouAssigned toNone=>NA
    Fri 17 Sep 2004 11:18:11 AM UTCyeupouAssigned toNA=>None
    Fri 17 Sep 2004 10:08:36 AM UTCyeupouAssigned toNone=>NA
    Fri 17 Sep 2004 09:52:13 AM UTCyeupouAssigned toNA=>None
    Fri 17 Sep 2004 07:47:33 AM UTCyeupouAssigned toNone=>NA
    Fri 17 Sep 2004 07:45:21 AM UTCyeupouAssigned toNA=>None
    Thu 16 Sep 2004 09:27:43 PM UTCyeupouAssigned toyeupou=>NA
    Sat 11 Sep 2004 09:16:00 PM UTCyeupouCarbon-Copy-=>Added cyril --À-- bouthors --POINT-- org>
      Carbon-Copy-=>Added pierre --À-- jexiste --POINT-- org
      Carbon-Copy-=>Added zerodeux
    Show feedback again

    Back to the top


    Powered by Savane 3.1-cleanup