- seoul était injoignable par le réseau. Elle était à jour avant (je dis ça parce qu'en fait, j'ai deux paquets "gtodo" et "gtodo-applet" à rajouter). - shangrila était injoignable par le réseau. Elle était à jour avant. - bridgetown était/est passée en readonly. Le disque est probablement défectueux ou fatigué. La mise à jour est incomplète, et potentiellement le système dans un état extrêmement instable. Je note que le disque a déjà été changé en 2005 sur cette même machine. - urtzi (pendant la mise à jour) ne répond plus au ssh du tout. Je note qu'urtzi fait partie de la fameuse série avec tlon et d'autres qui ont de nombreux problèmes matériels. - L'intégrité de la base de données sur beige n'est pas garantie (prévenir l'utilisateur éventuel). - J'ai constaté que la connexion réseau de certaines machines avait tendance à sauter très facilement (y compris celle d'ebene, donc je sais que ce n'est pas une mauvaise manipulation du système, mais bien un problème physique sur le câblage ou logiciel sur les routeurs). C'est très pénible. - La configuration spéciale de selena a été perdue, s'il y en avait une (mais je n'en ai pas eu l'impression). - La liste des machines "spéciales" non mises à jour parce que ne dépendant plus de chantilly (et ayant dépendu à une époque): cyan lys melon paris tlon (classe de machine "special") - La liste des machines appartenant à chantilly qui ont l'air débranchées du réseau de façon durable: bratislava coquille ivoire tauceti (classe de machine "offline") - La liste des machines appartenant à chantilly que j'ai jugées avoir été débranchées de façon permanente mais qui apparaissent encore dans la base de données: amsterdam armenie colombo dublin londres moldavie nevada newmexico osaka saskatchewan singapour tananarive (classe de machine "retired") - lapaz et platine ont mis un très long temps pour être à jour (toutes les autres machines étaient finies avant 10h ce matin, même celles à problème, en commençant vers 6h30). Ces deux là ont eu des problèmes locaux (résolubles) et ont fini la mise à jour pour 12h. Actions à faire: - redémarrer bridgetown. Me le signaler pour une mise à jour, ou mieux, la remplacer par une des machines débranchées ("offline"). - finir la mise à jour d'urtzi après un redémarrage et un diagnostic. - faire des travaux de câblage (again). - mettre en arrêt définitif les machines qui le sont et me le dire (pour que je les purge de "retired" ou "offline") (ne pas oublier de les enlever de la BD). Les faire sortir de l'inventaire. - Les machines de "retired" qui ne sont pas à arrêter définitivement (ainsi que celles de "offline"): une par une, les remettre sur le réseau, les mettre à jour, les ranger proprement, me donner leurs noms. Je crois que j'avais fait quelque chose à une époque pour les faire apparaître dans la page de maintenance (comme rangées). - Les machines de "special" : documenter leur usage (dans le wiki et dans la page de la machine). "melon" est utilisée pour une image en 64bits. "lys" est utilisée par Christophe F. pour servir de service web au projet Optima. "cyan" est un puissant serveur de calcul employé par Sujeevan (et qui n'est plus du tout géré par chantilly). "paris" était une machine de test pour le mail, je crois. "tlon" est la machine que Mamadou utilise pour faire des tests. - Je pense qu'une réunion d'affectation/achat de machines pourrait être à faire (peut-être même avant la fin de l'année comptable ?), mais ce n'est pas mon rôle. - "opaline" effectue des calculs et n'a pas son noyau à jour. Lucas, l'utilisateur concerné, est au courant et s'en occupe (quand il a fini ses calculs). - "georgetown" était utilisé par Sidi Mohammed. Je redémarrerai sa machine quand il aura fini de travailler (ce soir ?). - Si selena doit être spéciale, il faut me le dire pour qu'elle soit mise dans une catégorie à part. Je préfère à priori que les administrateurs n'aient pas des machines de bureau spéciales au jour le jour (pour que le système ne diverge pas trop entre eux et les administrateurs).