Aucun noeud Sun Cluster ne peut être le client NFS d'un système de fichiers exporté Sun Cluster HA for NFS-, sous la maîtrise d'un noeud de la même grappe. Un tel montage croisé de Sun Cluster HA for NFS est interdit. Utilisez le système de fichiers de grappe pour répartir les fichiers entre les noeuds de grappe.
Les applications exécutées localement sur la grappe ne doivent pas verrouiller les fichiers sur un système de fichiers exporté via NFS. Sinon, un blocage local (par exemple, flock(3UCB) ou fcntl (2)) risque d'empêcher le gestionnaire de verrouillage (lockd) de redémarrer. Au redémarrage, il est possible qu'un processus local bloqué soit verrouillé et que seul un client distant puisse le déverrouiller. Le comportement qui s'en suit est imprévisible.
Sun Cluster HA for NFS exige que tous les montages de clients NFS soient des montages "rigides".
Avec Sun Cluster HA for NFS, n'utilisez pas d'alias de noms d'hôtes pour les ressources réseau. Si des clients NFS montent des systèmes de fichiers de grappe qui utilisent des alias de noms d'hôtes, ces clients risquent des problèmes de reprise dans le cas d'un verrouillage statd.
Le logiciel Sun Cluster 3.0 ne prend pas en charge l'option Secure NFS ni l'utilisation conjointe de Kerberos et de NFS, et en particulier les options secure et kerberos appliquées au sous-système share_nfs(1M). Néanmoins, le logiciel Sun Cluster 3.0 prend en charge l'utilisation de ports sécurisés pour NFS en ajoutant l'entrée set nfssrv:nfs_portmon=1 au fichier /etc/system sur les noeuds de la grappe.