C'est fait. Env. 2.5To sur vp-istex2-data monté en /data/springer-journals
Partage NFS as usual en RO
Partage en RW sur vp-istex2-li
Je n'ai pas jugé opportun de monter sur old vp-istex-li, ai-je eu raison ?
Merci Sylvain,
Je viens de lancer la copie via rsync.
Oui, pas besoin de l'accès sur l'ancien vp-istex-li
Je te redirai quand repasser en RO
Bon week
Claude
Hello !
Ma copie via rsync est anormalement longue : seulement 170Go copiés depuis vendredi soir...
Vous n'auriez pas une idée expliquant ces lenteurs ?
PS, j'ai lancé rsync avec les options "-vaz"
Claude
z n'est pas utile sur un réseau local.
c'est de quelle vm vers quelle vm ? on reste sur la même machine, non ? (vp-istex2-data) je me demande si un cp ne serait pas plus approprié.
OK, je vais tenter avec cp, on verra si c'est plus rapide...
Bon, ça n'a pas l'air fameux... Ce matin, on en n'est qu'à 250Go copiés en tout... :-(
Finalement, après les soucis de ce matin j'ai changé mon fusil d'épaule.
Ce que je vais faire :
1- suppression de tous les répertoires BSE=* du filesystem /data/springer
2- ingestion via Concerto/Loadistex de /data/springer
3- copie de tout le contenu de /data/springer dans /data/springer-journals
L'étape 1 est déjà en cours.
Claude
Hello,
la copie de /data/springer vers /data/springer-journals est terminée.
Pour la suite, pourriez-vous :
(le FS /data/springer actuel devient donc obsolète et ne sera plus monté du tout)
Merci d'avance et bonne journée
Claude
Sur vp-istex2-li le fstab est modifié :
192.168.127.11:/data/edp /data/edp nfs ro,proto=tcp,rsize=32768,wsize=32768 0 0
192.168.127.11:/data/lavoisier /data/lavoisier nfs ro,proto=tcp,rsize=32768,wsize=32768 0 0
192.168.127.11:/data/springer /data/springer nfs ro,proto=tcp,rsize=32768,wsize=32768 0 0
J’ai pu démonter lavoisier & springer-journals et les remonter en RO
/data/edp est occupé/busy => retry later
Pour le reste, malgré un plantage de la vp-istex2-api j'ai changé le montage, le FS /data/springer-journals est monté sur /data/springer.
Super, merci beaucoup Sylvain.
Pour le démontage impossible /data/edp, c'est ma faute : j'avais lancé un traitement qui sollicitait l'accès à ce FS. C'est sûrement ce qui t'a gêné, j'en suis désolé... :-/
En tous cas, tout à l'air OK. Il faudra effectivement supprimer l'ancien /data/springer.
... et aussi faire un backup de tous les /data/... qui ont bougé récemment.
Bonne journée
Claude
No problemo, je viens de faire /data/edp => en RO
Pour la suppression définitive j'attendrai le retour d'angel. il faudra prévoir un arrêt de la VM pour cette opération.
Pour le Backup idem, ou retour de Michel, c'est eux qui maîtrisent.
Enfin il y a le cas de /work/springer également, non ?
Oui tu as raison, /work/springer-ebooks n'a plus lieu d'être.
Mais effectivement y a pas urgence
A+
Bonjour,
Pourriez-vous créer un nouveau FS /data/springer-journals, d'une taille de 2,5 To ?
(C'est cette partition qui a terme remplacera le /data/springer courant)
Accès demandé en RW pour le user "istex"
Merci d'avance
Claude