A faire

• checklist des trucs à vérifier pour valider le passage à une nouvelle version ubuntu sur les postes clients : [:Ubuntu/Validation: JC vient de commencer]
• déconfigurer onduleurs dans le local technique
  • mettre une multiprise 19" dans le rack B
  • remettre une prise "normale" sur le multiprise du rack A
  • revoir la connectique electrique de l'armoire de brassage.
  • virer l'onduleur du standard telephonique
  • vz-dakar/vz-bao/cache ne sont plus sur onduleurs
• Préparer mission [:ZA/Montréal/FeuSurApollonNov2007: apollon en pièces] - 14 novembre
  • commencer à bosser sur la conf' mail/mysql et poser des questions à JC sur le ldap de cette bécane
• accés coda pour ousmane : redemandé le 3/10/2007
• accés coda pour hassane : redemandé aussi, mais jesaisplusquand

• ["Tini/Notes/ClientsNfsroot"] + ClientsSansDisque

• nouvelles lignes ADSL :

  • revoir routage-adsl.alert : fichier de conf' plutôt que ip en dur dans trois scripts similaires
  • équilibrer au niveau routage
  • faire aboutir les connexions pppoe directement via pppd sur le serveur, plutôt que de subir le nat des routeurs adsl
  • mettre la route par défaut des postes CNF sur les adsl, et pas seulement le ouéb
  • faire ENFIN un branchement physiquement propre
• backport asterisk 1.4... : quel est le problème ?
  • tester sur postes thomas/tini/zo/balla/cheikh dans un premier temps

• faire une [:ZAO/Dakar/Documents/ModeDemploiVisio:fiche explicative] pour l'utilisation de la visio de la salle de réunion

• [:ZAO/Dakar/Projets/MiseEnPlaceGUIA:mettre en place guia] à dakar d'ici la fin de la semaine

  • oui, mais QUELLE semaine

  • mais mais mais... la semaine PROCHAINE, bien sûr

• passer de debmirror à apt-mirror ??
  • pour ubuntu seulement ?
• ["/OpenVZ"]
  • soucis de kernel soulevés par JC : à voir *tres* rapidement
  • vz-dakar
    • documenter la nouvelle conf' "hebergement"
    • coller tous les serveurs virtuels derrière un proxy apache2
      • dédié spip : base ok, migration en cours (zoser)
      • documenter le schéma global "1 ipv4 x n ipv6"
      • fusionner les mysqls de n machine en un seul mysql.sn.auf.org (ipv6 only ? non, mysql+ipv6 grmpfl)
        • serveur installé, utilisé pour les nouveaux sites.
        • migrer les autres bases des serveurs présents sur vz-dakar
    • passer les disques des système openvz en raid1 ?
    • osiris
      • quota mail
    • migrer bao.sn.auf vers vz-bao.sn.auf
• faire une interface curse en python pour le graveur de cd en self-service au CNF
  • refaire proprement le soft
• enercom : ["Etude/SauvegardeElectrique"]
  • enquêter sur la date définitive d'arrivée des batteries
• backup
  • système de sauvegarde des sauvegardes
    • documenter
  • alerter quand dernière sauvegarde trop ancienne (par exemple, si coupure de courant le dimanche matin)
  • changer le disque système actuel de la machine
• passage en gigabit ethernet/vlan
  • mise en place des vlan sur eth1 de fw.refer.sn
    • remplacer la carte réseau sur le parefeu

      • plutôt remplacer le parefeu

• MATOS :
  • nouveau disque SCSI dans le serveur nfs (+140Go)
    • partionner le nouveau disque
      • en profiter pour flinguer reiserfs
      • séparer [a-l] et [m-z] sur des /homeA et /homeM
        • revoir le script de création des comptes mysql
          • gérer les exceptions pour le personnel AUF sur /home2
        • attention au mount sur les postes clients
  • faire un tableau des serveurs équipé de disque flash en disque système
  • bilan nouvelles batteries LT (et mettre les dates de chgt à jour dans le flash des ups)
• filtrage réseau
  • "smtp-refuser" pour afficher un message clair lors des tentatives d'envoi de mail "en direct"
  • activer le port 587 pour l'envoi local ?
• télécom
  • demandes faites à sonatel : attente réalisation
• VOIP :
  • avancer sur ["ZAO/Dakar/Configuration/Voip/TDM2400"]
    • reinstaller le truc à nouveau, pour faire le tour des paramètres *minimum* à considérer
  • avancer sur ["ZAO/Dakar/Configuration/Voip/MenuDAccueil"]
    • attente feedback MG
  • renforcer l'onduleur de cette machine (pour l'instant, switch off de bas1.sn.auf)
    • cf "MATOS"
• wiki : jouer avec l'interface xmlrpc. Quelques idées :
  • download auto de la dernière version de ["VOIP/ClientMatériel/Firmware"].
  • synchro hd local/svn/wiki de Tini/Notes
  • synchro avec le wiki de fichier de conf' "documentation", type annuaire voip, ip/mac de postes clients, conf' DNS
  • moinmoin sur www-dakar : migrer vers un serveur "wiki.sn.auf.org" et passer la conf' moinmoin en mode "farm"
• Etude/SvnConf : packager
  • avec autre chose que svn ?
  • remettre aide sur mail-dakar : pourquoi faire, déjà ?
  • changer de stratégie ? unionfs /etc + espace "svn" et laisser tomber cette histoire de rsync
• mysqlisation des utilisateurs :
  • problème du schéma "expire" avec la (non) gestion du LIMIT dans libpam-mysql
  • nss-mysql - ["ZAO/Dakar/Configuration/AuthentificationClients"]
    • réadapter avec le nouveau schéma "expire" discuté ce matin avec ousmane et thomas
  • mail/sql : finaliser + documenter la conf' de Dakar - ["ZAO/Dakar/Configuration/Messagerie"]
    • virtual+aliases: cleanup + mysqlisation
    • réadapter avec le nouveau schéma "expire" discuté ce matin avec ousmane et thomas
• Continuer ["ZAO/Dakar/Projet/IPv6/Migration"]
  • bousculer Zoser sur St-Louis

• wiki, catégorie "blabla" : ErreursClassiques

• tester le NAT H323 (en SNAT et DNAT)
  • si satisfaisant : flinguer le subnet "visio" derrière nfs-dakar.refer.sn
• Idées à la con
  • complément à udpcast, quand la salle est déjà fonctionnelle : (à mettre en pratique pour tester)
    • une image partimage diffusées par bittorrent (avec un tracker par salle) dans un salle avec un switch gigaethernet
    • stockage sur partition dédiée
    • dans le initrd, avant le "pivotroot", voir si l'image est nouvelle : appliquer sur la partition root
    • l'idée derrière cela : mettre à jour une salle en cours d'utilisation, en envisageant que tous les postes ne soient pas allumés en même temps
  • nufw + nuauth sur les postes clients (auth via pam ?) pour en finir avec les softs "non autorisés" faisant des accés réseaux (et remettre wine sur les postes en standard)
  • pxe + grml + partimage
  • pxe + udpcast sans questions + partimage pour l'écriture
  • à tester, pour les foad

    • reactos dans vmware sur les softs "habituels" (ou attendre la [http://www.reactos.org/fr/about_roadmap.html#05 beta 05] pour juger) ?

• VirtualBox

  • faire une doc avec proposition d'installation rationnelle pour l'utilisation d'images windows mutualisées
• créer un pipotr'o'tech, avec les textes du wiki comme base de données
• ["Etude/PaquetAufDesktop"]

  • adapter à gusty

    • changer les scripts pour garder des repertoires pour les précédentes distributions. toujours le bodel lors du changement de distrib' ubuntu
  • ajouter des gconf violents dans le post-inst pour virer tous les trucs que JE n'aime pas dans gutsy

  • signer les paquets - merci JC

[ -n "$1" ] && dist="$1" || dist="dapper"
# ne pas tout faire en une ligne, à cause de la paralélisation des tubes
tmpfile="$(tempfile)"
ssh root@hanoilug.org "cd /srv/www/apt.hanoilug.org/docs/ubuntu ; ./update.sh ${dist}; cat dists/${dist}/Release" > ${tmpfile}
gpg --armor --sign --detach-sign < ${tmpfile} | ssh root@hanoilug.org "cat > /srv/www/apt.hanoilug.org/docs/ubuntu/dists/${dist}/Release.gpg"
rm -f ${tmpfile}

+ http://www.hanoilug.org/ubuntu/

• trouver des équivalent libres à http://www.jungledisk.com/ qui tiennent la route (par exemple, pour le partage des données entre CNF/CAI Bamako)

Hits