Modifications entre les versions 1 et 10 (s'étendant sur 9 versions)
Version 1 à la date du 2006-10-02 12:03:01
Taille: 4768
Éditeur: JérômeSantini
Commentaire:
Version 10 à la date du 2006-11-06 09:22:17
Taille: 4297
Éditeur: JérômeSantini
Commentaire:
Texte supprimé. Texte ajouté.
Ligne 1: Ligne 1:
= serveurs virtuels = == serveurs virtuels ==
Ligne 17: Ligne 17:
= vmware = == vmware ==
Ligne 26: Ligne 26:
= gestion des salles en accés publiques = == gestion des salles en accés publiques ==
Ligne 34: Ligne 34:
 * valider le packages `auf-desktop`  * valider le packages `auf-desktop` : attente feeback
Ligne 38: Ligne 38:
= voip = == voip ==
Ligne 42: Ligne 42:
  * étude carte PCI/GSM
Ligne 44: Ligne 43:
 * renouveller abo directcentrex à partir du 17 octobre
Ligne 46: Ligne 44:

= backup =
== backup ==
Ligne 55: Ligne 52:

= postes du personnel sous ubuntu =
== postes du personnel sous ubuntu ==
Ligne 61: Ligne 57:
= régularisation de la regularisation des licences = == régularisation des licences ==
Ligne 63: Ligne 59:
 - préparer le budget 2007 : foad seulement  * 2007 : combien de licence xover (à voir lorsque basculement linux terminé. estimation : 5 à 10)
Ligne 65: Ligne 61:
== serveurs ==
Ligne 66: Ligne 63:
= serveurs =  * faire le [SuiviParSvnDesConfigurationsDesServeurs]
 * les /etc de la région en svn ?
  * script pour signaler chaque nuit si changement non "checkinés"
 * système de suivi des packages installé "à la simicro"
  * retrouver les fichiers du machin, ou en parler à Manou
  * déployer à dakar
  * déployer dans la région
 * faire un package `serveur-auf` avec les bonnes conf' et dépendances.
 * repertoires utilisateurs, sur mail-dakar et nfs-dakar : mettre dans des sous-repertoires `/home/X/X/<login>`
 * ejabberd refer.sn : finaliser
Ligne 68: Ligne 74:
 - @@finaliser DakarRefonteServeurMessagerie, phase 1@@
 - finaliser DakarRefonteServeurMessagerie, phase 2
 - les [[SuiviSvnDesConfigurationsServeurs /etc en svn]]
 - les /etc de la région en svn ?
  - script pour signaler chaque nuit si changement non "checkinés"
 - problèmes bizarres ntp
 - essayer chrony
 - système de suivi des packages installé "à la simicro"
  - retrouver les fichiers du machin, ou en parler à Manou
  - déployer à dakar
  - déployer dans la région
 - faire un package ##serveur-auf-bao## avec les bonnes conf' et dépendances, qui dépendrait d'un PackageDebianServeurAuf plus général.
 - repertoires utilisateurs, sur mail-dakar et nfs-dakar : mettre dans des sous-repertoires ##/home/X/X/<login>##
== cricket ==
Ligne 82: Ligne 76:
=== cricket ===  * mailgraph + mailqgraph
 * nbre d'abonnés
 * senelec
 * temp
   * achat temp snmp
 * écrire une page doc cricket
Ligne 84: Ligne 83:
 - mailgraph + mailqgraph
 - nbre d'abonnés
 - senelec
 - temp
   - achat temp snmp
 - écrire un [[Cricket mode d'emploi pour cricket]]
== monitoring ==
Ligne 91: Ligne 85:
=== monitoring ===  * zabbix/mon/monit
  * nagios : beeeh, munin : zzzz
 * revoir test dns
 * package debian "maj auto inventaire dns"
  
== matos ==
Ligne 93: Ligne 92:
  - zabbix/mon/monit
   - nagios : beeeh, munin : zzzz
  - revoir test dns
  - package debian "maj auto inventaire dns"
  
=== matos ===
 - ram région
  - achat Ouaga : livré, attente "messager"
  - serveurs : xen-dakar, nfs : ok
   - mail, squid : attente fournisseur (à relancer)
 - remplacement bao.sn.auf : attente transit (aplus)
 - commande matos/réseau conakry : attente transit
 - salles publiques : étudier les config' un poste / deux écrans/claviers/souris
  - acheter une paire de claviers USB
 - [[ChoixMatosPosteClientType nouveau poste client type]]
 * RAM : mail, squid : attente fournisseur (à relancer)
 * remplacement bao.sn.auf : attente transit (aplus)
 * salles publiques : étudier les config' un poste / deux écrans/claviers/souris
  * acheter une paire de claviers USB
  * Bloqué sur ["Etude/MachineCliente"], attente MichelLecoz
 * refonte local technique : ["ZAO/Dakar/Matos/ModificationsLocalTechnique"]
Ligne 109: Ligne 99:
=== reseau ===
 - ajouter un subnet 'tests' en ip sur fw.refer.sn/eth4
  - ajouter un switch 16 ports dans la petit armoire du LT
 - deplacer nfs.refer.sn dans la baie 1
  - acheter connectique pour finir le brassage de la baie 2
 - salles : remplacer 8 ports dlink par gigabit ethernet + vlan
== réseau ==
Ligne 116: Ligne 101:
=== ldap ===
  - connecter la messagerie avec le ldap pour le personnel auf
   - replication ldap de ldap.sn.auf vers mail-dakar.sn.auf.org : semble tombé : à revoir
 * deplacer nfs.refer.sn dans la baie 1
 * acheter connectique pour finir le brassage de la baie 2 : attente transit/exo
 * passer le réseau CNF en gigabit (attente exo + transit ibsf)
Ligne 120: Ligne 105:
=== lvm / evms ===
  - faire un comparatif
  @@- écrire une doc sur le wiki@@
== auth ==
Ligne 124: Ligne 107:
=== docs dakar ===  * connecter la messagerie avec les comptes AUF pour le personnel
Ligne 126: Ligne 109:
  - basculer les inventaires de BallaFall sur wiki tech
  - faire un plan de doc "canonique" pour les implantations de la région, avec la liste des choses à documenter
   - regarder comment sont construites les docs existantes dans la région (Moussa, Mathieu/Hervé)
  - plan de synthése mensuelle des activités techniques de la région : version 1 d'ici la fin de la semaine
== lvm / evms ==

 * faire un comparatif

== Mises à jour ==

 * ["/SpipAPasserEn1.9"] - sites spip à mettre à jour avant de mutualiser

== docs dakar ==

 * faire un plan de doc "canonique" pour les implantations de la région, avec la liste des choses à documenter
 * points à documenter :
  * accés wifi/portables pour salle foad
  * ajout d'un nouveau poste sur le rpv

== migration ipv6 ==

 * documenter ["ZAO/Dakar/Projet/IPv6/Migration"]
  * résoudre problème ip6tables -m state

serveurs virtuels

  • xen
    • création simple d'image "à la volée"
    • mise à jour "à la volée" des images
    • configuration réseau "routage+nat" avec l'hôte, et non en bridge : ok, à documenter
    • configuration squid "proxy inverse" pour l'accés aux sites web des images : ok, à tester. problème des perfs inter-domU à vérifier
  • openvz / vserver (faire un comparatif)
    • création simple d'image "à la volée"
    • mise à jour "à la volée" des images
    • utiliser des partitions lvm et non des images fichiers
    • configuration réseau "routage+nat" avec l'hôte, et non en bridge
    • configuration squid "proxy inverse" pour l'accés aux sites web des images
    • comparer avec xen

vmware

  • configuration "recommandée" : écrire la doc
    • nat, pour partage de l'ip avec l'hôte
    • <!> accés aux fichiers nfs du home

    • config' "read only"
    • vmware tools

gestion des salles en accés publiques

  • nfs v4 : cache disque ? nfs root ?
    • non ! ramdisk envoyé via tftp/pxe !
  • udpcast
    • raz des blocks inutilisés + compression : à documenter
    • dd if=/dev/zero of=/tmp/groszero avant duplication

    • étudier/documenter l'utilité des snapshots lvm dans la gestions des machines des salles
  • valider le packages auf-desktop : attente feeback

  • étudier le potentiel de AtaOverEthernet dans le cadre de poste "diskless"

voip

  • terminaux "hard" : attente exo + livraison
  • serveur dédié voip : attente exo + livraison
  • voicemail : interfaçage jabber ?

backup

  • vérifier le comportement de lvm avec des disques USB
    • comment stabiliser les noms de devices usb (udev)
  • système d'alerte (script bash) pour informer chaque vendredi midi que personne n'a pensé à échanger les disques
  • "backup" des backups rdiff sur HD USB
  • procédure de test/validité des backups ?

postes du personnel sous ubuntu

  • Avancement sur ["ZAO/Dakar/Parc/Bureautique"]
  • Formation du personnel : cf ["ZAO/Dakar/Projets/FormationLinuxDuPersonnel"]

régularisation des licences

  • 2007 : combien de licence xover (à voir lorsque basculement linux terminé. estimation : 5 à 10)

serveurs

  • faire le [SuiviParSvnDesConfigurationsDesServeurs]

  • les /etc de la région en svn ?
    • script pour signaler chaque nuit si changement non "checkinés"
  • système de suivi des packages installé "à la simicro"
    • retrouver les fichiers du machin, ou en parler à Manou
    • déployer à dakar
    • déployer dans la région
  • faire un package serveur-auf avec les bonnes conf' et dépendances.

  • repertoires utilisateurs, sur mail-dakar et nfs-dakar : mettre dans des sous-repertoires /home/X/X/<login>

  • ejabberd refer.sn : finaliser

cricket

  • mailgraph + mailqgraph
  • nbre d'abonnés
  • senelec
  • temp
    • achat temp snmp
  • écrire une page doc cricket

monitoring

  • zabbix/mon/monit
    • nagios : beeeh, munin : zzzz
  • revoir test dns
  • package debian "maj auto inventaire dns"

matos

  • RAM : mail, squid : attente fournisseur (à relancer)
  • remplacement bao.sn.auf : attente transit (aplus)
  • salles publiques : étudier les config' un poste / deux écrans/claviers/souris
    • acheter une paire de claviers USB
    • Bloqué sur ["Etude/MachineCliente"], attente MichelLecoz

  • refonte local technique : ["ZAO/Dakar/Matos/ModificationsLocalTechnique"]

réseau

  • deplacer nfs.refer.sn dans la baie 1
  • acheter connectique pour finir le brassage de la baie 2 : attente transit/exo
  • passer le réseau CNF en gigabit (attente exo + transit ibsf)

auth

  • connecter la messagerie avec les comptes AUF pour le personnel

lvm / evms

  • faire un comparatif

Mises à jour

  • ["/SpipAPasserEn1.9"] - sites spip à mettre à jour avant de mutualiser

docs dakar

  • faire un plan de doc "canonique" pour les implantations de la région, avec la liste des choses à documenter
  • points à documenter :
    • accés wifi/portables pour salle foad
    • ajout d'un nouveau poste sur le rpv

migration ipv6

  • documenter ["ZAO/Dakar/Projet/IPv6/Migration"]
    • résoudre problème ip6tables -m state

ZAO/Dakar/Projets (dernière édition le 2009-01-20 18:04:57 par NdimbyAndriantsoavina)