Gaya : bascule sur la nouvelle architecture
Les informations contenues sur cette page sont susceptibles
d'évoluer au cours du temps. Nous vous invitons donc à
voir et revoir son contenu.
I/ Introduction :
Le 30 mars 2010, Gaya a subi une évolution de son
architecture
passant d'une SGI O3900 à une SGI Altix 4700, avec en plus un
changement du système d'exploitation :
|
SGI Origin 3900
|
SGI Altix 4700
|
- 12 processeurs R16000
- Fréquence d'horloge de 700 MHz
- 32 Go de mémoire
|
- 32 bi-coeurs Itanium 2 => 64 coeurs.
- Fréquence d'horloge de 1,67 GHz
- Performance crête
(coeurs*fréquence*4flops): 427.52 Gflops
- 128 Go de mémoire
|
- 31 To d'espace disque divisés en deux caches
disques principaux :
- Un cache disque de 11 To (fichiers < 16 Mo)
- Un cache disque de 20 To pour les autres
- trois robots StorageTek ACS4400 d'une capacité
supérieure à 1 Po
|
- Un cache disque de 768 To
- Trois robots StorageTek ACS4400 d'une capacité
supérieure à 1 Po
|
- Système d'exploitation : IRIX64 6.5
- Taille maximale des fichiers : 40 Go
- Logiciels système (gestion de fichiers) : DMF
|
- Système d'exploitation : Linux Suse 10 SP2 (64
bits)
- Taille maximale des fichiers : 200 Go
- Logiciels système (gestion de fichiers) : DMF
|
II/ Présentation :
On passe d'un processeur SGI (MIPS) à un processeur
Itanium avec pour principale conséquence LA NON
PORTABILITÉ DES BINAIRES.
Il vous faudra donc recompiler toutes vos applications.
De même, le système d'exploitation change donc vérifiez
le fonctionnement de vos scripts : les commandes Unix
n'acceptent pas nécessairement les mêmes options.
Vous diposez sur la machine :
- d'éditeurs : vi, vim, emacs,
- de shells : ksh,
bash, csh (lien sur tcsh), tcsh,
- de commandes degestion des dates d'expiration des fichiers :
mfret
- d'outils d'archivage : tar,
- de la duplication de fichiers : dupli,
- de commandes de suivi des quotas : quota_u, du, fsdu, iquota,
- de meta-langages : perl, python, tclsh,
- de compilateurs : gfortran, gcc,
- d'outils de restauration de fichiers : tina,
- du serveur DODS
III/ Bascule
Le lundi 29 mars vers 16h la machine GAYA a été mise
hors
production. La nouvelle architecture, toujours nommée Gaya,
est
devenue opérationnelle le 30 mars en fin de journée.
Durant cette interruption, nous avons recopié tous les
fichiers
contenus sur les caches disque ainsi que les
métadonnées
(qui assurent la cohérence entre le cache et les fichiers
migrés sur cassettes) sur la nouvelle architecture.
La nouvelle machine fichier a gardé le nom et l'adresse IP de
l'ancienne pour éviter les problèmes de filtrage
effectués par les laboratoires. Il ne devrait donc y
avoir
aucun problème pour se connecter sur la nouvelle machine via
rlogin ou ssh.
De même, votre mot de passe et votre shell de login sur la nouvelle machine sont ceux
de l'ancienne (à la date du 29 mars 2010).
Pour celles et ceux qui ont positionné des ACLs sur leur HOME
(ou divers répertoires/fichiers), ces ACLs sont
reportés
sur la nouvelle machine. Par contre, les commandes permettant la
gestion des ACLs changent (setfacl, getfacl).
ATTENTION :
- La visibilité du HOME de Gaya depuis Ulam ($HOMEGAYA)
est conservée. Après avoir réalisé
un
montage avec droit en lecture seule (empéchant toute
modification des fichiers de Gaya depuis Ulam), nous somme
revenus
à ce qu'il y avait sur l'ancienne architecture (lecture
et
écriture). Cependant, nous rappelons que l'utilisation de
ce
montage est recommandée pour faire de l'édition de
fichiers (via Vi, Emacs, ...), mais fortement
déconseillée pour un code de
pré/post-traitement
ou un script qui réaliserait beaucoup
d'entrées/sorties.
Pour les pré/post-traitements, il est
préférable
de tranférer les fichiers sur la frontale (via mfget)
et de les traiter localement sur Ulam avant de les recopier sur
Gaya (via mfput). Notez que pour faire ceci, vous
disposez aussi du WORKDIR sur Ulam, pour lequel vous
pouvez demander une augmentation de quota si nécessaire
(voir la commande quota_u -w).
- Le système d'exploitation change (désormais sous
Linux), donc vérifiez le fonctionnement de vos scripts.
En effet, les commandes Unix n'acceptent pas
nécessairement les mêmes options qu'avant.
- Votre shell de login est le même que
sur l'ancienne machine. Cependant vous pouvez avoir quelques
messages d'erreur à la connexion liés à vos
fichiers d'environnement. Le Ksh de la nouvelle machine ne
comprend pas nécessairement la même syntaxe que le
Ksh de l'ancienne machine. Notez que vous pouvez changer le
shell de login via la commande chsh. Vous avez le
choix entre /bin/bash, /bin/ksh, /bin/csh
et /bin/tcsh.
- Les commandes audit et mfundelete ne sont
plus opérationnelles. Pour le moment, elles retournent un
message d'avertissement avant d'être supprimées.
- Sous vi, l'affichage s'effectue en couleur. C'est joli mais
pas toujours lisible. Vous pouvez désactiver l'affichage
en couleur à l'aide de la commande syntax off
sous Vi. Vous pouvez aussi placer cette instruction dans le
fichier ~/.vimrc pour vous eviter d'avoir à
entrer cette commande à chaque fois que éditer un
fichier. Notez que vous avez un exemple de fichier dans /etc/vimrc
qui est le fichier de paramétrage par défaut. Vous
pouvez le copier sous $HOME/.vimrc et modifier ce
dernier pour personnaliser vos sessions Vi.
© CNRS - IDRIS, 23/04/2012