Sommaire

1. Mission technique PISCO/informatique mai 2011

• Dates de la mission: du 27 avril au 19 mai 2011

1.1. Participants

• Technique: Gregory Lambert (GLa), Denis Mégevand (DMe), Gilles Simond (GSi)
• Observateur: Dominique Naef (DNa)

2. Travaux

2.1. PISCO

• (préliminaire) installation VirtualBox et Windows XP sur le mac de GLa

• test caméra avec le soft PC/windows original de FLI et constitution d'un jeu d'images de validation

• démontage/emballage de la caméra pour renvoi pour réparation à FLI suite à un échange téléphonique avec le constructeur

• mesurer à l'oscillo alim pisco? (a confirmer avec Charles?, besoin de la camera comme "charge"?)

2.2. ECAM

• suite au changement de quadrant du mode single LL -> UL , modification de l'orientation des images du mode ALL (pour avoir une orientation seulement)

  • finalement Don Dominique changed his mind (il aurait fallu changer la dénomination de tous les quadrants UL devenant LL, etc...) et donc rollback de la version originale

  • Don Dominique a mis à jour la procédure d'archivage pour calculer le centre de référence et les keywords WCS en fonction de l'orientation car single (UL) et ALL sont différents maintenant

• mesurer à l'oscillo tension 24V shutter ECAM

  • finalement branché la 2eme moxa en // sur la 1ere et tout OK

• mise à jour driver moxa/tty sur glspc14 (en prévision DPG109)

  • faire un petit programme exemple pour GLa

  • GLa a fait un petit programme python sur glspc14 qui lock et unlock le clavier du DPG109 connecté au moxa sur table

  • reste à fixer et connecter le 2ème moxa sur l'instrument et à brancher la sonde

  • GLa a fixé et branché la 2eme moxa (en parallèle sur la 1ere) on l'a branche sur le réseau via T4-125 vers le rack instrument (argos1)

  • GLa a un programme python qui lit le DPG109 depuis glspc14:/dev/ttyr04

• depuis la mission de mars (DNa, MFl, CMa) le centre de référence est faux de 50 pixels en X et Y, car pas tenu compte du fait que les zones de pre/overscan sont 2 fois plus large en mode 4 quadrants (100 au lieu de 50)

  • Don Dominique recalcule les coordonnées du centre de référence

  • mise à jour dans les fichiers de config ECAM: /opt/t4/beta/config/ccd/applic/ecam/server.cfg

• retrouver template LaTeX pour doc ECAM

  • modifier le modèle DDL PRIMA en conséquence

• rfi_srv tourne sur bien sur glspc17 selon $THOME/config/environment/rfi_lasilla_ecam.cfg

  • mais pas $THOME/prc/util/global_rfi.prc

• la modif de Charles pour couper le moteur de la roue des filtres ne marche pas (problème avec commande st1.interface non reconnue)

  • après suppression de la commande st1.interface ça roule

    • et les images ont l'air nickel!!!

2.3. Informatique

• mise a jour des machines argos1, argos2

  • après modification (prévue) de la variable d'environnement 2MASS... en TWOMASS... tout OK

• mise à jour et aussi uniformisation de glsecam, glspisco, glstser, glstreg, glstopt et glstspa

  • des petits soucis (M2) au démarrage du télescope, -> pas cherché plus loin: rollback de glstser, glstreg, glstopt et vérifierai pourquoi

  • encore à vérifier pourquoi problème télescope avec dernière version SL 5.5

• mise a jour driver moxa/rs232 sur glstser

• installation windows XP sur PC cuisine

  • installation windows XP OEM (CD Transtec) + divers habituels (Office, Skype, Acrobat, etc...)

  • installation des soft de configuration des MOXA

  • installation des soft de configuration des ADAMS

  • installation des soft de configuration des switches NETGEAR

  • installation des soft FLI pour commande camera et filtres PISCO

• installation www station météo

  • installation de wfrog qui ne marche toujours pas!!! malgré de nombreux efforts

    • tout bon wfrog fonctionne: faut bien qu'il bosse un peu ce argos2! comme ça au moins on voit qu'il est vivant

    • les données sont enregistrées dans une base mysql sur argos1

  • installation de wview, reste a le configurer....

    • wview est aussi configuré et opérationnel si besoin

  • la page météo de la station est accessible a https://glswww.ls.eso.org/MeteoMonitor/ avec l'habituel login de Hergé

• installation serveur NX Nomachine sur argos1, argos2: download obsolete (voir ci-dessous)

  • ne permet que 2 users -> 2eme essai avec freenx.... problème de clé ssh

  • après avoir trouvé /usr/libexec/nx/nxkeygen, freenx-server fonctionne sur argos2 avec cette clé argos2_client.id_dsa.key

  • le client NX standard est a télécharger sur le site NOMACHINE (OSX, Windows et Linux)

  • pas encore trouvé comment on met la même clé sur les 2 machines avec ce $#@!^& de freenx

  • et donc OK pour freenx sur argos1 aussi avec cette clé argos1_client.id_dsa.key

    • Il faut se connecter sur argos1 car argos2 = backup machine: c'est-a-dire disques mirrorés mais non "actif"

• améliorer robustesse son des sunray

  • le son reste sur les 6 écrans même si on se connecte après sur les auxiliaires

• regarder ces problèmes de " no route to host " au reboot des LCU du télescope

  • les petits soucis M2 cités plus haut ont permis de trouver le problème, il faut tuer les serveurs télescope avant le shutdown, sinon les machines n'arrivent pas a démonter les disques d'argos1 et restent bloquées au shutdown

  • modification du script de reboot pour tuer les serveurs télescope sur les 3 PC concernés.

  • nouveau script T_show_date qui envoie par ssh la commande date sur les LCU, pour vérifier qu'ils répondent correctement

  • Les scripts T_show_date , T_show_srv , T_kill_srv et T_reboot_lcu acceptent maintenant des paramètres agissant comme des strings à chercher dans la liste des LCU [glspc11, glspc12, glspc13, glspc14, glspc17, glspc18, glstopt, glstreg, glstser] pour déterminer sur quelle(s) machine(s) lancer la commande en question. Exemple "T_show_srv p " va envoyer la commande show_srv sur les machines glspc11, glspc12, glspc13, glspc14, glspc17, glspc18 et glstopt.

  • Un script python T_monitor_LCU lance un GUI permettant de lancer les scripts précédents individuellement sur chaque machine. Attention, ce GUI ne demande pas de confirmation .

  • mise à niveau de la documentation de reboot des machines

• remis le monitoring de la configuration (puppet) et du fonctionnement (icinga) des argos et glspc en route: tout indicateurs au vert sauf les castor arrêtés

  • les graphiques du monitoring fonctionne a nouveau

• installé OSSEC (sécurité & intrusion detection) sur argos1,2 et glspc17,18

2.4. Réseau

• mettre toutes les machines en dhcp pour futur changement réseau

  • tout bon et ca fonctionne!

• mettre en place petit switch supplémentaire pour séparer ADAM sonde Schwaemle, pompes et MOXA LED télescope du réseau bâtiment

  • encore plus fort: on se passe aussi du switch supplémentaire en utilisant directement le vlan instrument du Baystack

    • VLAN1 = port FO 25 (webcam Schwaemle) + bloc de ports de gauche: 1-6,13-18 vers switch bâtiment (Netgear GS748T) dans ce même rack et la webcam fonctionne toujours après ces modifs

    • VLAN2 = port FO 26 (ADAM Schwaemle) + bloc de ports de droite: 7-12,19-24 vers switch instrument (Netgear GS724Tv3) via prise L105-9, et tout roule encore après ces modifs!

• prévoir de reconfigurer les adams et moxa avec leurs nouvelles adresses avant changement (avec le PC de la cuisine )

  • modification effectuee avec le PC Windows XP de la cuisine depuis le local des pompes ( des petit soucis avec la moxa qui coupe le communication pendant la modif

• préparation des modif hardware/cablage à faire en prévision du changement réseau

  • ajout switch FO spare (AT-MS425F/SC) au local Schwaemle et amélioration support des 2 dans armoire électrique (GLa)

  • trouver une place dans le rack switch pour le 2eme switch FO spare (Baystack 350F-HD lsswitch3) au local des pompes

    • en fait encore plus cool: après avoir retrouver la doc sur le web de ces vieux trucs , ils sont maintenant configurés avec 2 VLANs et initialisation BOOTP (-> modif configuration du serveur dhcp sur argos1,2 pour faire booter ces vieux schmilblicks et du bol que ça marche!)

    • mise en service du Baystack nouveau (lswitch2 dhcp-isé et Vlan-isé) au local des pompes, tout OK

    • configuration similaire du spare (lsswitch3), au passage la config se fait par le terminal VT250 (ex megere/alecto) a 9600baud

      • donc on a toujours un spare coté local des pompes

  • mise en service du 2eme switch au local Schwaemle (1 switch pour glscam3 et un switch pour adam)

    • par contre on n'a plus de spare coté local Schwaemle

    • tout est connecté au réseau télescope donc finalement pas eu besoin des VLAN dans la config finale (du coup tous les switches spares sont à nouveau disponibles

• après une belle journée de lutte pour faire comprendre à toutes les machines qu'elles avaient changé d'adresse IP Don Dominique arrive de justesse à commencer sa nuit à temps ( mais sans les flats et calib préliminaires, qu'il a dû faire pendant et à la fin de la nuit)

  • une journée de plus pour arriver à refaire fonctionner correctement: le serveur web, les nis qui se cassaient la gueule sans arrêt, les problèmes de connections à l’extérieur et entre les 2 réseaux (Télescope et Users)

  • on a maintenant 2 réseaux séparés opérationnels: un qui contient toutes les machines, et un pour le bâtiment (toutes les prises dans le bâtiment)

  • la connexion aux machines HARPS fonctionne depuis le Users LAN et depuis le réseau télescope.

• pas mal de bataille pour avoir un serveur DNS qui marche sur les 2 réseau (Users et Telescope) avec la config ESO car les machines NATées, n'ont pas la même IP vu depuis l’extérieur ou depuis l’intérieur. et on ne peut pas accéder aux IP externes depuis l'intérieur: par exemple argos1.ls.eso.org (134.171.80.171) est inaccessible depuis la salle de contrôle!!! (problème pour accéder avec le même nom au serveur WWW entre autres)

  • finalement arriver a faire un fake DNS et donc les xxxxx.ls.eso.org sont reconnus, et les machines du réseau Telescope sont accessibles par xxxxx.glsnet depuis le réseau Users

  • recablage final "joli" du rack des switches au local des pompes (le réseau Telescope utilise les cables de couleur verte, les connections entre switches sont en bleu, au passage: ce sont les 2 groupes de câbles vitaux pour la manip!! )

• on a perdu le ping et le traceroute dans la bataille (ne fonctionnent plus)

  • après une petite modif du firewall (envoyée a Andy) on a retrouvé le ping mais bien peur que le traceroute ne soit disparu a jamais

2.5. CORALIE

• on a ouvert la tête de fibre, et testé à la coupole le déplacement du correcteur de réfraction (recherche de point dur): plusieurs mouvement sans problème!!!

• pas pu tester l'atténuateur de calibration car impossible de trouver le câble pour brancher la tête démontée

• première nuit Chili sans problèmes (GLa & GSi)

• erreur serveur (spectro?) en debut de nuit Nicolas "clique" et ca demarre direct avec la 2eme pose, puis tout OK

2.6. Divers

• mise en place les nouveaux écrans

• à part ça le local Schwaemle aurait bien besoin d'un coup de peinture (en particulier le plafond)

• installation du browser google-chrome pour ceux qui aiment

• dans l’élan des modifs réseau, on a aussi recablé l'alimentation et la connexion réseau de l'ADAM du local des pompes qui ne volent plus au-dessus du passage à coté des pompes et qui passent maintenant toutes les 2 par le canal de câbles au plafond

• installation de hp48gx pour ceux qui aiment les calculatrices HP (RPN)

• installation de qalculate pour les autres qui ne parlent pas le sianolop

• installation de PMW (Python Mega Widget)

• corriger un bug dans fitshow , pour ceux qui l'utilisent sur leur laptop/Mac la nouvelle version est ici: fitshow.c , à utiliser avec dfits sans modération. (compile avec gcc -o fitshow fitshow.c ), doc/manuel/help avec fitshow -h

• les 4 webcams sont maintenant accessibles avec le fameux login de Hergé et limitées à 3 frames par secondes en moyenne résolution

• Avec le changement de réseau, l'imprimante ne fonctionne plus sur les portables.

  • Il faut supprimer l'imprimante et la réinstaller avec l'adresse 10:10:132:31.

    • Sur les ordinateurs Linux :

      • Ouvrir le panneau d'installation de nouvelles imprimantes

      • Installer une imprimante réseau "Appsocket/HP JetDirect " à l'adresse 10.10.132.31, port 9100

      • Choisir dans la base données le pilote HP Color LaserJet cp3505dn -> Postscript

      • Spécifier la mémoire totale RAM de 388 MB, l'unité duplex et le disque RAM

      • Recommandé: spécifier le paper matching "Nearest Size & Scale"

      • Donner un nom et un emplacement

      • Imprimer une page de test. C'est prêt

    • Sur les ordinateurs Apple :

      • Ouvrir le panneau de Préférences Système -> Imprimantes et fax

      • Sélectionner l'imprimante à supprimer et cliquer sur le bouton - en bas de la liste

      • Cliquer sur le bouton + pour ajouter une imprimante

      • Dans le nouveau panneau, choisir l'onglet IP -> Protocole : "HP Jetdirect - Socket"

      • Adresse : "10.10.132.31", Nom : "glshp1"

      • Optionnellement entrer un emplacement (par exemple T4-Euler)

      • Choisir Imprimer via: "Sélectionner un gestionnaire à utiliser"

      • Dans le champ en dessous, entrer 3505, cliquer sur la ligne "HP Color LaserJet CP3505"

      • Cliquer sur le bouton Ajouter. C'est prêt.

• mise a jour soft de l'iMac (avec un écran de secours, le sien s’éteint après quelques secondes)

• les températures CCDs et groupe froid sont maintenant dans le monitoring système

  • reste plus qu'a faire les templates (pnp4nagios) pour avoir les graphiques