Taille: 2010
Commentaire:
|
← Version 21 à la date du 2009-03-16 15:38:52 ⇥
Taille: 8975
Commentaire:
|
Texte supprimé. | Texte ajouté. |
Ligne 1: | Ligne 1: |
## page was copied from Réunions/2009/03/CauseriesMontréal | |
Ligne 5: | Ligne 6: |
Proposition d'organisation des discussions : | Voici ce qui s'y est dit : |
Ligne 9: | Ligne 10: |
* les projets (avancement), principalement : * VZ * backuppc * postfix * rpv/pki * poste client |
Pascal souligne les problématiques de Budget... * rpv/pki . Thomas commence à dire pourquoi il n'a pas autant avancé sur le projet. (beaucoup de temps pour la mise en place de pki) . JCA a déployé sur sa région. . Pas beaucoup de demande mais sera tout de même finalisé ... bientôt. * VZ . Implémentation en cours à Paris; reste à documenter. . Thomas viendra en aide à Jeff, dans la suite de la formation qu'il donnera à l'UCAD. . Jeff propose d'aller vers l'utilisation des 'templates' . Comparaison des autres systèmes de virtualisation ? Est-ce vraiment nécessaire. Pour l'instant et pour les 2-4 prochaines années, OpenVz reste notre système à privilégier. * backuppc . Pascal fait le point. (plan de travail fait en décembre 2008 réalisé à 80%) . Moussa soulève un problème avec part-image (?) . Se pose la question de l'archivage des sauvegardes. . --) Si ça peut aider, j'ai commencé à regarder ça aussi...en faisant un TAR avec un host "Archive" comme expliqué dans la section "Off Site Backup" : http://www.debianhelp.co.uk/backuppc.htm , ou directement en utilisant un truc du style : "/usr/share/backuppc/bin/BackupPC_tarCreate -t -h host -n -1 -s '/rep' . > /externe/letar.tar", qu'il faut optimiser un peu (compression et split...) ---AlexandreDomont . La doc est quasiment prête. Pascal se charge de la mise à jour. * postfix . pas du tout avancé car JC a commencé par l'autre (Git-etc)... (qui est fini). . Faire une doc et non pas un pacage . documentation brique par brique... . et exim4 ??? . faire doc locale pour les spécificités locales de vos installations. * git-etc . terminé mais existe dans Lenny `etc keeper` semble répondre exactement à ce qu'on cherchait à faire avec `git-etc` . si cette solution répond à 80% de nos besoins, on prendra cette solution maintenue dans Debian plutôt qu'une solution ad-hoc interne. * poste client . C'est quasiment fini. Travail fait avec AlexandreDomont mais manque la doc sur l'infrastructure nécessaire. . Utilisé à Paris, au Cameroun et au BAO. * Rappel de ce qu'il faut mettre sur une page wiki: . lien vers le logiciel ou le site officiel. . Pourquoi on s'en sert. Pour répondre à quel besoin ou à quel problèmatique . Résumé de l'installation et de la configuration . liste des pannes que l'on a rencontré et des solutions trouvées * Wifi/Portail captif . À offrir au fur et à mesure que c'est possible . Ouvrir sur une courte période lors d'évènements avec plusieurs visiteurs * OCS Inventory . Déjà utilisé à Paris, Hanoi, Montréal ... . Tester la grosseur des fichiers à envoyer avant de déterminer comment transmettre l'info à Montréal * Poste Transtec . Salle de 30 postes sera en test à Dakar fin mars pour une validation en avril |
Ligne 19: | Ligne 69: |
. Les 2 à 3 livraison par année sont toujours d'actualité . Attention aux "fausses urgences" qui sont adressées par DHL. |
|
Ligne 28: | Ligne 80: |
. Besoin de documentation "papier" à laquelle se référer lors de besoin précis tel que les formulaires ou le publipostage par exemple . Identifier, acheter et faire acheminer aux bureaux de la documentation sur OOo (version 3) . Identifier et mettre à disposition au fur et à mesure les ressources et documentations en lignes que l'on suggère (sur l'intranet) . Plusieurs formulaires pourraient/devraient devenir des formulaires en ligne. Outil qui permet de générer facilement des formulaires en ligne à trouver. . Se rapprocher de StarXpert pour être conseillé sur les types de formulaire et identifier les meilleures solutions à nos différents besoins. |
|
Ligne 29: | Ligne 87: |
. Il y a des référents OpenOffice.org identifiés et actifs à Bucarest, Beyrouth, Hanoï, Paris et Montréal. . 2e série d'atelier de formation OOo est prévu à Paris semaine du 23 au 27 mars 2009. . Dana, référent OOo à Bucarest, à prévu se rendre prochainement dans les autres implantations de la région pour assurer des formations. . Les vendredi OOo se poursuivent à Montréal . Travail à faire pour identifier des référents dans les autres bureaux/implantations et organiser une formation et des échanges entre eux. . S'assurer de mettre à disposition des référents OOo les outils et ressources nécessaires. |
|
Ligne 30: | Ligne 95: |
. L'idée consiste en un "robot" derrière une adresse de type "probleme@auf.org" qui serait ajouté automatiquement dans les contacts jabber de tous les personnels . L'utilisation de mots-clés à cette adresse jabber provoquerait une réponse pré-déterminée du robot; liens vers les ressources disponible sur le sujet, vers la page wiki correspondante, etc. . On pourrait même envisager des salons de discussion sur divers sujet dont, certaines personnes pré-déterminées, se verraient invité à se joindre au salon par le robot afin d'échanger en direct avec la personne qui rencontre un problème. |
|
Ligne 34: | Ligne 102: |
. plus pratique et rapide avec Jabber - ok MAIS partager ensuite les solutions sur la liste . le wiki est aussi une source d'information intéressante que les gens doivent utiliser avant de poser sa question sur la liste tech@. |
|
Ligne 35: | Ligne 105: |
. les listes régionales doivent être utilisé pour ce qui concerne exclusivement la région; ce qui peut être d'intérêt générale doit être répondu sur la liste tech@ . Au BAP, salon Jabber utilisé donc presque plus la liste tech@ ... |
|
Ligne 36: | Ligne 108: |
. fonctionnalité qui était active sur l'ancien wiki; on pourrait réactiver . Ou rappeler l'existence des flux rss et la nécessité de suivre le wiki |
|
Ligne 37: | Ligne 111: |
. Créer un salon ouvert en permanence; forcer la connexion automatique de tous les techs | |
Ligne 39: | Ligne 114: |
. Relancement de la lettre d'info en vue d'une sortie le 1er avril . On reste sur le même model https://wiki.auf.org/wikiteki/LaLettre/Actuel |
|
Ligne 41: | Ligne 118: |
Ligne 42: | Ligne 120: |
* consistance : ça manque encore vachtement de doc fondamentales : vz, dns, postfix, lamp, ... | * consistance : ça manque encore vachement de doc fondamentales : vz, dns, postfix, lamp, ... . Une page n'est pas une publicité du logiciel. . Pourquoi on l'utilise et qu'est-ce qui nous intéresse. . Comment ça s'installe et se configure (en faisant référence au `man` du logiciel. . On ne réécrit pas la doc du logiciel. . C'est l'adaptation qui est important et le ''plus important'', ce sont les problèmes rencontrés !!! et solutionnés. |
Ligne 48: | Ligne 133: |
. Dès maintenant mais sans se précipiter non plus . Seul vrai souci rencontré est php4 . Passage obligé de php4 vers php5 |
|
Ligne 50: | Ligne 138: |
. Les nouveaux Thompson ont été commandés à Paris (pas encore installé) . Calin a acheté 1 exemplaire du modèle "mobile" . Pensez à passer vos commande de téléphone parce que la réception peut être longue. Acheter des nouveaux modèles pour les utilisateurs régulier parce que beaucoup plus "confortable" à utiliser. . Connexion au réseau publique, 2 options: * trouver un fournisseur VoIP * prendre un réseau numérique (ISDN) |
Sommaire
Dans la foulée de la formation, et avec le plein d'énergie qui reste, de 17h00 à 18h00/+++ : on profite de la présence de tout le monde, pour faire une réunion de suivi des projets attribués à Dakar et d'autres points importants :
Voici ce qui s'y est dit :
Lundi : Projets
Pascal souligne les problématiques de Budget...
- rpv/pki
- Thomas commence à dire pourquoi il n'a pas autant avancé sur le projet. (beaucoup de temps pour la mise en place de pki)
- JCA a déployé sur sa région.
- Pas beaucoup de demande mais sera tout de même finalisé ... bientôt.
- VZ
- Implémentation en cours à Paris; reste à documenter.
- Thomas viendra en aide à Jeff, dans la suite de la formation qu'il donnera à l'UCAD.
- Jeff propose d'aller vers l'utilisation des 'templates'
Comparaison des autres systèmes de virtualisation ? Est-ce vraiment nécessaire. Pour l'instant et pour les 2-4 prochaines années, OpenVz reste notre système à privilégier.
- backuppc
- Pascal fait le point. (plan de travail fait en décembre 2008 réalisé à 80%)
- Moussa soulève un problème avec part-image (?)
- Se pose la question de l'archivage des sauvegardes.
--) Si ça peut aider, j'ai commencé à regarder ça aussi...en faisant un TAR avec un host "Archive" comme expliqué dans la section "Off Site Backup" : http://www.debianhelp.co.uk/backuppc.htm , ou directement en utilisant un truc du style : "/usr/share/backuppc/bin/BackupPC_tarCreate -t -h host -n -1 -s '/rep' . > /externe/letar.tar", qu'il faut optimiser un peu (compression et split...) ---AlexandreDomont
- La doc est quasiment prête. Pascal se charge de la mise à jour.
- postfix
- pas du tout avancé car JC a commencé par l'autre (Git-etc)... (qui est fini).
- Faire une doc et non pas un pacage
- documentation brique par brique...
- et exim4 ???
- faire doc locale pour les spécificités locales de vos installations.
- git-etc
terminé mais existe dans Lenny etc keeper semble répondre exactement à ce qu'on cherchait à faire avec git-etc
- si cette solution répond à 80% de nos besoins, on prendra cette solution maintenue dans Debian plutôt qu'une solution ad-hoc interne.
- poste client
C'est quasiment fini. Travail fait avec AlexandreDomont mais manque la doc sur l'infrastructure nécessaire.
- Utilisé à Paris, au Cameroun et au BAO.
- Rappel de ce qu'il faut mettre sur une page wiki:
- lien vers le logiciel ou le site officiel.
- Pourquoi on s'en sert. Pour répondre à quel besoin ou à quel problèmatique
- Résumé de l'installation et de la configuration
- liste des pannes que l'on a rencontré et des solutions trouvées
- Wifi/Portail captif
- À offrir au fur et à mesure que c'est possible
- Ouvrir sur une courte période lors d'évènements avec plusieurs visiteurs
- OCS Inventory
- Déjà utilisé à Paris, Hanoi, Montréal ...
- Tester la grosseur des fichiers à envoyer avant de déterminer comment transmettre l'info à Montréal
- Poste Transtec
- Salle de 30 postes sera en test à Dakar fin mars pour une validation en avril
bilan rapide région par région
- point sur la centrale d'achat et son avenir
- Les 2 à 3 livraison par année sont toujours d'actualité
- Attention aux "fausses urgences" qui sont adressées par DHL.
(on tiendra sur une séance ?) = NON --roger
Mardi : OOo
- (suite de la veille)
- Point sur OOo et la migration linux
notamment pb de la bureautique OOo "avancée" (manque de doc pour suivi efficace) -- ThomasNoël
- Besoin de documentation "papier" à laquelle se référer lors de besoin précis tel que les formulaires ou le publipostage par exemple
- Identifier, acheter et faire acheminer aux bureaux de la documentation sur OOo (version 3)
- Identifier et mettre à disposition au fur et à mesure les ressources et documentations en lignes que l'on suggère (sur l'intranet)
- Plusieurs formulaires pourraient/devraient devenir des formulaires en ligne. Outil qui permet de générer facilement des formulaires en ligne à trouver.
Se rapprocher de StarXpert pour être conseillé sur les types de formulaire et identifier les meilleures solutions à nos différents besoins.
point sur les ateliers et les référents OOo -- ChristineLegris
Il y a des référents OpenOffice.org identifiés et actifs à Bucarest, Beyrouth, Hanoï, Paris et Montréal.
- 2e série d'atelier de formation OOo est prévu à Paris semaine du 23 au 27 mars 2009.
- Dana, référent OOo à Bucarest, à prévu se rendre prochainement dans les autres implantations de la région pour assurer des formations.
- Les vendredi OOo se poursuivent à Montréal
- Travail à faire pour identifier des référents dans les autres bureaux/implantations et organiser une formation et des échanges entre eux.
- S'assurer de mettre à disposition des référents OOo les outils et ressources nécessaires.
support utilisateur final simplifié : un MUC jabber "probleme@auf.org" ?
L'idée consiste en un "robot" derrière une adresse de type "probleme@auf.org" qui serait ajouté automatiquement dans les contacts jabber de tous les personnels
- L'utilisation de mots-clés à cette adresse jabber provoquerait une réponse pré-déterminée du robot; liens vers les ressources disponible sur le sujet, vers la page wiki correspondante, etc.
- On pourrait même envisager des salons de discussion sur divers sujet dont, certaines personnes pré-déterminées, se verraient invité à se joindre au salon par le robot afin d'échanger en direct avec la personne qui rencontre un problème.
Mercredi : la Communication interne, externe, verticale, horizontale...
- pourquoi la liste tech@ ne marche plus ?
- plus pratique et rapide avec Jabber - ok MAIS partager ensuite les solutions sur la liste
- le wiki est aussi une source d'information intéressante que les gens doivent utiliser avant de poser sa question sur la liste tech@.
- discussion privées ? listes régionales ?
- les listes régionales doivent être utilisé pour ce qui concerne exclusivement la région; ce qui peut être d'intérêt générale doit être répondu sur la liste tech@
- Au BAP, salon Jabber utilisé donc presque plus la liste tech@ ...
- idée de solution : envois automatiques (genre "dernières modifs du wiki" hebdo)
- fonctionnalité qui était active sur l'ancien wiki; on pourrait réactiver
- Ou rappeler l'existence des flux rss et la nécessité de suivre le wiki
- idée de solution : MUC jabber permanent
- Créer un salon ouvert en permanence; forcer la connexion automatique de tous les techs
- la lettre d'info : qui est contre ?
- Relancement de la lettre d'info en vue d'une sortie le 1er avril
On reste sur le même model https://wiki.auf.org/wikiteki/LaLettre/Actuel
- wiki
- cohérence : pas trop trop de pages perso quand même svp
- consistance : ça manque encore vachement de doc fondamentales : vz, dns, postfix, lamp, ...
- Une page n'est pas une publicité du logiciel.
- Pourquoi on l'utilise et qu'est-ce qui nous intéresse.
Comment ça s'installe et se configure (en faisant référence au man du logiciel.
- On ne réécrit pas la doc du logiciel.
C'est l'adaptation qui est important et le plus important, ce sont les problèmes rencontrés !!! et solutionnés.
- les infos sensibles à l'AuF
Jeudi : de la technique
- migration vers lenny
- Dès maintenant mais sans se précipiter non plus
- Seul vrai souci rencontré est php4
- Passage obligé de php4 vers php5
- voip
- Les nouveaux Thompson ont été commandés à Paris (pas encore installé)
- Calin a acheté 1 exemplaire du modèle "mobile"
- Pensez à passer vos commande de téléphone parce que la réception peut être longue. Acheter des nouveaux modèles pour les utilisateurs régulier parce que beaucoup plus "confortable" à utiliser.
- Connexion au réseau publique, 2 options:
- trouver un fournisseur VoIP
- prendre un réseau numérique (ISDN)
Vendredi : un peu de fun
On verra ce qu'on prend comme temps dans la journée aussi si nécessaire...
- ce qui doit être complété des jours précédents
- retour sur openvz et la notion de container en général
- couchdb pour guia, histoire de se faire peur
- identi.ca
rappels sur delicious & netvibes
Samedi : ouf !
dormir...