Bonjour, - une connexion SSH sur "datarmor" pour les commandes qsub ? OUI - une seconde connexion sur "datarmor1" ou "datarmor3" pour les transferts SCP ? NON Les résultats à transférer sont placés ou copiés dans /home1/scratch/slehuta/eftp (scratch : durée de conservation de 15 jours, donc c'est du temporaire). Non, pas de lien Le contenu du /home1/scratch/slehuta/eftp est alors accessible en ftp par server : eftp.ifremer.fr login : login et password extranet directory : scratch L'exemple pris ici (scratch de slehuta) est transposable pour chaque compte datarmor Merci Denis Le 23/03/2020 à 10:20, Eric Chatellier a écrit :
Le 22/03/2020 à 17:27, Denis Croizé-Fillon a écrit :
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.
Bonjour,
En effet nous utilisons actuellement une seule connexion SSH sur "datarmor.ifremer.fr" pour tout.
Dans votre cas, cela correspond à des commandes scp sur datarmor1 et datarmor3.
Il faut donc que j'ouvre:
- une connexion SSH sur "datarmor" pour les commandes qsub ?
- une seconde connexion sur "datarmor1" ou "datarmor3" pour les transferts SCP ?
Pouvez vous m'indiquer quels sont les machines/espaces qui sont l'objet de ces transferts (source et destination) ?
De mémoire, je dirais le poste local de l'utilisateur (n'importe où) vers $HOME/isis-fish-4 depuis le noeud de login (donc /home1/datahome/slehuta ?)
(il est possible que ce dossier soit un lien symbolique sur /home1/datawork/slehuta/isis-fish-4 pour certains utilisateur).