Scénario #21485
Mis à jour par Daniel Dehennin il y a plus de 6 ans
h3. Problème
Un certain nombre de demandes remontent de notre communauté pour revoir le partitionnement par défaut de nos modules, par example :
Demande #21151 :
<pre>
Le problème est :
seulement une partition /var
/var/log/syslog a grossi à cause d'un problème d'antivirus temps réel qui a généré beaucoup de log (bug connu)
/var/lib/mysql et /var/lib/ldap étant dans la même partition, les deux logiciels ont planté et perdu quelques données (finalement ils ont été remis d’aplomb mais quelques données ont été perdues)
De plus l'ANSII recommande de mettre ces dossier (/var et /var/log) sur des partitions différentes.
</pre>
L’interface de partitionnement de l’installeur ne semble pas suffisamment facile d’accès.
h3. Proposition
* Tous les modules sont installés avec le partitionnement de l’Eolebase
* Le partitionnement par défaut des modules est reporté dans le dictionnaire dudit module, en mode expert (comme sur project:seth)
h3. Critères d’acceptation
* Une nouvelle ISO qui laisse partitionne tous les modules de l’espace libre sur le disque
** Utiliser la commande *@vgs@* sur une fresh installation d’un module même façon (partitionnement Eolebase)
** La commande *@CreoleGet test_extend_standard_partitioning@* doit renvoyer *@oui@*
* Les Des dictionnaires de module reportant les partitionnements par défaut qui étaient fournis par l’installation ISO
** La commande *@CreoleGet eole_lv_names@* doit retourner la liste des volumes logiques attendus dans un partitionnement EOLE standard
* Des images instanciés avec le bon partitionnement cible pour chaque module
** Utiliser la commande *@vgs@* sur les modules instanciés ne montre aucun espace libre
* Un module avec un partitionnement non standard et de l’espace libre n’est pas automatiquement redimensionné durant l’instance
** La commande *@CreoleGet test_extend_standard_partitioning@* doit renvoyer *@non@*
Un certain nombre de demandes remontent de notre communauté pour revoir le partitionnement par défaut de nos modules, par example :
Demande #21151 :
<pre>
Le problème est :
seulement une partition /var
/var/log/syslog a grossi à cause d'un problème d'antivirus temps réel qui a généré beaucoup de log (bug connu)
/var/lib/mysql et /var/lib/ldap étant dans la même partition, les deux logiciels ont planté et perdu quelques données (finalement ils ont été remis d’aplomb mais quelques données ont été perdues)
De plus l'ANSII recommande de mettre ces dossier (/var et /var/log) sur des partitions différentes.
</pre>
L’interface de partitionnement de l’installeur ne semble pas suffisamment facile d’accès.
h3. Proposition
* Tous les modules sont installés avec le partitionnement de l’Eolebase
* Le partitionnement par défaut des modules est reporté dans le dictionnaire dudit module, en mode expert (comme sur project:seth)
h3. Critères d’acceptation
* Une nouvelle ISO qui laisse partitionne tous les modules de l’espace libre sur le disque
** Utiliser la commande *@vgs@* sur une fresh installation d’un module même façon (partitionnement Eolebase)
** La commande *@CreoleGet test_extend_standard_partitioning@* doit renvoyer *@oui@*
* Les Des dictionnaires de module reportant les partitionnements par défaut qui étaient fournis par l’installation ISO
** La commande *@CreoleGet eole_lv_names@* doit retourner la liste des volumes logiques attendus dans un partitionnement EOLE standard
* Des images instanciés avec le bon partitionnement cible pour chaque module
** Utiliser la commande *@vgs@* sur les modules instanciés ne montre aucun espace libre
* Un module avec un partitionnement non standard et de l’espace libre n’est pas automatiquement redimensionné durant l’instance
** La commande *@CreoleGet test_extend_standard_partitioning@* doit renvoyer *@non@*