Tâche #18555
Scénario #18224: Dissociser la gestion des quotas entre les données des repertoires individuels et celles des partages collectif
Étudier les répercussions sur la migration avec sauvegarde de données
Historique
#1 Mis à jour par Benjamin Bohard il y a plus de 7 ans
- Assigné à mis à Benjamin Bohard
#2 Mis à jour par Benjamin Bohard il y a plus de 7 ans
- Temps estimé mis à 6.00 h
- Restant à faire (heures) mis à 6.0
#3 Mis à jour par Benjamin Bohard il y a plus de 7 ans
- Statut changé de Nouveau à En cours
- % réalisé changé de 0 à 50
- Restant à faire (heures) changé de 6.0 à 3.0
Le mécanisme mis en place se base sur la disponibilité de PE et l’état non instancié d’un module.
Dans le cadre d’une migration, le module passe par une phase non instancié. Par contre, il est peu probable que des PE soient disponibles sans intervention manuelle (installation et préparation d’un nouveau disque, manipulation des partitions existantes,…).
Le problème majeur, comme dans la migration, est d’avoir une opération robuste de déplacement des données dans le cas où on créerait des volumes logiques destinés à être montés sur des dossiers non vides. Le seul test effectué pour l’instant porte sur le dossier /dev/log. Le traitement des verrous sur les fichiers est le seul point qui a attiré l’attention.
La procédure pour modifier (si souhaitée et souhaitable) le partitionnement d’un serveur en cours de migration (la cible principale étant Seth, on ne devrait pas avoir le cas ?), reste à formaliser. Dans la configuration actuelle, les développements actuels ne devraient pas avoir d’incidence sur la migration des modules (nouvelles variables inaccessibles).
#4 Mis à jour par Benjamin Bohard il y a plus de 7 ans
- Statut changé de En cours à Fermé
- % réalisé changé de 50 à 100
- Restant à faire (heures) changé de 3.0 à 0.0
Pas de partitionnement a posteriori envisagée, avec cette technique, dans le cadre des migrations.