Bonjour,

Depuis le lancement de datarmor, il a été demandé de ne pas utiliser les noeuds de login (les serveurs sur lesquels on se connecte en ssh, donc, plus globalement, datarmor.ifremer.fr) pour faire du transfert de données.

Je constate pourtant de plus en plus de problèmes sur les serveurs de login. Les activités normales (connexion, édition, compilation, lancement et suivi de jobs, ...) sont impactés par des transferts réalisés de différentes manières. J'ai été amené à verrouiller ce type d'accès.

Dans votre cas, cela correspond à des commandes scp sur datarmor1 et datarmor3.

Pouvez vous m'indiquer quels sont les machines/espaces qui sont l'objet de ces transferts (source et destination) ?

Merci

Denis

Bonjour,

je lance des simulation ISIS-Fish sur datarmor en utilisant la configuration habituelle qui normalement ne pose pas probleme. Je transmet le message à code lutin car je ne comprends pas ce que vous demandez. 

Avez vous interompu mes jobs?

Eric, vaut il mieux que je configure les lancements datarmor pour utiliser le isis-database-4 sur mon datawork plutot qu en local ? 

Merci

 

Le 2020-03-22 12:11, Denis Croizé-Fillon a écrit :

Bonjour,

Merci de ne pas faire de transfert (rsync cp scp ...) via les noeuds de login :

Pour les échanges avec l'extérieur :
- un accès ftp est possible à votre repertoire scratch : /home1/scratch/slehuta/eftp qui correspond au répertoire scratch une fois connecter en ftp sur eftp.ifremer.fr avec login et password extranet
- un échange via la queue ftp est possible : /appli/services/exemples/pbs/ftp.pbs

Pour des échanges importants au sein des espaces de stockage de datarmor : lancer un job en interactif sur sequentiel et réaliser le traitement. Voici un exemple pour 1h avec 10 Go de mémoire réservé

qsub -I -l select=1:ncpus=1:mem=10gb -l walltime=01:00:00


Pour les questions sur l'usage de la machine : assistance@ifremer.fr

Denis