Migration NFS eole2 → eole3

VM ID	VM nom	OS	NFS -> eole3	Concernés	Commentaires
100	formation	Ubuntu18	ok	🟢	Migration en cours
105	platinebassebretagne	Ubuntu16	❌	❌	Pas de montage NFS
107	pleade-com	Ubuntu18	ok	🟢	Drupal vieux mais pas de problème
108	devtools2			❌
109	Centreon			❌
110	redmine			❌
112	ens-lyon	Ubuntu18	ok	🟢
113	AD44	Ubuntu18	ok	🟢
114	Canigo			❌
116	MGMT			❌
117	devtools			❌
119	ENCELADE			❌
124	Debian11			❌
126	UBUNTU24			❌
127	APBP	Ubuntu18	ok	🟢	Attention : Vider les caches des Drupal !
128	vm-altcha-sentinel			❌
200	glpi			❌
201	mercure	Ubuntu18	ok	🟢	Tous les montages NFS vers : ens-lyon-data cdf-data ad64-data ad53-data pleade.com-data ad44-data drac-ge-data cnd-data msh-dijon-data demo-v4-data apbp-data am-angers-data module-pleade-data
301	AD53-consultation	Ubuntu18	ok	🟢	Attention : Vider les caches des Drupal !

Migration NFS eole2 → eole3 (VM formation)

1. Contexte

Migration des montages NFS depuis :

• eole2 : 192.168.123.101

vers :

• eole3 : 192.168.123.202

Spécificité eole3 :

• données exposées via : /var/data/<client>-data/data
• point de montage côté VM : /var/data/<client>-data

---

2. Préparation

Sauvegarde du fstab

cp /etc/fstab /etc/fstab.bak.$(date +%F-%H%M)

---

3. Mise à jour du fstab

Remplacement des anciennes entrées :

192.168.123.101:/var/data/formationX-data

par :

192.168.123.202:/var/data/formationX-data/data    /var/data/formationX-data    nfs4    rw,soft,_netdev,noatime,timeo=600,retrans=3   0   0

⚠ Important :

• le /data est uniquement côté serveur
• ne jamais le mettre côté point de montage local

---

4. Création des points de montage

mkdir -p /var/data/formation{0..13}-data

---

5. Activation des exports côté eole3

Sur eole3 :

• décommenter uniquement les datasets existants (formation0 à formation4)

exportfs -ra

---

6. Montage

Pour éviter les blocages :

• ne garder que les datasets actifs dans le fstab (formation0 à formation4)

mount -av

---

7. Vérification

Vérification des montages

findmnt -t nfs,nfs4 | grep formation
df -h | grep formation

Résultat attendu :

• montages actifs sur eole3 (192.168.123.202)

---

8. Test fonctionnel

touch /var/data/formation0-data/test_write
ls -l /var/data/formation0-data

Vérifier :

• écriture OK
• pas de problème de droits

---

9. Réversibilité

En cas de problème :

cp /etc/fstab.bak.* /etc/fstab
mount -a

---

10. Points d'attention

• Les points de montage doivent exister localement
• Les datasets doivent être exportés côté eole3
• Ne migrer que les datasets réellement disponibles
• Éviter "mount -a" avec des entrées non valides

---

11. Résultat

• migration réussie pour formation0 à formation4
• montages actifs en NFSv4
• VM fonctionnelle sur eole3

Migration NFS — VM pleade.com

1. Contexte

Migration du montage NFS depuis eole2 vers eole3.

• Ancien serveur : 192.168.123.101 (eole2)
• Nouveau serveur : 192.168.123.202 (eole3)
• Données : /var/data/pleade.com-data
• Particularité : présence d’un Drupal ancien en production

---

2. Vérification initiale

Montage existant

mount | grep pleade.com-data

Résultat :

montage actif depuis eole2

Vérification espace disque

df -h | grep pleade.com

---

3. Test de montage eole3

mkdir -p /mnt/test
mount -t nfs4 192.168.123.202:/var/data/pleade.com-data/data /mnt/test

Vérifications :

df -h | grep test
ls /mnt/test

Résultat attendu :

• accès aux données OK
• arborescence complète (alto, ead, images, mets, etc.)

---

4. Modification fstab

Ancienne configuration

192.168.123.101:/var/data/pleade.com-data    /var/data/pleade.com-data    nfs    rw,soft,intr     0 0

Nouvelle configuration

192.168.123.202:/var/data/pleade.com-data/data    /var/data/pleade.com-data    nfs4    rw,soft,_netdev,noatime,timeo=600,retrans=3    0 0

---

5. Bascule

umount /var/data/pleade.com-data
mount /var/data/pleade.com-data

---

6. Vérifications post-migration

Vérification du montage

findmnt /var/data/pleade.com-data

Résultat attendu :

source = 192.168.123.202

Vérification espace disque

df -h | grep pleade

Vérification contenu

ls /var/data/pleade.com-data

---

7. Actions applicatives (Drupal)

Redémarrage Apache

systemctl restart apache2

Nettoyage des caches Drupal

Cas sans drush global :

./../../../vendor/bin/drush cr

À exécuter pour chaque site :

• archives.agglo-pau.fr
• archives-lecture.agglo-pau.fr
• archives-internet.agglo-pau.fr
• default

Résultat attendu :

[success] Cache rebuild complete.

---

8. Nettoyage

umount /mnt/test
rmdir /mnt/test

---

9. Points d'attention

• Drupal ancien → cache obligatoire après migration
• Pas de service NFS côté VM (client uniquement)
• UID/GID conservés → pas d’impact sur les droits
• Apache suffit (pas de php-fpm sur cette VM)

---

10. Validation

• Montage actif sur eole3 : OK
• Données accessibles : OK
• Sites Drupal fonctionnels : OK
• Cache vidé : OK

---

11. Conclusion

Migration réalisée avec succès.

La VM pleade.com utilise désormais eole3 comme serveur NFS.

Le nettoyage des caches Drupal a permis d’assurer la continuité de service sans erreur.

Migration NFS — VM ens-lyon vers eole3

1. Contexte

Migration des montages NFS depuis eole2 vers eole3.

• Ancien serveur : 192.168.123.101 (eole2)
• Nouveau serveur : 192.168.123.202 (eole3)
• Objectif : basculer sans interruption de service

---

2. État initial

mount | grep ens-lyon
df -h | grep ens-lyon

Résultat :

• montage actif depuis eole2 :

192.168.123.101:/var/data/ens-lyon-data

---

3. Test préalable eole3

Création d’un point de montage temporaire :

mkdir -p /mnt/test
mount -t nfs4 192.168.123.202:/var/data/ens-lyon-data/data /mnt/test

Vérification :

df -h | grep test
ls /mnt/test

Résultat :

• montage OK
• accès aux données validé

Nettoyage :

umount /mnt/test

---

4. Sauvegarde fstab

cp /etc/fstab /etc/fstab.bak_$(date +%F)

---

5. Modification fstab

Remplacement de :

192.168.123.101:/var/data/ens-lyon-data    /var/data/ens-lyon-data    nfs    rw,soft,intr     0 0

Par :

192.168.123.202:/var/data/ens-lyon-data/data    /var/data/ens-lyon-data    nfs4    rw,soft,_netdev,noatime,timeo=600,retrans=3   0   0

---

6. Vérification du point de montage

ls -ld /var/data/ens-lyon-data

Résultat :

• répertoire existant → OK

---

7. Bascule

Démontage propre :

umount /var/data/ens-lyon-data

Remontage :

mount -a

---

8. Vérification finale

findmnt -t nfs,nfs4 | grep ens-lyon
df -h | grep ens-lyon

Résultat :

192.168.123.202:/var/data/ens-lyon-data/data

→ migration réussie

---

9. Vérification côté serveur eole3

exportfs -v | grep ens-lyon

Résultat :

• export présent
• VM autorisée

---

10. Plan de réversibilité

En cas de problème :

cp /etc/fstab.bak_YYYY-MM-DD /etc/fstab
mount -a

---

11. Points importants

• Passage de NFS → NFSv4
• Chemin modifié :

 * eole2 : /var/data/<client>
 * eole3 : /var/data/<client>/data

• Options optimisées :

 * _netdev → attente réseau
 * noatime → perf disque
 * timeo/retrans → gestion timeout

---

12. État final

Élément	Statut
Accès NFS	OK
Performance	OK
Données visibles	OK
Dépendance eole2	supprimée

Migration NFS — VM AD53 vers eole3

1. Contexte

Migration des montages NFS depuis eole2 vers eole3.

• Ancien serveur : 192.168.123.101 (eole2)
• Nouveau serveur : 192.168.123.202 (eole3)
• VM : AD53 (production — forte charge)

Objectif :

• bascule transparente sans interruption utilisateur

---

2. État initial

mount | grep ad53
df -h | grep ad53

Résultat :

192.168.123.101:/var/data/ad53-data

→ montage actif depuis eole2

---

3. Test préalable eole3

Création d’un point de montage temporaire :

mkdir -p /mnt/test
mount -t nfs4 192.168.123.202:/var/data/ad53-data/data /mnt/test

Vérification :

df -h | grep test
ls /mnt/test

Résultat :

• montage OK
• données accessibles :

 * data-private
 * pleade
 * projets

Nettoyage :

umount /mnt/test
rmdir /mnt/test

---

4. Sauvegarde fstab

cp /etc/fstab /etc/fstab.bak_$(date +%F)

---

5. Modification fstab

Remplacement de :

192.168.123.101:/var/data/ad53-data    /var/data/ad53-data    nfs    rw,soft,intr     0 0

Par :

192.168.123.202:/var/data/ad53-data/data    /var/data/ad53-data    nfs4    rw,soft,_netdev,noatime,timeo=600,retrans=3   0   0

---

6. Vérifications préalables

ls -ld /var/data/ad53-data
mount | grep ad53-data
findmnt /var/data/ad53-data

Résultat :

• point de montage existant ✔
• montage actif depuis eole2 ✔

---

7. Bascule

Démontage et remontage rapide :

umount /var/data/ad53-data && mount /var/data/ad53-data

En cas de doute :

mount -v /var/data/ad53-data

---

8. Vérification finale

df -h | grep ad53

Résultat attendu :

192.168.123.202:/var/data/ad53-data/data

→ migration réussie

---

9. Vérification côté serveur eole3

exportfs -v | grep ad53

Résultat :

• export présent
• VM autorisée

---

10. Vérification applicative

Cas général

• tester l’accès aux fichiers
• vérifier les applications consommatrices (ex : Pleade)

Cas Drupal

Si la VM héberge des sites Drupal, vider les caches applicatifs :

cd /chemin/du/site
drush cr

Remarque :

• exécuter la commande dans le bon contexte Drupal
• répéter pour chaque site hébergé

Exemple sur cette VM :

• vidage de cache nécessaire après la bascule pour rétablir le bon fonctionnement de certains sites

---

11. Plan de réversibilité

cp /etc/fstab.bak_YYYY-MM-DD /etc/fstab
mount /var/data/ad53-data

---

12. Points importants

• Passage de NFS → NFSv4
• Changement de chemin :

 * eole2 : /var/data/<client>
 * eole3 : /var/data/<client>/data

• Optimisation des options :

 * _netdev → attente réseau
 * noatime → performance
 * timeo/retrans → gestion des timeouts

---

13. État final

Élément	Statut
Accès NFS	OK
eole3 utilisé	OK
eole2 utilisé	supprimé
Impact utilisateur	minimal
Applications	OK après purge cache Drupal

Migration NFS — VM AD44

1. Contexte

Migration du montage NFS depuis eole2 vers eole3.

• Ancien serveur : 192.168.123.101 (eole2)
• Nouveau serveur : 192.168.123.202 (eole3)
• Données : /var/data/ad44-data

---

2. Vérification initiale

Montage existant

mount | grep ad44-data

Résultat :

montage actif depuis eole2

Vérification espace disque

df -h | grep ad44

---

3. Test de montage eole3

mkdir -p /mnt/test
mount -t nfs4 192.168.123.202:/var/data/ad44-data/data /mnt/test

Vérifications :

df -h | grep test
ls /mnt/test

Résultat attendu :

• accès aux données OK
• structure conforme (data-private, pleade, projets, etc.)

---

4. Modification fstab

Ancienne configuration

192.168.123.101:/var/data/ad44-data    /var/data/ad44-data    nfs    rw,soft,intr     0 0

Nouvelle configuration

192.168.123.202:/var/data/ad44-data/data    /var/data/ad44-data    nfs4    rw,soft,_netdev,noatime,timeo=600,retrans=3    0 0

---

5. Bascule

umount /var/data/ad44-data
mount /var/data/ad44-data

---

6. Vérifications post-migration

Vérification du montage

findmnt /var/data/ad44-data

Résultat attendu :

source = 192.168.123.202

Vérification espace disque

df -h | grep ad44

Vérification contenu

ls -l /var/data/ad44-data

---

7. Nettoyage

umount /mnt/test
rmdir /mnt/test

---

8. Points d'attention

• Les droits NFS sont conservés (UID/GID identiques)
• Pas d’impact applicatif constaté
• Aucun redémarrage de service nécessaire

---

9. Validation

• Montage actif sur eole3 : OK
• Données accessibles : OK
• VM opérationnelle : OK

---

10. Conclusion

Migration réalisée avec succès.

La VM AD44 utilise désormais eole3 comme serveur NFS sans impact visible.

Migration NFS — VM APBP

1. Contexte

Migration du montage NFS depuis eole2 vers eole3.

• Ancien serveur : 192.168.123.101 (eole2)
• Nouveau serveur : 192.168.123.202 (eole3)
• Données : /var/data/apbp-data

---

2. Vérification initiale

Montage existant

mount | grep apbp-data

Résultat :

montage actif depuis eole2

Vérification espace disque

df -h | grep apbp

---

3. Test de montage eole3

mkdir -p /mnt/test
mount -t nfs4 192.168.123.202:/var/data/apbp-data/data /mnt/test

Vérifications :

df -h | grep test
ls /mnt/test

Résultat attendu :

• accès aux données OK
• structure conforme

---

4. Modification fstab

Ancienne configuration

192.168.123.101:/var/data/apbp-data    /var/data/apbp-data    nfs    rw,soft,intr     0 0

Nouvelle configuration

192.168.123.202:/var/data/apbp-data/data    /var/data/apbp-data    nfs4    rw,soft,_netdev,noatime,timeo=600,retrans=3    0 0

---

5. Bascule

umount /var/data/apbp-data
mount /var/data/apbp-data

---

6. Vérifications post-migration

Vérification du montage

findmnt /var/data/apbp-data

Résultat attendu :

source = 192.168.123.202

Vérification espace disque

df -h | grep apbp

Vérification contenu

ls -l /var/data/apbp-data

---

7. Nettoyage

umount /mnt/test
rmdir /mnt/test

---

8. Points d'attention

• Vérifier les UID/GID (cohérence avec eole3)
• Aucun redémarrage de service requis dans la majorité des cas
• En cas d’application (Drupal, Pleade, etc.) :

 * vider les caches si comportement anormal

---

9. Validation

• Montage actif sur eole3 : OK
• Données accessibles : OK
• VM opérationnelle : OK

---

10. Conclusion

Migration réalisée avec succès.

La VM APBP utilise désormais eole3 comme serveur NFS sans impact visible.

Migration NFS — VM canigo

1. Contexte

Migration du montage NFS depuis eole2 vers eole3.

• Ancien serveur : 192.168.123.101 (eole2)
• Nouveau serveur : 192.168.123.202 (eole3)
• Données : /var/data/canigo-data
• Particularité : export NFS avec option "insecure"

---

2. Vérification initiale

Montage existant

mount | grep canigo-data

Résultat :

montage actif depuis eole2

Vérification espace disque

df -h | grep canigo

---

3. Vérification côté eole3

Sur eole3 :

exportfs -v | grep canigo

Vérifier la présence de :

/var/data/canigo-data/data 192.168.123.X(...)

⚠️ Important :

• vérifier que le client (IP de la VM canigo) est autorisé
• conserver l’option "insecure" si nécessaire

Exemple :

/var/data/canigo-data/data 192.168.123.X(rw,sync,no_subtree_check,insecure)

---

4. Test de montage eole3

mkdir -p /mnt/test
mount -t nfs4 192.168.123.202:/var/data/canigo-data/data /mnt/test

Vérifications :

df -h | grep test
ls /mnt/test

Résultat attendu :

• accès aux données OK

---

5. Modification fstab

Ancienne configuration

192.168.123.101:/var/data/canigo-data    /var/data/canigo-data    nfs    rw,soft,intr     0 0

Nouvelle configuration

192.168.123.202:/var/data/canigo-data/data    /var/data/canigo-data    nfs4    rw,soft,_netdev,noatime,timeo=600,retrans=3    0 0

---

6. Bascule

umount /var/data/canigo-data
mount /var/data/canigo-data

---

7. Vérifications post-migration

Vérification du montage

findmnt /var/data/canigo-data

Résultat attendu :

source = 192.168.123.202

Vérification espace disque

df -h | grep canigo

Vérification contenu

ls /var/data/canigo-data

---

8. Nettoyage

umount /mnt/test
rmdir /mnt/test

---

9. Points d'attention

• Option "insecure" côté serveur NFS :

 * autorise les ports >1024 côté client
 * nécessaire selon certaines configurations anciennes

• Vérifier :

 * UID/GID cohérents
 * accès en lecture/écriture OK

• Aucun redémarrage applicatif requis en général

---

10. Validation

• Montage actif sur eole3 : OK
• Données accessibles : OK
• VM opérationnelle : OK

---

11. Conclusion

Migration réalisée avec succès.

La VM canigo utilise désormais eole3 comme serveur NFS.

Configuration spécifique "insecure" maintenue pour compatibilité.