Problème : la viabilité du système de fichiers NFS ne peut pas être vérifiée avant basculement ou utilisation de scswitch pour localiser le service de données sur le nœud. Le basculement vers un nœud sans système de fichiers NFS entraînera l'échec du service de données et nécessitera une intervention manuelle. Un mécanisme du type HAStoragePlus est requis pour vérifier la viabilité du système de fichiers avant toute tentative de basculement vers un nœud.
Solution : les systèmes de fichiers utilisant un classement NAS (entrées dans le fichier /etc/vfstab) sont montés hors du contrôle de Sun Cluster. Ce logiciel ignore donc les problèmes éventuels. En cas de non-disponibilité du système de fichiers, certains services de données, notamment Sun Cluster HA pour Oracle, échouent lors de l'exécution de méthodes telles que START ou STOP.
L'échec de ces méthodes offre plusieurs possibilités :
La ressource de services de données, notamment HA-Oracle, peut passer en mode STOP_FAILED si les binaires de l'application (Oracle) ne sont pas disponibles.
Le service de données peut poursuivre ses tentatives de basculement vers d'autres nœuds jusqu'au démarrage réussi ou à l'épuisement des possibilités.
Effectuez l'une des procédures suivantes pour éviter ces problèmes :
Placez les binaires de l'application sur le système de fichiers du cluster ou de basculement. Configurez ensuite une ressource HAStoragePlus pour représenter ce système de fichiers et enregistrer une dépendance de l'application à cette ressource. Le système ne tentera pas de démarrer l'application tant que le système de fichiers ne sera pas disponible.
Placez les binaires de l'application sur le système de fichiers racine local. Si le système de fichiers racine local ne fonctionne pas, le nœud ne parvient pas à intégrer le cluster et le système tente de démarrer l'application à cet emplacement.