FAQ sur Gaya (serveur de fichiers de l'IDRIS)



Comment changer de shell ?

Utilisez la commande chsh qui vous demandera quel shell vous souhaitez adopter, par exemple passer de bash à csh :
gaya-rlab000 : chsh
Changing login shell for rlab000.
Password:
Enter the new value, or press return for the default.
        Login Shell [/bin/bash]: /bin/csh
Shell changed.
gaya-rlab000 :
Pour revenir au début de la FAQ

Mes transferts par mfget/mfput ne fonctionnent plus ?

Il peut y avoir plusieurs raisons que nous classerons par ordre de fréquence :
  1. shell bavard
  2. dépassement de quotas,
  3. problème de permissions,
  4. le répertoire existe-t-il bien ?

    Il ne faut pas changer son mot de passe lorsqu'un travail NQS est en cours d'exécution.

  1. shell bavard. Il met a mal les r-commandes en soumission batch. paragraphe 3

  2. Dépassement de quotas disques; si c'est le cas, le transfert échouera. Il y a 2 types de dépassement de quotas, en espace disque occupé et en nombre de fichiers, visible par la commande quota_u. Vous pouvez aussi consulter la FAQ : Je suis en dépassement de quotas sur Gaya : que faire ?

  3. Problème de permissions ; le transfert échouera aussi si vous n'avez pas les droits d'accès sur Gaya dans le répertoire où vous voulez écrire. Vérifiez donc sur Gaya :
    1. les accès Unix,
    2. les ACL (Access Control List) si vous en avez mis.

  4. Le répertoire existe-t-il bien ?
    Si vous écrivez dans un répertoire de Gaya, vérifiez que celui-ci existe bien avec les bons droits d'accès Unix !

    Exemple :

    vargas-rlab000 : mfput fichier acces/ficgaya
    Le répertoire $HOME/acces sera créé sur Gaya s'il n'existe pas.
    

Pour revenir au début de la FAQ


Mon mfput n'a pas fonctionné ; le fichier a été effacé avec le $TMPDIR. Que faire ?

Après un calcul dans le $TMPDIR, quand la sauvegarde vers Gaya par mfput d'un fichier de résultat par exemple, échoue, le fichier est effacé avec le $TMPDIR en fin de job.

Une procédure de sauvegarde a été prévue dans la commande mfput pour vous permettre de récupérer ce fichier quand il s'agit d'un problème :

Le fichier non sauvegardé sur Gaya est alors recopié dans un espace disque dédié avant d'être effacé. La commande mfput renvoie un message d'erreur indiquant dans quel espace disque a eu lieu la recopie ce qui vous permet de le récupérer.

Pour revenir au début de la FAQ


Comment connaître la date d'expiration d'un fichier ?

Pour plus de détails, vous pouvez consulter les man de ces commandes ou le document : "Durée de vie des fichiers et expiration" sur notre serveur.

Pour revenir au début de la FAQ


Comment modifier la date d'expiration d'un fichier ?

La date d'expiration d'un fichier est fixée à 1 an après sa date de dernière modification ou de dernier accès (la plus récente des 2).

La commande mfret (sans option) prolonge la vie du fichier d'un an à partir de la date du jour.

Pour plus de détails, vous pouvez consulter le man de cette commande ou le document : "Durée de vie des fichiers et expiration" sur notre serveur.

Pour revenir au début de la FAQ


Comment modifier les dates d'expiration de tous les fichiers d'un répertoire ?

Pour modifier les dates d'expiration des fichiers situés sous une arborescence de racine rep, il suffit d'utiliser la commande mfret -r :
gaya-rlab000 : mfret -r rep
Pour plus de détails, vous pouvez consulter le man de cette commande ou le document : "Durée de vie des fichiers et expiration" sur notre serveur.

Pour revenir au début de la FAQ


Comment fiabiliser la conservation de mes fichiers les plus précieux ?

La commande dupli permet d'obtenir une copie de fichiers avec l'assurance qu'ils soient migrés sur des cassettes différentes des originaux. Elle vous protège contre d'éventuelles cassettes endommagées.

On peut voir la commande dupli comme un simple cp qui vous assure que la copie se trouve sur une cassette différente de l'original.

Pour plus d'information sur cette commande, cf. man dupli sur Gaya et la rubrique "Duplication de fichiers" sur notre serveur.

Pour revenir au début de la FAQ


Je ne peux plus créer un seul fichier sur Gaya, pourquoi ?

Vous avez probablement dépassé votre quota de fichiers sur Gaya. Vous êtes sans doute déjà au courant car un message est automatiquement envoyé à chaque utilisateur lorsque son groupe a dépassé l'espace qui lui est alloué. Les quotas sont gérés par groupe et non par utilisateur.

Il y a deux types de dépassement de quotas sur Gaya : en espace occupé et en nombre de fichiers (cf. commande quota_u)

La sortie de la commande quota_u est mise à jour toutes les 24 heures.

En cas de dépassement de quotas, il est impératif de faire le tri dans ses fichiers pour détruire les fichiers inutiles.

Pour revenir au début de la FAQ


Pourquoi y a-t-il des quotas sur Gaya ?

Cliquez ici

Pour revenir au début de la FAQ


Quels sont les quotas d'espace disque ?

Espaces disques
Machine Espace Unité
d'attribution
Quotas : limites (soft) et remarques
Ulam HOME groupe 150 Mo
WORKDIR groupe 150 Mo augmenté sur simple demande via extranet.idris.fr
TMPDIR login
  • existe en batch uniquement;
  • de 20 à 200 Go suivant les classes batch.
Vargas HOME groupe 200 Mo
WORKDIR groupe 10 Go augmenté sur simple demande via extranet.idris.fr
TMPDIR login
Babel HOME groupe 200 Mo utiles + 200 Mo réservés à la duplication des fichiers
WORKDIR groupe 10 Go augmenté sur simple demande via extranet.idris.fr
TMPDIR login
Gaya HOME groupe 50 Go et 5000 fichiers (inodes), augmenté sur simple demande via extranet.idris.fr

Remarques :

  1. Les limites de quotas indiquées sont susceptibles de varier en fonction de l'évolution de la configuration des disques ou de l'optimisation de la gestion de ces espaces. Ce sont les limites soft provoquant des messages d'avertissement qui sont indiquées. Le seuil de blocage complet (limites hard) est supérieur d'environ 10%.

  2. Les commandes les plus utiles pour vérifier les quotas sont :

Pour revenir au début de la FAQ


Je suis en dépassement de quotas sur Gaya : que faire ?

Lorsque vous dépassez les limites de quotas d'espace et/ou d'inodes sur Gaya, vous avez deux possibilités :

D'ailleurs nous préconisons cette dernière solution plutôt que de compresser des fichiers afin de rester sous les quotas autorisés par exemple.

Pour revenir au début de la FAQ


Dois-je compresser mes fichiers pour rester en dessous de mes quotas ?

Vous ne devez en aucun cas compresser vos fichiers s'ils sont destinés à rester sur Gaya.

Nous vous invitons à suivre les indications données dans "Je suis en dépassement de quotas sur Gaya : que faire ?"

En effet, la compression logicielle (via gzip/compress) s'avère très pénalisante pour l'exploitation pour les raisons suivantes :

Réservez donc strictement la compression (tar + gzip) aux gros fichiers que vous souhaitez transférer à l'extérieur de Gaya. Bien entendu, le tar sans compression associée permettant le regroupement de fichiers ne pose pas de problème particulier.

Pour revenir au début de la FAQ


Pourquoi "du -k" sous-estime la somme de la taille de mes fichiers ?

    Sur Gaya, certains de vos fichiers ont été migrés sur cassettes et d'autres sont encore sur les disques. La commande du -k prend en compte la taille des fichiers sur le disque, mais les fichiers migrés ont une taille proche de 0 octets. Ceci explique la sous-estimation de l'espace disque.

    Il y a une parade, il faut utiliser la commande fsdu -k et dans ce cas on retrouve le bon chiffre.

Pour revenir au début de la FAQ


Comment réajuster mon quota disque ?

    Vous avez lancé la commande iquota -r. Cette dernière a recalculé le quota de votre groupe au moment ou vous l'avez lancé.

    On constate toutefois que les quotas pour chaque login ne sont pas en accord avec le quota global qui est correct.

    C'est une faiblesse de iquota -r qui ne réactualise que le quota global et pas le quota pour chacun des logins.

    Demain matin tout sera redevenu dans l'ordre.

    Pour plus de détails, vous pouvez consulter la rubrique : "Utilisation et contrôle des quotas" de notre serveur.

Pour revenir au début de la FAQ


Comment autoriser un utilisateur ou un groupe particulier à accéder à mes fichiers ?

Seuls les ACL (Acces Control List) permettent de faire ceci.

Pour plus de détails, vous pouvez consulter le paragraphe Gestion des accès aux fichiers et le man setfacl et le man getfacl.

Pour revenir au début de la FAQ


Malgré le transfert de ma clé, ssh me demande toujours mon mot de passe !

Dans la page sur SSH, on signale que seul le propriétaire du compte doit avoir les accès en écriture sur les répertoires :

Ainsi une ACL sur le répertoire HOME, impliquant des droits en écriture pour une autre personne que le propriétaire du compte, rend le mécanisme des clés SSH inopérant (une connexion via SSH demande alors le mot de passe). Pour que les clés puissent fonctionner, il faut vérifier que l'on a les droits Unix maximums suivants sur le HOME (pas de droit d'écriture pour le groupe et les autres) :
$ ls -lLd ~
drwxr-xr-x+    9 rgrp000  grp         4096 Apr 13 09:42 /u/rech/grp/rgrp000
L'option -L est importante car les HOME sur Gaya sont des liens symboliques.
Dans ce cas, la procédure consiste à d'abord activer les droits ACL puis à changer ensuite les droits Unix : depuis le HOME de Gaya, utilisez par exemple la commande "chmod 750 ~" qui évite de donner l'accès à tout le monde.

Pour revenir au début de la FAQ

© CNRS-IDRIS 2012