Retour au web "Team" (gestion de l'équipe)

pc-chemcam (pc1070.irap.omp.eu)

Edit computer form

Description du PC

Description technique

NOUVEAU PC EM-CCBU EGSE 2 utilisé pour piloter le boîtier EGSE Chemcam.

Il remplace l'ancien portable PcChemcamLaptop

• BC : Order_FR_REL_PUBL_78900764_2013-12-12.pdf

Livré en décembre 2013, avec Ubuntu 12.04 pré-installé

Dell Optiplex 7010

Service Tag : HGWB002

Express Service Tag : 38027019458

Mac : F8:B1:56:A5:EA:B9

RAM 6Go

Proc Intel Core i3-3245 à 3,4Ghz x 4

Carte graphique : unknown !!!

OS : 64 bits

HD 1To

/media/DELLUTILITY 116Ko sur 360 Mo, type msdos

Ecran Dell 19" 1280x1024 (5:4), 1152x864 (4:3), 1024x768 (4:3), 800x600 (4:3)

La manip est censée fonctionner déjà sur RHE 5.6 (Tikanga) avec rsh, et IDL VM 8.1

Connexion au réseau IRAP (possible depuis 19/3/2015)

(updated 10/3/16)

Attention : Il faut être administrateur pour pouvoir faire ces manips !!

Procédure à suivre (SCRUPULEUSEMENT) pour passer sur le réseau IRAP :

Sur le réseau IRAP, le pc est en DHCP et prendra (a priori) le nom pc1070.irap.omp.eu correspondant à son ip 10.121.1.70

1) Derrière le pc, débrancher le câble réseau gris (qui va sur le boitier EGSE CHEMCAM)

2) Derrière le pc, brancher à la place le long câble réseau blanc de 10 mètres (qui va à la prise 43-G, au fond à droite)

3) Arrêter le service réseau

sudo service network stop

4) Remplacer la configuration réseau en cours (ifcfg-em1) par la configuration RESEAU_DHCP_IRAP :

cd /etc/sysconfig/network-scripts/

sudo cp RESEAU.ifcfg-em1.RESEAU_DHCP_IRAP ifcfg-em1

5) redémarrer le service réseau

sudo service network start

Procédure à suivre (SCRUPULEUSEMENT) pour repasser sur le réseau LOCAL de la manip EGSE CHEMCAM (salle-blanche) :

1) Arrêter le service réseau

sudo service network stop

2) Remplacer la configuration réseau en cours (ifcfg-em1) par la configuration CHEMCAM.ifcfg-em1.CHEMCAM :

cd /etc/sysconfig/network-scripts/

sudo cp CHEMCAM.ifcfg-em1.CHEMCAM ifcfg-em1

3) redémarrer le service réseau

sudo service network start

4) Derrière le pc, débrancher le câble réseau orange (qui vient de la prise E-015)

5) Derrière le pc, brancher à la place le câble réseau gris (qui va sur le boitier EGSE CHEMCAM)

(PS: Si la manip vxterm ne fonctionne plus après ça, alors redémarrer le pc pour que tout rentre dans l'ordre)

SERVICES OFFERTS par ce pc

Pilotage de l'EGSE ChemCam

Voir pour cela la section ci-dessous : Connexion avec l'EGSE

Sauvegarde automatique (via disque usb externe, mise en place le 24/3/15)

Disque USB3 500GB

Sauvegarde automatique via cron (root) appelant le script /home/vx/SAVE/rsync.sh (toutes les 30mn)

Procédure réalisée :

fdisk -l

connecter le disque

fdisk -l

La différence entre les 2 "fdisk -l" permet d'identifier /dev/sdb1 comme étant le disque usb

Formatage du disque en ext4 :

sudo mkfs.ext4 /dev/sdb1

Montage du disque :

sudo vi /etc/fstab

Ajouter une ligne pour le montage du disque (avec son uid que l'on trouve avec fdisk -l) sur /media/CHEMCAM-EGSE-SAVE (créer ce répertoire)

sudo mount /dev/sdb1 => est automatiquement monté sur /media/CHEMCAM-EGSE-SAVE (et le sera aussi au boot)

(TODO: on doit pouvoir faire le mount sans être root)

Mettre un script rsync.sh dans /home/vx/SAVE/ pour faire une sauvegarde incrémentale

Créer un cron pour exécuter ce script toutes les 30mn (*/30 * * *)

(sudo crontab -e)

Logiciel C-GDL

Logiciel écrit en Java 8

Voir https://projects.irap.omp.eu/projects/cgdl/wiki/Wiki (Forge Redmine IRAP)

Logiciel C-SPEC-HK

Roadmap

https://projects.irap.omp.eu/projects/cspechkanalyser/roadmap

Get the soft (via svn)

$ svn export https://usvn-chemcam.irap.omp.eu/repo/c-spec-hk/trunk cspechk2

(Sinon, pour avoir une version qui reste synchronisée, remplacer "svn export" par "svn co". Par la suite, il suffira de faire "svn update" pour mettre à jour de temps en temps...)

Presentation

C-SPEC-HK stands for Chemcam SPECtra HK data organizer workflow

Ce logiciel (écrit en Python 3) collabore avec le logiciel C-GDL (http://planetowiki.irap.omp.eu/do/view/Computers/PcChemcam2Tour#Logiciel_C_GDL)

Une fois que le pc-chemcam est démarré, le logiciel se lance automatiquement (il s'arrêtera aussi automatiquement à l'extinction du pc).

Ce logiciel, qui tourne en tâche de fond et de manière entièrement autonome toute la journée, récupère et ordonne instantanément tous les fichiers de données produits lors des tirs effectués en salle blanche. De plus il les "contextualise" en les copiant avec leurs fichiers de contextes respectifs (créés manuellement avec le logiciel C-GDL) dans un dossier portant le nom du contexte (mais il n'y aura pas de dossier contexte créé pour un contexte n'ayant pas de données associées). Il réagit aussi en temps réel à toutes les actions que vous pourrez effectuer sur les contextes à partir de C-GDL : création, modification, suppression (même pour des données anciennes).

Il créera en outre un fichier HKLOG par contexte (ou "session"), ainsi qu'un fichier HKLOG global pour toute la journée. Les fichiers HKLOG associent les noms des fichiers spectres du dossier à leurs paramètres HK trouvés à la fois dans les fichiers SOH et dans les fichiers spectres eux-mêmes. Ces fichiers sont chaque fois en 2 exemplaires : un fichier au format CSV (hklog.csv) qui pourra être manipulé avec Idl ou Matlab (ou Python of course ;-)), et un fichier au format HTML (hklog.htm) pour une lecture confortable.

Voici la structure des données produites par c-spec-hk sur le disque dur, pour chaque jour :

Cette organisation permet d'emporter facilement avec vous :

• soit le dossier contenant toutes les données d'un jour ([DAY]_ALL)
• soit le dossier contenant les données d'un contexte ([Context1])

[DAY]/

  - [DAY]_ALL/ (dossier contenant toutes les données du jour DAY)
    - hklog.csv : fichier log HK (pour toute la journée)
    - DATA/

  - [Context1]/ (dossier contenant les données pour le contexte Context1)
    - context.xml : fichier de contexte
    - hklog.csv : fichier log HK (uniquement pour le contexte)
    - DATA/ : données pour le contexte

  - [Context2]/ (données Context2)

...

  - [ContextN]/ (données ContextN)

Exemple, pour le jour 25/2/2014 (contenant 8 contextes) :

20140225/
├── 20140225_1600_1612_LIBS__U1______________Mars__IRAP_____10/
│   ├── 20140225_1600_1612_LIBS__U1______________Mars__IRAP_____10.xml
│   ├── DATA/
│   ├── hklog.csv
│   └── hklog.htm
├── 20140225_1600_1624_LIBS__t1______________Mars__IRAP_____10/
│   ├── 20140225_1600_1624_LIBS__t1______________Mars__IRAP_____10.xml
│   ├── DATA/
│   ├── hklog.csv
│   └── hklog.htm
├── 20140225_1610_1612_LIBS__t1______________Mars__IRAP_____10/
│   ├── 20140225_1610_1612_LIBS__t1______________Mars__IRAP_____10.xml
│   ├── DATA/
│   ├── hklog.csv
│   └── hklog.htm
├── 20140225_1611_1612_LIBS__t1______________Mars__IRAP_____10/
│   ├── 20140225_1611_1612_LIBS__t1______________Mars__IRAP_____10.xml
│   ├── DATA/
│   ├── hklog.csv
│   └── hklog.htm
├── 20140225_1613_1614_LIBS__t1______________Mars__IRAP_____10/
│   ├── 20140225_1613_1614_LIBS__t1______________Mars__IRAP_____10.xml
│   ├── DATA/
│   ├── hklog.csv
│   └── hklog.htm
├── 20140225_1615_1616_noOD__t1______________Mars__IRAP_____10/
│   ├── 20140225_1615_1616_noOD__t1______________Mars__IRAP_____10.xml
│   ├── DATA/
│   ├── hklog.csv
│   └── hklog.htm
├── 20140225_1615_1659_noOD__t1______________Mars__IRAP_____10/
│   ├── 20140225_1615_1659_noOD__t1______________Mars__IRAP_____10.xml
│   ├── DATA/
│   ├── hklog.csv
│   └── hklog.htm
├── 20140225_1616_1616_noOD__t1______________Mars__IRAP_____10/
│   ├── 20140225_1616_1616_noOD__t1______________Mars__IRAP_____10.xml
│   ├── DATA/
│   ├── hklog.csv
│   └── hklog.htm
└── 20140225_ALL/
    ├── DATA/
    ├── hklog.csv
    └── hklog.htm

Utilisation

(Il faut être logué en tant qu'utilisateur "vx")

Une fois que le pc est démarré, le logiciel se lance automatiquement (il s'arrêtera aussi automatiquement à l'extinction du pc)

Ouvrir le dossier C-SPEC-HK/ sur le bureau. Tout est centralisé dans ce dossier.

Pour lancer le logiciel C-GDL (Java) et aussi mettre en place le MONITORING de C-SPEC-HK afin de voir ce qui se passe en temps réel pendant que le logiciel cspechk2 (Python) tourne, double-cliquer sur le raccourci "CSPECHK_WORKFLOW_WATCH_ALL" (cliquer sur le bouton "Lancer") (ce script de monitoring peut être exécuté n'importe quand).

Vous voyez alors 3 fenêtres s'ouvrir :

• la fenêtre du logiciel C-GDL, à partir de laquelle vous pouvez commencer à saisir des contextes pour les tirs

• 2 autres fenêtres pour le logiciel C-SPEC-HK:
  • une fenêtre affichant le log principal du logiciel, afin de voir ce qui se passe en ce moment
  • une fenêtre du navigateur FIREFOX affichant le log HK du jour (qui se complètera au fur et à mesure des tirs)

Vous pouvez fermer tout ou partie de ces fenêtres quand vous le voulez. Pour les retrouver, il vous suffira simplement de relancer le script CSPECHK_WORKFLOW_WATCH_ALL comme ci-dessus.

Si vous voulez voir plus en détail le contenu du dossier produit pour la journée (ainsi que les jours précédents), allez dans le dossier OTHER_ACTIONS/ et ouvrez le dossier (lien) CSPECHK_OUTPUT/. Pour info, le dossier OTHER_ACTIONS/ contient 2 autres liens utiles :

• CSPECHK_INPUT/ qui pointe vers le dossier /home/vx/data contenant les nouveaux fichiers à traiter (générés lors des tirs)
• CGDL_CONTEXTS/ qui pointe vers le dossier des contextes créés avec le logiciel C-GDL

Exceptionnellement, si (pour une raison ou une autre) vous avez besoin d'arrêter le logiciel C-SPEC-HK, vous pouvez le faire en double-cliquant sur le lien CSPECHK_WORKFLOW_STOP (cliquer ensuite sur le bouton "Lancer") qui se trouve dans le dossier OTHER_ACTIONS/MANUAL_STOP_START/. Ensuite, pour le redémarrer, il suffit de double-cliquer sur le lien CSPECHK_WORKFLOW_START (dans le même dossier). (Il faudra juste éviter de faire ça en même temps que les tirs car cela pourrait entraîner une perte de données)

Configuration

En éditant le fichier source /home/vx/C-SPEC-HK/cspechk2/src/cspechk_daily_workflow.py, on peut régler différents paramètres du logiciel :

# Delay between each iteration (seconds)
DELAY_BETWEEN_ITERATIONS = 20

# Max times before or after when searching for SOH, Autofocus, or DARK file 
MAX_TIMES_BEFORE_OR_AFTER = {
    'autofocus_before': 10*60, # 10mn
    'soh_before' : 5*60, # 5mn
    'dark_after' : 2*60 # 2mn (120s)
}


# PATH SETTINGS:

# ABSOLUTE FULL PATH to files destination dir
DST_BASE_DIR = '/home/vx/C-SPEC-HK/CSPECHK_OUTPUT'

# ABSOLUTE FULL PATH to Data files source dir
DATA_FILES_SRC_DIR = '/home/vx/data'

# ABSOLUTE FULL PATH to CGDL Context files source dir
CONTEXT_FILES_SRC_DIR = '/home/vx/c-gdl/cgdl/CgdlContextDir'

Algorithm

https://projects.irap.omp.eu/projects/cspechkanalyser/wiki/Wiki#ALGORITHM

Installation

(15-16/2/16)

(La première installation avait été faite le 19/3/15)

(Voir aussi la procédure sur le REDMINE du projet C-spec-hk : https://projects.irap.omp.eu/projects/cspechkanalyser/wiki/Wiki#INSTALLATION)

0) Installation de Python 3

http://planetowiki.irap.omp.eu/do/view/Computers/PcChemcam2Tour#Installation_Python_3_15_2_16

1) Récupération du logiciel C-SPEC-HK via svn

Démarrer le pc

Se loguer en tant que vx

Se mettre en réseau et activer le réseau (http://planetowiki.irap.omp.eu/do/view/Computers/PcChemcam2Tour#ConfigurationReseau)

$ cd /home/vx/C-SPEC-HK/

$ svn export https://usvn-chemcam.irap.omp.eu/repo/c-spec-hk/trunk cspechk2

(Sinon, pour avoir une version qui reste synchronisée, remplacer "svn export" par "svn co". Par la suite, il suffira de faire "svn update" pour mettre à jour de temps en temps...)

2) Installation d'un environnement virtuel (isolé du reste du système, dédié uniquement à c-spec-hk)

(installer Python 3 si ce n'est pas déjà fait)

$ cd cspechk2/

$ virtualenv virtualenv_python35_cspechk -p /usr/local/bin/python3.5

Already using interpreter /usr/local/bin/python3.5
Using base prefix '/usr/local'
New python executable in /home/vx/C-SPEC-HK/c-spec-hk-svn/virtualenv_python35_cspechk/bin/python3.5
Also creating executable in /home/vx/C-SPEC-HK/c-spec-hk-svn/virtualenv_python35_cspechk/bin/python
Installing setuptools, pip, wheel...done.

3) Activation de l'environnement virtuel

Avant activation:

$ which python
/usr/bin/python
$ python -V
Python 2.6.6

Activation:

$ source virtualenv_python35_cspechk/bin/activate

Après activation:

$ which python
~/C-SPEC-HK/c-spec-hk-svn/virtualenv_python35_cspechk/bin/python
$ python -V
Python 3.5.1 

Désactivation (éventuellement):

$ deactivate

4) RUN ALL TESTS

(Si pas déjà fait, activer l'environnement virtuel, cf point 3)

cf http://planetowiki.irap.omp.eu/do/view/Computers/PcChemcam2Tour#Test_the_software

5) Configure settings to actual folders (used on pc-chemcam) : paths to data, context, and output folders

In src/cspechk_daily_workflow.py, set the line "TEST = True" to "TEST = False", then set the 3 main paths : DST_BASE_DIR, DATA_FILES_SRC_DIR, and CONTEXT_FILES_SRC_DIR

Also, change the default settings in these workflow scripts : WORKFLOW_SETUP.sh, WORKFLOW_START.sh, WORKFLOW_WATCH_ALL.sh

Exécuter le monitoring pour voir si ok:

$ ./WORKFLOW_WATCH_ALL.sh

(fermer les 4 fenêtres avec CTRL-c)

6) 1ST (manual) RUN to process all still unprocessed data (from 07/2015 up to now)

a) ./WORKFLOW_WATCH_ALL.sh
Set each window optimal size

b) Make a copy of /home/vx/data somewhere !!!

(look at the time it will take...)
c) ./WORKFLOW_START.sh
CTRL-z
bg
(=> will run in background)

d) (Optional) Stop after a little while...
fg
CTRL-c
(otherwise use ./WORKFLOW_STOP.sh)
Check which last day was under processing when stopped

7) Mise en place de l'exécution automatique au boot

cf SCRIPTS/WORKFLOW/WORKFLOW_START_ON_PC_STARTUP_HOWTO.txt

(Set CSPECHK_HOME_DIR)

8) 2ND (automatic) RUN (complete) after pc reboot

Reboot pc

./WORKFLOW_WATCH_ALL.sh (check that it is running from the day when it was stopped)

Wait until it is finished

Check that /home/vx/data is empty

(Recup day log from /tmp)

9) Remettre en réseau local (avant de quitter la salle blanche)

http://planetowiki.irap.omp.eu/do/view/Computers/PcChemcam2Tour#ConfigurationReseau

10) Validate the software

Do the same as step 8 but with a ChemCam guy and with some undergoing ChemCam shoots !!

Test the software

The software is written with Python 3, so use python3 to run its tests (below "python" is an alias to "python3")

a) Run Unit and Funtional tests

$ cd test/

$ python premiertest.py
...
=> Ran 3 tests in 0.001s

$ python HKLogFile_TEST.py
...
=> Ran 12 tests in 4.410s (sur mon Mac)

$ python cspechk_daily_workflow_TEST.py
...
=> Ran 7 tests in 48s (sur mon Mac)

$ cd ../

b) Now, run normal workflow once with DEFAULT TEST settings

$ cd src/

Edit cspechk_daily_workflow.py and set the TEST mode to True :

TEST = True

$ python cspechk_daily_workflow.py 

STARTING...

************************************************************************************************************
******* MAIN INFINITE PROCESSING LOOP
*******
******* - FETCHING NEW DATA FILES FROM: /tmp/cspechk-real/input/DATA/
******* - FETCHING CONTEXT FILES FROM: /tmp/cspechk-real/input/cgdl/CgdlContextDir/
******* - ARCHIVING DATA FILES TO: /tmp/cspechk-real/output/
*******
******* ON EACH ITERATION:
******* - 1) Process CONTEXT file changes since previous iteration (if exists)
******* - 2) Process new unprocessed DATA files (if exists)
******* (CONTINUOUSLY, and wait 2 seconds after each iteration) *******
************************************************************************************************************

***********************************************************************************************************
********* (ITERATION #1) *********
***********************************************************************************************************

*************************************************************************
************ 1) Processing CONTEXT files changed since previous iteration
*************************************************************************
There are 0 changed (deleted, created, or updated) context file(s) (since last iteration)

**************************************************************************
************ 2) Processing new DATA files created since previous iteration
**************************************************************************
The DATA DIR (/tmp/cspechk-real/input/DATA//) contains 0 file(s)

***********************************************************************************************************
********* (ITERATION #2) *********
***********************************************************************************************************

*************************************************************************
************ 1) Processing CONTEXT files changed since previous iteration
*************************************************************************
There are 0 changed (deleted, created, or updated) context file(s) (since last iteration)

**************************************************************************
************ 2) Processing new DATA files created since previous iteration
**************************************************************************
The DATA DIR (/tmp/cspechk-real/input/DATA//) contains 0 file(s)

***********************************************************************************************************
********* (ITERATION #3) *********
***********************************************************************************************************

... etc.

(stop with Ctrl-c)

Connexion du pc avec l'EGSE Chemcam

Description de l'EGSE

Le pc Chemcam est relié au boitier EGSE (carte mère contenant quelques cartes electroniques ; ce boitier est assimilable au "rover") par un câble réseau et un cable série (pour la configuration).

Le boitier EGSE est ensuite relié au BU (Body Unit, la partie américaine du projet) qui contient notamment les spectromètres

Le BU est quant à lui relié au MU (Mast Unit, la partie française du projet) qui contient notamment le laser ChemCam et le télescope.

Utilisation de l'EGSE

Pour la phase d'installation du logiciel de pilotage, voir Installation du soft de pilotage de l'EGSE

Pour la phase d'intégration du pc chemcam avec l'EGSE (BU), voir Intégration du pc chemcam avec l'EGSE

Une fois l'installation du soft faite, et la connexion physique réalisée entre le pc chemcam et l'EGSE (BU), on peut commencer à utiliser le système.

Vérifier que le câble série et le câble réseau sont branchés des 2 côtés (pc et BU)

Démarrer le pc (si pas déjà fait)

Entrer le login "vx", et le mot de passe "chemcam"

Ouvrir un terminal (2xclic sur icône "Terminal" sur le bureau)

Exécuter vxterm : entrer la commmande "bin/vxterm"

(pour sortir, taper CTRL-e ; si problème, cf fichier de log dans Logs/pc-chemcam/vx_-numero.log)

Démarrer l'EGSE Body Unit (BU) (un compte à rebours s'affiche sur vxterm)

(Si vous avez besoin de reconfigurer le BU, appuyez sur ENTREE avant la fin du compte à rebours, puis suivez les instructions dans la section Configuration de l'EGSE)

(Re)Configuration de l'EGSE via le pc chemcam (avec vxterm)

Cette manip est à faire avant la première utilisation de l'EGSE, ou bien pour le reconfigurer ultérieurement

1) Préconditions :

• Le pc chemcam doit être démarré, vous devez être logué en tant que vx, et avoir démarré le soft "vxterm" (ouvrir un terminal et entrer la commande "bin/vxterm")

• L'EGSE (BU) doit être démarré

2) Configuration de l'EGSE (BU) via vxterm

Dès que le compte à rebours s'affiche (sur vxterm), appuyer sur ENTREE pour configurer l'EGSE (avant la fin du compte à rebours).

Taper "p" puis ENTREE pour vérifier la config générale

boot: p

Si (et seulement si) la configuration n'est pas déjà faite (normalement, elle l'est) ou bien si vous voulez la refaire (comme j'ai dû le faire le 9/12/2013 parce que la config était corrompue), taper "c" (puis ENTREE)

boot: c

boot device          : dc
unit number          : 0 
processor number     : 0 
host name            : pc-chemcam
file name            : ~vx/vxWorks.st
inet on ethernet (e) : 172.30.125.2
host inet (h)        : 172.30.125.3
user (u)             : vx
flags (f)            : 0x0 
target name (tn)     : cc-1
startup script (s)   : ~vx/startup.scr
other (o)            : dc0

Taper "p" puis ENTREE pour vérifier la config générale

Taper "@" puis ENTREE pour booter l'EGSE

A la fin de l'execution, si tout s'est bien passé, vous devriez voir ce message s'afficher : "Done executing startup script ~vx/startup.scr"

Taper CTRL-e pour sortir

Pour plus de détail sur ce qui s'est passé, vous pouvez consulter le fichier de log (correspondant à votre heure d'execution) dans Logs/pc-chemcam/

Voici, par exemple, le log (succès) obtenu dans Logs/pc-chemcam/ après ma configuration et première exécution :

vxterm: 29032013-1647   Started on /dev/ttyS0 at 9600 baud
vxterm: 03/29/13 16:47:22                              VxWorks System Boot
vxterm: 03/29/13 16:47:22  
vxterm: 03/29/13 16:47:22  
vxterm: 03/29/13 16:47:22  Copyright 1984-2002  Wind River Systems, Inc.
vxterm: 03/29/13 16:47:22  
vxterm: 03/29/13 16:47:22  
vxterm: 03/29/13 16:47:22  
vxterm: 03/29/13 16:47:22  
vxterm: 03/29/13 16:47:22  
vxterm: 03/29/13 16:47:22  CPU: Motorola MCP750 - MPC 750
vxterm: 03/29/13 16:47:22  Version: VxWorks5.5
vxterm: 03/29/13 16:47:22  BSP version: 1.2/5
vxterm: 03/29/13 16:47:22  Creation date: Oct  2 2002, 03:10:15
vxterm: 03/29/13 16:47:23  Press any key to stop auto-boot...
vxterm: 03/29/13 16:47:25   7 6 5
vxterm: 03/29/13 16:47:25  
vxterm: 03/29/13 16:47:27  [VxWorks Boot]: p
vxterm: 03/29/13 16:47:27  
vxterm: 03/29/13 16:47:27  boot device          : dc
vxterm: 03/29/13 16:47:27  unit number          : 0 
vxterm: 03/29/13 16:47:27  processor number     : 0 
vxterm: 03/29/13 16:47:27  host name            : pc-chemcam
vxterm: 03/29/13 16:47:27  file name            : ~vx/vx/vxWorks.st
vxterm: 03/29/13 16:47:27  inet on ethernet (e) : 172.30.125.2
vxterm: 03/29/13 16:47:27  host inet (h)        : 172.30.125.3
vxterm: 03/29/13 16:47:27  user (u)             : vx
vxterm: 03/29/13 16:47:27  flags (f)            : 0x0 
vxterm: 03/29/13 16:47:27  target name (tn)     : cc-1
vxterm: 03/29/13 16:47:27  startup script (s)   : ~vx/vx/startup.scr
vxterm: 03/29/13 16:47:27  other (o)            : dc0
vxterm: 03/29/13 16:47:27  
vxterm: 03/29/13 16:47:28  [VxWorks Boot]: c
vxterm: 03/29/13 16:47:28  
vxterm: 03/29/13 16:47:28  '.' = clear field;  '-' = go to previous field;  ^D = quit
vxterm: 03/29/13 16:47:28  
vxterm: 03/29/13 16:47:29  boot device          : dc0 
vxterm: 03/29/13 16:47:30  processor number     : 0 
vxterm: 03/29/13 16:47:31  host name            : pc-chemcam 
vxterm: 03/29/13 16:47:44  file name            : ~vx/vx/vxWorks.st ~vx/vxWorks.st
vxterm: 03/29/13 16:47:45  inet on ethernet (e) : 172.30.125.2 
vxterm: 03/29/13 16:47:46  inet on backplane (b): 
vxterm: 03/29/13 16:47:46  host inet (h)        : 172.30.125.3 
vxterm: 03/29/13 16:47:47  gateway inet (g)     : 
vxterm: 03/29/13 16:47:51  user (u)             : vx 
vxterm: 03/29/13 16:47:52  ftp password (pw) (blank = use rsh): 
vxterm: 03/29/13 16:47:55  flags (f)            : 0x0 
vxterm: 03/29/13 16:47:56  target name (tn)     : cc-1 
vxterm: 03/29/13 16:48:17  startup script (s)   : ~vx/vx/startup.scr ~vx/startup.scr
vxterm: 03/29/13 16:48:18  other (o)            : dc0 
vxterm: 03/29/13 16:48:18  
vxterm: 03/29/13 16:48:20  [VxWorks Boot]: p
vxterm: 03/29/13 16:48:20  
vxterm: 03/29/13 16:48:20  boot device          : dc
vxterm: 03/29/13 16:48:20  unit number          : 0 
vxterm: 03/29/13 16:48:20  processor number     : 0 
vxterm: 03/29/13 16:48:20  host name            : pc-chemcam
vxterm: 03/29/13 16:48:20  file name            : ~vx/vxWorks.st
vxterm: 03/29/13 16:48:20  inet on ethernet (e) : 172.30.125.2
vxterm: 03/29/13 16:48:20  host inet (h)        : 172.30.125.3
vxterm: 03/29/13 16:48:20  user (u)             : vx
vxterm: 03/29/13 16:48:20  flags (f)            : 0x0 
vxterm: 03/29/13 16:48:20  target name (tn)     : cc-1
vxterm: 03/29/13 16:48:20  startup script (s)   : ~vx/startup.scr
vxterm: 03/29/13 16:48:20  other (o)            : dc0
vxterm: 03/29/13 16:48:20  
vxterm: 03/29/13 16:48:37  [VxWorks Boot]: @
vxterm: 03/29/13 16:48:37  
vxterm: 03/29/13 16:48:37  boot device          : dc
vxterm: 03/29/13 16:48:37  unit number          : 0 
vxterm: 03/29/13 16:48:37  processor number     : 0 
vxterm: 03/29/13 16:48:37  host name            : pc-chemcam
vxterm: 03/29/13 16:48:37  file name            : ~vx/vxWorks.st
vxterm: 03/29/13 16:48:37  inet on ethernet (e) : 172.30.125.2
vxterm: 03/29/13 16:48:37  host inet (h)        : 172.30.125.3
vxterm: 03/29/13 16:48:37  user (u)             : vx
vxterm: 03/29/13 16:48:37  flags (f)            : 0x0 
vxterm: 03/29/13 16:48:37  target name (tn)     : cc-1
vxterm: 03/29/13 16:48:37  startup script (s)   : ~vx/startup.scr
vxterm: 03/29/13 16:48:37  other (o)            : dc0
vxterm: 03/29/13 16:48:37  
vxterm: 03/29/13 16:48:45  Attached TCP/IP interface to dc0.
vxterm: 03/29/13 16:48:47  Warning: no netmask specified.
vxterm: 03/29/13 16:48:47  Attaching network interface lo0... done.
vxterm: 03/29/13 16:48:47  Loading... 1000656
vxterm: 03/29/13 16:48:47  Starting at 0x100000...
vxterm: 03/29/13 16:48:47  
vxterm: 03/29/13 16:48:50  In usrNet...
vxterm: 03/29/13 16:48:55  Attached TCP/IP interface to dc unit 0
vxterm: 03/29/13 16:48:56  Attaching network interface lo0... done.
vxterm: 03/29/13 16:48:56  Adding host params.hostName pc-chemcam 172.30.125.3
vxterm: 03/29/13 16:48:56  
vxterm: 03/29/13 16:48:56  Adding 3042 symbols for standalone.

vxterm: 03/29/13 16:48:57   ]]]]]]]]]]]]]]]]]]]]]]]]]]]]]       Development System
vxterm: 03/29/13 16:48:57   ]]]]]]]]]]]]]]]]]]]]]]]]]]]]
vxterm: 03/29/13 16:48:57   ]]]]]]]]]]]]]]]]]]]]]]]]]]]       VxWorks version 5.5.1
vxterm: 03/29/13 16:48:57   ]]]]]]]]]]]]]]]]]]]]]]]]]]       KERNEL: WIND version 2.6
vxterm: 03/29/13 16:48:57   ]]]]]]]]]]]]]]]]]]]]]]]]]       Copyright Wind River Systems, Inc., 1984-2003
vxterm: 03/29/13 16:48:57  
vxterm: 03/29/13 16:48:57                                 CPU: Motorola MCP750 - MPC 750.  Processor #0.
vxterm: 03/29/13 16:48:57                                Memory Size: 0x2000000.  BSP version 1.2/5.
vxterm: 03/29/13 16:48:57  
vxterm: 03/29/13 16:48:57  Executing startup script ~vx/startup.scr ...
vxterm: 03/29/13 16:48:57  # < ~vx/xnew
vxterm: 03/29/13 16:48:57  
vxterm: 03/29/13 16:48:57  # cd "~vx"
vxterm: 03/29/13 16:48:57  loginUserAdd "vx", "bReS9zby9d"
vxterm: 03/29/13 16:48:57  value = 0 = 0x0
vxterm: 03/29/13 16:48:57  
vxterm: 03/29/13 16:48:57  ld < rw.o
vxterm: 03/29/13 16:48:57  value = 28849648 = 0x1b835f0 = qswap + 0xe68
vxterm: 03/29/13 16:48:57  ld < test2.o
vxterm: 03/29/13 16:48:57  value = 28849072 = 0x1b833b0 = tchksum + 0x6a0
vxterm: 03/29/13 16:48:57  ld < acroDriver
vxterm: 03/29/13 16:48:57  value = 28837104 = 0x1b804f0 = rlocalbuf + 0x60
vxterm: 03/29/13 16:48:57  debugLevel = 0x34000
vxterm: 03/29/13 16:48:58  new symbol "debugLevel" added to symbol table.
vxterm: 03/29/13 16:48:58  debugLevel = 0x1b82c60: value = 212992 = 0x34000
vxterm: 03/29/13 16:48:58  ld < rce
vxterm: 03/29/13 16:48:58  value = 28848288 = 0x1b830a0 = lastNoise + 0x70
vxterm: 03/29/13 16:48:58  RCEspeed = 2
vxterm: 03/29/13 16:48:58  RCEspeed = 0x1b79e20: value = 2 = 0x2
vxterm: 03/29/13 16:48:58  S = 0
vxterm: 03/29/13 16:48:58  new symbol "S" added to symbol table.
vxterm: 03/29/13 16:48:58  S = 0x1b7d3e0: value = 0 = 0x0
vxterm: 03/29/13 16:48:58  sp sendTask
vxterm: 03/29/13 16:48:58  task spawned: id = 0x18c3e00, name = t1
vxterm: 03/29/13 16:48:58  value = 25968128 = 0x18c3e00
vxterm: 03/29/13 16:48:58  sp rserver
vxterm: 03/29/13 16:48:58  task spawned: id = rserver spaw0xned and started
vxterm: 03/29/13 16:48:58  18bedc0, name = t2
vxterm: 03/29/13 16:48:58  value = 25947584 = 0x18bedc0
vxterm: 03/29/13 16:48:58  X=malloc(40000)
vxterm: 03/29/13 16:48:58  new symbol "X" added to symbol table.
vxterm: 03/29/13 16:48:58  X = 0x1b7d210: value = 25887568 = 0x18b0350
vxterm: 03/29/13 16:48:58  sp recvTask
vxterm: 03/29/13 16:48:58  task spawned: id = wrote0x 18b0130, name = t313633280
vxterm: 03/29/13 16:48:58  value = 25887024 = 0x = 0x18b0130d00700
vxterm: 03/29/13 16:48:58  
vxterm: 03/29/13 16:48:58  tyBackspaceSet 127 to 
vxterm: 03/29/13 16:48:58  value = c0100004127 = 0x7f
vxterm: 03/29/13 16:48:58  
vxterm: 03/29/13 16:48:58  taskDelay 1
vxterm: 03/29/13 16:48:58  value = 0 = 0x0
vxterm: 03/29/13 16:48:58  wl (0xc0100004, qswap(512000))
vxterm: 03/29/13 16:48:58  wrote 13633280 = 0xd00700 to c0100004
vxterm: 03/29/13 16:48:58  value = 0 = 0x0
vxterm: 03/29/13 16:48:58  
vxterm: 03/29/13 16:48:58  Done executing startup script ~vx/startup.scr

vxterm: 03/29/13 16:49:16   Stopped

Phase d'Intégration du pc chemcam avec l'EGSE BU (7/2/2013)

Voici le déroulement de la phase d'intégration, telle que nous l'avons testée (avec Yann Parot) :

a) Installation des 2 cartes électroniques dans l'EGSE : la carte mère et le processeur

b) allumage de l'EGSE pour voir si tout va bien

c) Extinction de l'EGSE

d) connexion de l'EGSE avec le host (pc-chemcam) via le cable série et le câble réseau RJ45

e) Démarrage du pc-chemcam et lancement de vxterm

On se connecte en tant que "vx" (pass = chemcam)

Lancement de vxterm : entrer "bin/vxterm" dans un terminal

si jamais il y a une erreur, c'est dû au /dev/ttyS0 dont il faut rendre vx propriétaire (mais ce pb est normalement traité au démarrage du pc) : 
> su
# chown vx /dev/ttyS0
# exit

f) Démarrage de l'EGSE (BU) et configuration via le pc chemcam

cf section Configuration de l'EGSE via le pc chemcam (avec vxterm)

****************************************

INSTALLATION des softs ChemCam de pilotage de l'EGSE (24/12/2013)

Une fois installé le système linux CentOS (cf section suivante ci-après), on peut installer le soft Chemcam EGSE

1) Logiciel principal de communication avec l'EGSE

L'archive complète se nomme vxccam.tgz est se trouve dans /home/vx/

Décompresser directement dans /home/vx/ :

cd /home/vx/
tar xvfz vxccam.tgz

Cela crée un nouveau dossier vx/

Il vaut mieux mettre le contenu de /home/vx/vx/ dans /home/vx/ et supprimer le dossier /home/vx/vx, sinon, l'application ne fonctionnera pas très bien (même en configurant comme il faut)

Editer bin/vxterm et changer le chemin vers le langage PERL :

#!/usr/bin/perl -w
(au lieu de #!/packages/bin/perl -w)

((((

Si on voulait maintenir l'application dans /home/vx/vx/ il faudrait faire ceci :

Changer aussi le chemin vers le repertoire de Logs pour le définir à l'intérieur de vx/ :

my $logDir = $ENV{"rawLogPath"} || $ENV{"HOME"}."/vx";

))))

Dans Logs/ renommer le repertoire ccam/ en pc-chemcam/ :

cd Logs
mv ccam pc-chemcam

Il faut également changer le propriétaire de la console /dev/ttyS0 (qui est "root" par défaut) pour que vx puisse écrire dessus. Cette modif est effacée à chaque reboot du pc. Il faut donc la faire au boot :

# Editer le fichier /etc/rc.sysinit, et ajouter cette ligne au début du fichier :
# chown vx /dev/ttyS0

Mais apparemment, ça ne marchait pas bien, donc nouvelle méthode :

vi /etc/rc.local
Ajouter cette ligne à la fin du fichier :
chown vx /dev/ttyS0

2) installation idl 8.2 (SP2)

NB : IDL 8.3 était disponible mais impossible à télécharger sur exelisvis

a) installation

    % mkdir /usr/local/exelis (to create) 
    % chmod a+rx /usr/local/exelis (to give access) 

    Placer le fichier d'installation dans ce repertoire, puis l'y désarchiver :

    % gunzip idl82sp2platform.tar.gz 

    then untar the file:

    % tar xf idl82sp2platform.tar 

    Execute the installation program by entering the following command:

    % ./install.sh 

    Follow the prompts.

Erreur au lancement d'idl :

error while loading shared libraries: libXp.so.6: cannot open shared object file: No such file or directory

# yum install libXp.so.6

MAIS : veut installer libXp.so.6 pour archi i686 avec tout un tas de dépendances i686 que j'ai déjà en x86_64 !!! (genre glibc, libX11, des trucs importants quoi...)

Donc :

# yum whatprovides "*/libXp.so.6"
==>libXp-1.0.0-15.1.el6.i686

j'essaye avec x86_64 à la fin :
# yum install libXp-1.0.0-15.1.el6.x86_64

ce qui m'installe bien libXp.so.6 pour x86_64 !!!

Mais, cette fois-ci, il manque encore "libXpm.so.4"

# yum whatprovides "*/libXpm.so.4"
==>libXpm-3.5.10....i686

j'essaye avec x86_64 à la fin :
# yum install libXpm-3.5.10....x86_64

Là, c'est ok !!!

b) Execution

((( Lancement VM : idl -vm)

Ouverture directe d'un programme idl (.SAV) avec la VM :

 idl -vm=<path><filename>

cd

idl -vm=./chem_cam_gui.sav

Explications de Bob

Mail de Bob (from Bruce L. Barraclough barraclough@psi.edu) décrivant l'installation à faire :

Our systems are based on Red Hat Enterprise Linux Client release 5.6 (Tikanga). This is the 32 bit architecture version. I know 5.8 will work with the IDL GUI, but we run 5.6 on the laptops. Running the GUI requires the IDL Virtual Machine installation - our version is IDL Version 8.1 (linux x86 m32).

The instructions below describe how we set up our standalone system. We have given the gse a name of cc-1 and an ip of 172.30.125.2 that will connect to our laptop named ccam with an ip of 172.30.125.3. If you end up building a standalone system, your network admin will modify the appropriate system files so that the host system boots correctly. The names and ip's here are for example only....

Booting the gse requires a host machine (linux/unix) that has rsh installed and operational. The version on our laptop was installed with the rpm file rsh-0.17-40.el5.

once rsh has been installed, the file /etc/xinetd.d/rsh will need to be edited. The line disable = yes should be changed to disable = no and the only_from = line needs to be changed to the network addresses that rsh will respond to (i.e. 172.30.125.0 would all ip's from 172.30.125.1 - 255).

cat etc/xinetd.d/rsh
#
# $Id: PcChemcam2Tour.txt,v 1.34 2016/03/24 14:22:45 EtiennePallier Exp $
# $URL$
#
# default: on
# description: The rshd server is the server for the rcmd(3) routine and, \
#       consequently, for the rsh(1) program.  The server provides \
#       remote execution facilities with authentication based on \
#       privileged port numbers from trusted hosts.
service shell
{
         disable = no
         socket_type             = stream
         wait                    = no
         user                    = root
         log_on_success          += USERID
         log_on_failure          += USERID
         server                  = /usr/sbin/in.rshd
         only_from               = 172.30.125.0
}

For booting the gse, we create a fictitious user 'vx' with a normal password and directory path. /etc/passwd now has a vx entry. The file /etc/hosts is edited and an entry created containing the name and ip of the gse box. Also, a file (.rhosts) is created in the vx home directory with the name of the gse. For security reasons we make the .rhosts file rw by owner only.

You will have your own domain name (not .lanl.gov). So the .rhosts file has: cc-1 cc-1.lanl.gov

The /etc/hosts has: 172.30.125.2 cc-1.lanl.gov cc-1 172.30.125.3 ccam.lanl.gov ccam

The last change that needs to be made is to the gse through the serial link. the perl scrip vxterm can be used with it's default settings to communicate with the gse.

On power on, the gse will try to boot - it is currently set to do a countdown before attempting to access the network, so type a carriage return to get to the boot prompt. Typing a 'c' and carriage return will cycle through the boot parameters stored in nvram (keep typing 'returns' to cycle through the menu). You add/change parameters simply by typing what you want to enter at the prompt. Default is: -> c boot device : dc unit number : 0 host name : ccam file name : ~vx/vxWorks.st inet on ethernet (e) : 172.30.125.2:ffff0000 host inet (h) : 172.30.125.3 gateway inet (g) : user (u) : vx flags (f) : 0x0 target name (tn) : cc-1 startup script (s) : ~vx/startup.scr other (o) : dc0

Bob

Résolution du problème lié au device /dev/ttyS0 (24/3/2015)

sudo vi /etc/rc.local

Ajouter cette ligne à la fin du fichier :

chown vx /dev/ttyS0

Changement de la NVRAM du boitier EGSE (Interventions des 9/12/2013 et 11/12/2013)

Symptome

Pour une raison inconnue, à chaque redémarrage de l'EGSE, la configuration du vxterm n'est pas bien conservée, elle est corrompue. Il faut donc à chaque fois réentrer la configuration.

Diagnostic de Bob (rdingler@lanl.gov)

This sounds like a problem with the NVRAM (battery died/is dying...) of the Motorola single board computer in the egse crate.

A test would be to do a ^X after you have booted - if it boots correctly then, but not after a power cycle, then it's definitely the NVRAM. I have purchased that part for other projects - info I have is:

Product description: Timekeeper SnapHat (Battery & crystal)
Manf part: #M4T28-BR12SH1
Manf: STMICROELECTRONICS

we got ours from alliedelec.com - they are cheap...

If you have to buy one (or more), I can walk you through the install process - (but after the new year)

Que faire en attendant ?

Voici donc la procédure à suivre depuis le tout début.

1) Démarrer vxterm

$ bin/vxterm

2) Allumer l'EGSE, et attendre que vxterm stoppe sur l'erreur

vxterm commence un compte à rebours. Le laisser aller jusqu'au bout. Il finit par s'arrêter avec un message d'erreur (du style "cannot boot"), et attend une instruction avec un prompt "boot:" :

boot:

3) Reconfigurer l'EGSE

Entrer "p" (puis ENTREE) pour voir la configuration actuelle et constater qu'elle est bien corrompue

boot: p

Ensuite, entrer une nouvelle configuration en suivant les instructions de la section Configuration de l'EGSE

Renouvellement de la NVRAM

(commande faite le 7/1/14)

Commande d'une nouvelle batterie en cours chez Farnell (8¤ HT)

• Fabricant: STMICROELECTRONICS
• Code commande: 1467820
• Référence fabricant: M4T28-BR12SH1

http://fr.farnell.com/jsp/search/productdetail.jsp?sku=1467820

Aussi disponible aux US ici ($5) : http://www.alliedelec.com/search/productdetail.aspx?SKU=70014197

Installation de la NVRAM (le 24/1/14)

Installation faite avec Yann et Etienne le 24 janvier 2014

Nombreux tests faits avec IDL ==> OK

Etienne a une autre NVRAM disponible dans son bureau au cas où.

Voici la procédure suivie, donnée par Bob (Robert Dingler) :

****************************************

Be sure you are esd protected while working on the board.

With the Motorola board removed from the CPCI chassis and the front panel facing you:

Remove the 4 screws on the mezzanine board and carefully remove it. The end facing you is plugged into a connector on the board, so it takes a little force to remove the mezzanine. Set it aside.

The battery backed nvram is the big socketed chip with the text "timekeeper" on it. Carefully remove it from it's socket, and replace it with the one you bought. Make sure the 'dot' on the chip is orientated so that it appears in the upper left corner.

Replace the mezzanine card and the 4 screws.

Done with part 1 -

Next - following is a crude diagram

 ____________________________________________________________________________________________________________---
|                                                         ..............................................................................|
|  ========== ==========    .                                                                            .|
|                                                         . ============== (Compact Flash)              .|
|  ========== ==========    .                                                                            .|
|         PMC slot                                   .                                                                            .|
|                                                         .                                                                            .|
|                                                         . RAM300 DRAM mezzanine board                          .|
|                                                         .                                                              ...............|
|                                                         .                                                              .              |
|                                                         .                                                              .              |
|                                                         .                                                              .              |
|                                                         .                                                              .              |
|                                                         .                                                              .              |
|                                                         .                                                              .              |
|                                                         .                                                              .              |
|                                                         .                                                              .              |
|                                                         .                                                              .              |
|                                                         .                                                              .              |
|D J6                                                   .                                                              .              |
|   .. 3                                                 .                                                              .              |
|   ..                                                    .                                                              .              |
|   .. 1                                                 .                                                              .              |
|                                                         .                                                              .              |
|                                                         ................................................................              |
|__.................................................................___----____----_______________________---__---__|
                                                                     10/100   Com1                              USB  USB
                                                                     Base T                                          1      2

Hopefully mail doesn't corrupt the above, but --- in case, J6 is at the lower far left (red jumper).

J6 should be jumpered 2-1 on your board. You need to move this jumper to 3-2. This will allow booting the Motorola debugger the next time the board is powered.

Install the board in the chassis and power on (make sure the serial com cable is installed and you are running vxterm). You should see something like this:

  Copyright Motorola Inc. 1988 - 2000, All Rights Reserved

  PPC1 Debugger/Diagnostics Release Version 4.9 - 07/10/00 RM01
 COLD Start
 
  Local Memory Found =04000000 (&67108864)

  MPU Clock Speed =367Mhz

 WARNING: BUS Clock Speed Does Not Match the Board Configuration

  WARNING: Keyboard Not Connected

  Reset Vector Location  : ROM Bank B
  Mezzanine Configuration: Single-MPU
  Current 60X-Bus Master : MPU0
  Idle MPU(s)            : NONE

  L2Cache:       1024KB, 147Mhz
  Initializing System Memory (DRAM)...                                    System Memory: 64M
B, ECC Enabled (ECC-Memory Detected)

  PPC1-Bug>time
  SAT JAN  1 00:00:28.00 1994

  PPC1-Bug>he set
Set Time and Date:
SET |<+/-CAL>[;[C]]

PPC1-Bug>set 0704130836
 THU JUL  4 08:36:00.00 2013
PPC1-Bug>

- don't worry if the boot message you get from the debugger is different - I can't remember exactly which board is in the chassis we sent. Important thing is to get to the PPC1-Bug prompt.

- you will want to set the current date instead of what I have above. -this started the clock and allows access to the nvram.

Power down, reset the jumper to 2-1.

Power up the board and vxworks should start to boot. You will need to reset all the configuration parameters, but the nvram now should be set to retain them.

That should do it.

****************************************

INTERVENTIONS TECHNIQUES DIVERSES (par ordre anti-chronologique)

Installation Python 3 (15/2/16)

1) UPDATE OS (yum update)

Yum update : yum, kernel, python, centos

Problème dans les mises à jour de yum. Donc :

yum --enablerepo=updates clean metadata

Puis :

yum update yum

yum update kernel

==> Passe de 2.6.32-504.12.2.el6.x86_64 à 2.6.32-573.18.1.el6.x86_64

RESTART pc

Et enfin :

yum -y update

==> Passe de CentOS 6.6 à 6.7 !!!

2) Installation Python 3 (v3.5.1)

http://www.shayanderson.com/linux/install-python-3-on-centos-6-server.htm

wget https://www.python.org/ftp/python/3.5.1/Python-3.5.1.tar.xz

xz -d Python-3.5.1.tar.xz

tar -xvf Python-3.5.1.tar

cd Python-3.5.1

./configure --prefix=/usr/local

make

sudo make altinstall
==> Successfully installed pip-7.1.2 setuptools-18.2

# Checking Python version:
$ python3.5 -V
Python 3.5.1

Finally, create a link to Python 3 executable for easy usage:
# ln -s /usr/local/bin/python3 /usr/bin/python3
And check:
# python3 --version
Python 3.3.2

Déplacement du pc dans l'ancienne salle blanche et recâblage réseau (22/7/15)

Nouvelle prise réseau : 43-G

Câble : 10m

Connexion au réseau (19/3/2015)

Création d'un nouveau script réseau nommé RESEAU.ifcfg-em1.RESEAU_DHCP_IRAP dans /etc/sysconfig/network-scripts :

DEVICE=em1
BOOTPROTO=dhcp
ONBOOT=yes
TYPE=Ethernet
UUID=1bc1ac47-3eec-4238-af15-d3251962f200
NM_CONTROLLED=yes
HWADDR=F8:B1:56:A5:EA:B9
DEFROUTE=yes
PEERDNS=yes
PEERROUTES=yes
IPV4_FAILURE_FATAL=yes
IPV6INIT=no
NAME="System em1"
LAST_CONNECT=1387886612

Voir la procédure à suivre pour passer du réseau local (salle blanche) au réseau IRAP : #ConfigurationReseau

yum update (and install svn) (19/3/15)

Problèmes avec yum, donc :

yum clean all

Puis update du kernel :

yum update kernel :

2.6.32-431.1.2.0.1 => 2.6.32-504.12.2.el6

Puis, update de python :

yum update python

Install de svn :

yum install svn

Installation de Python 2.7 (19/3/15)

http://bicofino.io/blog/2014/01/16/installing-python-2-dot-7-6-on-centos-6-dot-5/

yum -y update

yum groupinstall -y 'development tools'

yum install -y zlib-devel bzip2-devel openssl-devel xz-libs wget

wget http://www.python.org/ftp/python/2.7.8/Python-2.7.8.tar.xz

xz -d Python-2.7.8.tar.xz

tar -xvf Python-2.7.8.tar

cd Python-2.7.8

./configure --prefix=/usr/local

make
sudo make altinstall

# Checking Python version:
$ python2.7 -V
Python 2.7.8

wget --no-check-certificate https://pypi.python.org/packages/source/s/setuptools/setuptools-1.4.2.tar.gz

# Extract the files:
tar -xvf setuptools-1.4.2.tar.gz
cd setuptools-1.4.2

# Install setuptools using the Python 2.7.8:
sudo python2.7 setup.py install

# Install PIP:
sudo curl https://raw.githubusercontent.com/pypa/pip/master/contrib/get-pip.py | python2.7 -

INSTALLATION de Linux CentOS (23/12/2013 - Etienne Pallier)

1) Sauvegarde de la partition Ubuntu originale

cf http://doc.ubuntu-fr.org/remastersys

cf aussi http://www.ubuntugeek.com/creating-custom-ubuntu-live-cd-with-remastersys.html

De ce que j'ai noté, Ubuntu avait installé les pilotes suivants :

- Pilote proprietaire ATI/AMD pour carte graphique FGLRX (accélération 3D)

- SUNIX Multi-I/O Board Driver module

Téléchargé puis importé la clé authentification :

wget -O - http://www.remastersys.com/ubuntu/remastersys.gpg.key | sudo apt-key add -

Ajouté ce dépot apt à la fin du fichier /etc/apt/sources.list :

#remastersys pour Ubuntu 12.04 LTS
deb http://www.remastersys.com/ubuntu/ precise main

Rechargé la liste des paquets, installé paquet remastersys, puis créé image ISO :

sudo apt-get update
sudo apt-get install remastersys
sudo remastersys backup optiplex7010_ubuntu.iso

Sauvegardé cette image sur mon pc

2) Installation CentOS 6.5

Download ISO (DVD1) from ftp://mirror.in2p3.fr/pub/linux/CentOS/6.5/isos/x86_64

copié ISO sur clé usb

changé ordre boot dans setup (F2) pour booter sur usb key

booté pc from usb key

CentOS démarre mais ensuite ne trouve plus l'image d'installation, il faut lui préciser qu'elle est sur disque dur, sur la partition /dev/sdb1 !!!

(Ah linux, toujours aussi geek-only !!!)

Partitionnement :

Type d'install choisie : "Créer un paritionnement spécialisé"

(garder ensuite la clé usb comme périph de stockage de données : once again, geek-only)

Le pc utilise en usine les partitions suivantes :
- sda1 : 350Mo vfat
- sda2 : 3Go vfat
- sda3 : 9Go ext4 (la partition ubuntu que j'ai réduite car elle occupait tout le disque)
- sda4 : étendue, inclut 12Go (12194 Mio) de swap sur sda5
(sdb : ma clé usb)

J'ai supprimé sda4

J'ai créé une nouvelle partition, ce qui a créé une partition étendue sda4, dans laquelle je crée :
- sda5 : 929000 Mio sur "/" en ext4
- sda6 : 12194 Mio en swap
- libre : 232 Mio

Après partitionnement, Ajouté un lien vers sda3 que j'appelle "ubuntu12" pour pouvoir booter dessus éventuellement

Installation "Desktop"

kernel 2.6.32

3) Config post-install

a) Désactivation de SELINUX !!!

/usr/sbin/sestatus nous donne : SELinux status: enabled

/usr/sbin/getenforce nous donne : Enforcing

Donc, non seulement SELinux est activé, mais en plus en niveau renforcé !!!

/etc/selinux/config contient "enforcing"

Je le désactive donc : dans /etc/selinux/config, je mets SELINUX=disabled Je reboote

Après reboot, je vérifie que c'est bien désactivé : $ /usr/sbin/getenforce Disabled

b) update

yum update yum

yum update kernel

yum update

c) RSH

4) Install RSH (nécessaire pour EGSE Chemcam)

system-config-services : on y voit que rsh est absent, il faut donc l'installer

yum install rsh-server

system-config-services :

on y voit bien rsh
activer rsh
arreter iptables (firewall)

/etc/init.d/xinetd start

Maintenant que rsh-server est installé, on a bien un fichier de config /etc/xinetd.d/rsh

Editer ce fichier et changer "disable = yes" en "disable = no"

Par sécurité, on peut ajouter aussi la ligne :

only_from = 172.30.125.0

Faire un update de xinetd :

service xinetd reload ou /etc/init.d/xinetd reload

(sur Fedora : systemctl restart xinetd.service systemctl is-active xinetd.service ==> active systemctl status xinetd.service )

Arret du firewall :

chkconfig --list iptables
chkconfig --level 2345 iptables off

Création d'un fichier /home/vx/.rhosts contenant ceci (par défaut, n'autorise que l'utilisateur "vx") : cc-1.cesr.fr cc-1

(** cc-1.cesr.fr dupont ==> si on veut autoriser l'utilisateur "dupont" depuis le pc cc-1)

Par sécurité, le rendre modifiable uniquement par vx : chmod 644 .rhosts (mais c'est facultatif)

Fixer l'adresse IP de pc-chemcam à 172.30.125.3 directement dans /etc/sysconfig/network-scripts/ifcfg-em1 (il n'y a pas de ifcfg-eth0) (ou via system-config-network) :

BOOTPROTO="static"
IPADDR="172.30.125.3"
NETMASK="255.255.255.0"

Déclarer cc-1 dans /etc/hosts (pour faire notre mini DNS local) 172.30.125.2 cc-1.cesr.fr cc-1

Test de connexion rsh depuis un "fake" cc-1 (un pc linux Fedora, pour tester), dont le /etc/hosts contient "172.30.125.3 pc-chemcam.cesr.fr pc-chemcam", qui a l'adresse IP 172.30.125.2, et qui est connecté à pc-chemcam via un réseau local sur hub/switch (ou cable croisé) :

$dupont> rsh -l vx pc-chemcam.cesr.fr ls -l Permission denied

tail /var/log/messages : rsh denied to dupont@cc-1.cesr.fr as vx: Permission denied

tail /var/log/secure : pc-chemcam rshd: pam_rhosts_auth(rsh:auth): denied to dupont... as vx: access not allowed

List service and their open ports : netstat -tulpn

# netstat -n --inet Connexions Internet actives (sans serveurs) Proto Recv-Q Send-Q Adresse locale Adresse distante Etat tcp 0 0 172.30.125.3:1023 172.30.125.2:1022 ESTABLISHED tcp 0 0 172.30.125.3:514 172.30.125.2:1023 ESTABLISHED netstat: no support for `AF INET (sctp)' on this system.

Quand la connexion est finie (resultat de "ls" affiché) :

[root@pc-chemcam vx]# netstat -n --inet Connexions Internet actives (sans serveurs) Proto Recv-Q Send-Q Adresse locale Adresse distante Etat tcp 0 0 172.30.125.3:1023 172.30.125.2:1022 TIME_WAIT tcp 0 0 172.30.125.3:514 172.30.125.2:1023 TIME_WAIT

Puis, 1 mn après (plus rien): [root@pc-chemcam vx]# netstat -n --inet Connexions Internet actives (sans serveurs) Proto Recv-Q Send-Q Adresse locale Adresse distante Etat

*Ca ne marche pas comme ça ! Il faut soit autoriser "dupont" dans /home/vx/.rhosts (cf **), soit lancer la commande depuis un user "vx" :*

Donc, sur mon pc, je fais quelques changements :

- je crée un user "vx"
- je change mon hostname : 
# hostname cc-1.cesr.fr
- je me connecte en tant que "vx" :
su vx

$vx@cc-1> rsh pc-chemcam.cesr.fr ls -l

ou encore :

$vx@cc-1> rsh pc-chemcam.cesr.fr ls -l /home/vx/

==> là ça marche !!! (bien que ça prenne quand même quelques secondes...)

tail /var/log/secure contient ces lignes :

rshd... pam_rhosts(rsh:auth): allowed access to vx@cc-1.cesr.fr as vx
rshd... pam_unix(rsh:session): session opened for user vx by (uid=0)
rshd... pam_unix(rsh:session): session closed for user vx

Pour info, j'ai mis du temps à comprendre le fonctionnement du bon vieux rsh...

Attention, "rsh" with and without are not same commands

"/usr/bin/rsh " = is same as "rlogin ". It means you need to enable "rlogin" on server!

"/usr/bin/rsh = this is normal "rsh"

Donc, la commande normale à exécuter pour tester est, par exemple :

$cc-1> rsh pc-chemcam ls /home

ce qui exécutera un "ls /home" sur pc-chemcam depuis cc-1

NB : si on veut autoriser "root" à se connecter en rsh, il faut ajouter "rsh" (et "rlogin", et "rexec" ?) à la fin du fichier /etc/securetty

5) Eventuellement, si on avait voulu renommer la machine en ccam (au lieu de pc-chemcam)

(hostname ccam ==> ne modifie que temporairement)

edit /etc/sysconfig/network et changer en ccam.cesr.fr

(sur d'autres systemes, on a plutot /etc/hostname)

mais bon, j'ai laissé pc-chemcam.cesr.fr

voilà pour l'installation du système linux. Sur cette base, on peut passer à l'installation du soft Chemcam EGSE (cf section précédente)

Edit computer form