Responsable : JeanChristopheAndré
Suivi technique : https://redmine.auf.org/projects/lucid/

Présentation du projet

Le projet « Modèle Lucid » consiste à établir et déployer un modèle de configuration homogène pour tous les postes clients de l'AuF, en accès public comme en interne.

Ceci permet en particulier :

• d'industrialiser la mise en place des postes clients, afin d'éviter de perdre trop de temps à installer 2662 machines (chiffres de 2010) et pouvoir se concentrer sur d'autres travaux plus intéressants et valorisants ;

• d'améliorer notre capacité d'assistance technique, en concentrant nos efforts en commun sur un même modèle connu et maîtrisé ;
• de réduire les risques d'incompatibilités lors des échanges de documents, en utilisant les mêmes outils pour les lire, les produire, les gérer.

Le « Modèle Lucid » se base sur un poste client installé à partir de la distribution Ubuntu "Lucid Lynx" 10.04 LTS, avec plusieurs réglages et améliorations apportées par l'AuF.

Établissement du modèle

Le modèle basé sur Lucid a été établi à partir des idées qui ont fait le succès de celui basé sur Jaunty, mais avec une réécriture complète des modifications apportées par l'AuF.

L'établissement du modèle s'est fait sous forme de « demandes », dans un projet redmine dédié, qui ont été intégrées chaque fois que c'était possible et justifié.

Déploiement du modèle

Procédure technique

La procédure de déploiement technique recommandée est la suivante :

• préparer un serveur pour la bureautique, soit en adaptant l'ancien (c'est faisable sans interruption de service ou presque), soit, c'est toujours préférable, en installant un nouveau serveur ;
• préparer un poste client de test, pour vérifier qu'on maîtrise bien le nouveau modèle ;
• recopier quelques profils utilisateurs actuels et se connecter avec sur le poste client de test pour vérifier que leur migration se passe bien (voir aussi la section « Migration de profils » plus bas) ;
• migrer la totalité (ou en regroupant par salle) des postes d'accès public, l'important ici est qu'un utilisateur qui s'est connecté sous Lucid ne se reconnecte pas ensuite sous Jaunty (ou autre version antérieure), par exemple dans une autre salle par encore migrée, sinon son profil risque d'être corrompu ;
• mettre à jour la page de suivi du déploiement de la région correspondante (voir la section « Suivi du déploiement » plus bas) ;
• attendre une semaine ou deux de voir les éventuels retours des utilisateurs avant de passer à la suite ;
• migrer les postes des personnels AuF, de préférence un par un si on ne veut pas se retrouver avec éventuellement plusieurs problèmes à gérer en parallèle ;
• mettre à jour la page de suivi du déploiement de la région correspondante (voir la section « Suivi du déploiement » plus bas) ;
• rapporter tous les problèmes et leurs solutions le cas échéant (voir la section « Retour du déploiement » plus bas).

Le déploiement du modèle nécessite aussi un certain nombre de pré-requis.

Pré-requis côté serveur

• bonne configuration matérielle, ma recommandation : processeur 64 bits, quadri-cœur, ≥ 4 Gio RAM, disques SATA-II

• système Debian “Squeeze” 6.0 autant que possible, Debian “Lenny” 5.0 sinon, avec toutes les dernières mises à jour

• service NTP (permet de garder toutes les machines à l'heure)

• service DHCP avec adresses fixes pour les postes connus (optionnel, mais recommandé)

• service DNS avec zones pour le réseau local (directe et inverse)

• service NFS en version 4 (obligatoire avec ce modèle)

• service MySQL pour le service NSS (installation directement sur le serveur bureautique recommandée)

• miroir ou proxy/cache APT local pour Ubuntu, Canonical et AuF (recommandé), ou proxy/cache web de plus de 2 Gio

Tout ce qui n'est pas indiqué comme optionnel ou recommandé est obligatoire.

Pré-requis côté client

• bonne configuration matérielle, mes recommandations :

  • dans tous les cas, une architecture 32 bits parfaitement supportée par Ubuntu (=> 100% Intel recommandé)

  • configuration minimale commune : ≥ 1 Gio RAM, disque SATA ≥ 15 Gio, support PXE¹ et WoL² recommandés

  • pour un poste devant faire de l'édition (graphique, publication, …) : ≥ 2 Gio RAM, processeur ≥ bi-cœur
  • pour un poste devant faire de la virtualisation : ≥ 2 Gio RAM, processeur ≥ bi-cœur, virtualisation matérielle (Intel-VT ou AMD-SVM)

• système Ubuntu “Lucid Lynx” 10.04 LTS avec toutes les dernières mises à jour

• sources APT Ubuntu (main restricted universe multiverse), Canonical (partner) et AuF (auf openoffice)

Tout ce qui n'est pas indiqué comme optionnel ou recommandé est obligatoire.

Exemples de configuration

L'objectif d'avoir un modèle étant que la configuration soit la même (ou la plus proche possible du modèle) partout, je donne ici des exemples détaillés et fonctionnels (réellement testés et mis en place) de configurations conformes au modèle voulu.

• mise en place d'un serveur bureautique

• mise en place automatisée d'un poste client fixe (recommandée)

• mise en place manuelle d'un poste client fixe (non recommandée)

Migration des profils utilisateurs

Les nouveaux utilisateurs se voient attribuer un nouveau profil, configuré selon les choix par défaut de l'AuF, et tout se passe bien. En revanche les anciens utilisateurs ont presque tous rencontrés des problèmes liés à la migration de leur ancien profil.

Un certain nombre d'opérations doivent donc être faites sur les anciens profils avant qu'ils soient de nouveau pleinement utilisables. Ces opérations sont répertoriées sur la page /MigrationDeProfil.

Suivi du déploiement

Le suivi du déploiement se fera via ce wiki, avec une sous-page par région (gérée par chaque RTR) et un bilan sur cette page (géré par moi-même ou Victor).

Retours du déploiement et des utilisateurs

Quelques soient les problèmes rencontrés, ils devront être rapportés via le centre d'assistance informatique de l'AuF, puis leurs solutions rapportées dans la page /Retours.

Il s'agira tout d'abord de vérifier que son problème n'a pas déjà été rapporté, soit dans la page /Retours soit dans le centre d'assistance, auquel cas il suffirait d'ajouter un commentaire pour faire savoir qu'on est aussi concerné. Sinon il faudra cliquer sur Nouvelle demande et bien prendre soin de sélectionner la catégorie Poste de travail, indiquer un résumé de son problème dans le champ Objet, bien décrire comment reproduire son problème dans le champ Description, puis me choisir comme responsable à défaut d'un autre choix.

Il y aura alors plusieurs cas possibles :

• un problème pour lequel une solution est connue recevra sa réponse via le centre d'assistance technique ;

• un problème demandant un développement technique sera converti en demande dans redmine afin de le transmettre au(x) développeur(s) du projet ;

• un problème dont la solution demande réflexion sera retransmis pour discussion sur la liste Tech@AuF ;

• dans tous les cas, les solutions aux problèmes seront référencées dans la page /Retours.