Le problème rencontré se traduit par un mauvais montage de certains File Systems (FS) au démarrage d’un serveur AIX. Une partie des FS sont montés sur un LV qui n’est pas celui défini sous /etc/filesystems.
Exemple :
Avec un fichier /etc/filesystems paramétré avec les FS dans l’ordre du tableau précédant on va avoir les montages suivants :
/root -> lvroot : OK
/home -> lvhome : OK
/app/apache -> lvapp : KO (il devrait être monté sur lvapache)
/app/oracle -> lvoracle : KO (il devrait être monté sur lvoracle)
/app -> lvapp : OK
Dans l’exemple précédent c’est l’ordre de déclaration des FS dans le fichier « filesystems » qui pose problème. En effet on va monter une sous-arboresence (/app/oracle et /app/apache) avant de monter le FS parent (/app). Donc le system va bien monter les FS dans l’ordre indiqué et ainsi les montages /app/oracle -> lvoracle et /app/apache -> lvapache vont être écrasés par le montage de /app -> lvapp.
Il suffit de modifier l’ordre de déclaration des FS dans le fichier « /etc/filesystems » de manière à ce que les FS des répertoires « parents » soient montés avant les FS des répertoires fils.
Ce qui donne donc l’ordre suivant dans notre exemple :
Le big data occupe de plus en plus d’espace dans l’actualité, et grâce au lobbying des grands acteurs de l’informatique, plus aucun client n’est épargné par ces campagnes d’évangélisation. Tout naturellement, une sorte de honte (virtuelle, d’ailleurs, ca
Découvrez la planche #15!
Quelle DSI n’a jamais rêvé de sortir des projets de développement sans accroc et avec une haute qualité technique ? Un rêve qui peut devenir réalité avec la mise en place d’un pôle qualité au sein de sa DSI !