Les restrictions suivantes s'appliquent à la version 3.0 de Sun Cluster 3.0 Update 1 :
Types de transport RSM (Remote Shared Memory) : ces types de transport ne sont actuellement pas pris en charge, même si la documentation y fait parfois référence.
Interface SCI (Scalable Coherent Interface) : cette interface n'est pas prise en charge en tant qu'interconnexion de grappe.
Suivi automatique des chemins de disque : cette fonctionnalité n'est pas prise en charge. Vous devez surveiller manuellement les chemins de disque pour empêcher toute double défaillance ou perte de chemin vers un périphérique de quorum. Le logiciel détecte les défaillances de chemin des disques actifs, mais pas les chemins des disques inactifs.
Les périphériques de stockage comportant plus de deux chemins physiques vers la baie ne sont pas pris en charge, à l'exception du système Sun StorEdge A3500, pour lequel deux chemins vers chacun des deux noeuds sont pris en charge.
SunVTSTM n'est pas pris en charge.
Les mises à niveau de la structure logicielle et des services de données sont uniquement prises en charge entre les versions majeures de Sun Cluster, pas dans les versions de mise à jour. Par conséquent, il n'y a pas de mise à niveau automatique entre Sun Cluster 3.0 GA et Sun Cluster 3.0 Update 1. La procédure de mise à niveau manuelle se trouve dans le fichier UPGRADE_README sur le CD-ROM Sun Cluster 3.0 7/01 à l'emplacement suivant : /cdrom/suncluster_3_0u1/SunCluster_3.0/Tools/Upgrade/
Les bandes et les CD-ROM multi-hôtes ne sont pas pris en charge.
Le logiciel ne prend pas en charge l'utilisation d'un système de fichiers LOFS sur les noeuds de grappe.
L'exécution d'applications clientes sur les noeuds de la grappe n'est pas prise en charge. Le basculement d'un groupe de ressources peut provoquer la rupture d'une liaison TCP (telnet/rlogin). Ce basculement couvre les connexions établies par les noeuds de la grappe et les connexions établies par les hôtes clients extérieurs à la grappe.
L'exécution de classes de programmation de processus de haute priorité sur les noeuds de la grappe n'est pas prise en charge. Ne lancez pas de processus, quel que soit le noeud, s'exécutant dans la classe de programmation à temps partagé avec une priorité supérieure à la normale ou un processus s'exécutant dans la classe de programmation en temps réel. Sun Cluster 3.0 s'appuie sur des threads du noyau qui ne s'exécutent pas dans la classe en temps réel. D'autres processus à temps partagé qui s'exécutent avec une priorité supérieure à la normale ou en temps réel risqueraient d'empêcher les threads du noyau Sun Cluster d'obtenir les cycles de processeur nécessaires.
Les quotas de systèmes de fichiers ne sont pas pris en charge dans le logiciel Sun Cluster 3.0 Update 1.
Les interfaces réseau logiques sont réservées pour une utilisation par le logiciel Sun Cluster 3.0 Update 1.
Restrictions liées au système de fichiers de grappe
La commande umount -f se comporte de la même manière que la commande umount sans l'option -f. Elle ne prend pas en charge les démontages forcés.
La commande unlink (1M) n'est pas prise en charge dans les répertoires non vides.
La commande lockfs -d n'est pas prise en charge. Utilisez lockfs -n comme palliatif.
Le système de fichiers de grappe ne prend en charge aucune des fonctions de système de fichiers Solaris permettant de placer une extrémité de communication dans l'espace de noms du système de fichiers. Par conséquent, vous ne pouvez pas créer un socket UNIX dont le nom est un nom de chemin menant au système de fichiers de grappe. Vous ne pouvez pas non plus créer des FIFO ni des canaux de communication nommés (named pipes). N'essayez pas non plus d'utiliser fattach.
Cette commande n'est pas prise en charge pour exécuter des fichiers binaires à partir de systèmes de fichiers montés avec l'option de montage forcedirectio.
Restrictions NAFO (Network Adapter Failover)
Toutes les cartes de réseau public doivent faire partie de groupes NAFO.
Un sous-réseau IP ne contient qu'un seul groupe NAFO pour chaque noeud. Sun Cluster 3.0 ne prend pas en charge l'entrelacement IP, même sous sa forme la plus simple, où plusieurs adresses IP peuvent exister dans le même sous-réseau.
Un groupe NAFO ne peut pas contenir plusieurs cartes actives simultanément.
Sun Cluster 3.0 n'est pas compatible avec la définition local-mac-adresse?=true de la PROM OpenBootTM.
Restrictions liées aux services et aux applications
Sun Cluster 3.0 ne peut fournir de services qu'aux services de données inclus dans le produit Sun Cluster ou construits à l'aide de l'API de services de données de ce dernier.
N'utilisez pas des noeuds de grappe comme serveurs de courrier, car l'environnement Sun Cluster ne prend pas en charge le sous-système sendmail(1M). Aucun répertoire de courrier ne doit résider sur les noeuds Sun Cluster.
Ne configurez pas les noeuds de grappe comme routeurs (passerelles). Si le système devient indisponible, les clients ne pourront pas trouver d'autre routeur et, de ce fait, ne pourront pas continuer à fonctionner.
Ne configurez pas les noeuds de grappe comme serveurs NIS ou NIS+. Les noeuds de grappe peuvent toutefois être des clients NIS ou NIS+.
N'utilisez pas une configuration Sun Cluster pour fournir un service d'initialisation ou d'installation haute disponibilité sur des systèmes clients.
N'utilisez pas une configuration Sun Cluster 3.0 pour fournir un service rarpd.
L'API des services de données Sun Cluster 3.0 prend uniquement en charge les services de données 32 bits. L'application dont dépend le service de données Sun Cluster peut être une application 64 bits, mais, dans une grappe, les méthodes et les moniteurs des services de données qu'elle utilise doivent être des programmes 32 bits.
Restrictions liées à Sun Cluster 3.0 HA for NFS
Quel que soit le noeud de la grappe, n'exécutez aucune application qui accède à un système de fichiers Sun Cluster HA for NFS sur un autre noeud. L'accès à de tels systèmes de fichiers ne doit se faire que par le système de fichiers de grappe. L'utilisation d'un système de fichiers NFS exporté à partir d'un noeud de grappe risque de produire un comportement de verrouillage imprévisible.
Sun Cluster HA for NFS exige que tous les montages de clients NFS soient des montages matériels ("hard").
Avec Sun Cluster HA for NFS, n'utilisez pas d'alias de noms d'hôte 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ôte, ces clients risquent de rencontrer des problèmes de reprise en présence d'un verrouillage statd.
Sun Cluster 3.0 ne prend pas en charge Secure NFS ou l'utilisation de Kerberos avec NFS. En particulier, les options secure et kerberos du sous-système share_nfs(1M) ne sont pas prises en charge.
Restrictions liées au gestionnaire de volumes
Dans les configurations Solstice DiskSuite qui utilisent des médiateurs, chaque ensemble de disques doit être associé à exactement deux hôtes médiateurs.
DiskSuite Tool (un méta-outil) n'est pas compatible avec Sun Cluster 3.0.
VxVM Dynamic Multipathing (DMP) n'est pas pris en charge avec le logiciel Sun Cluster 3.0.
Le niveau RAID 5 logiciel n'est pas pris en charge.
Restrictions liées au matériel
A l'exception des grappes qui utilisent Sun StorEdge A3x00, une paire de noeuds de grappe doit avoir au moins deux baies de disques multihôtes.
RAID 5 est uniquement pris en charge au niveau matériel avec Sun StorEdge A3x00.
AP (Alternate Pathing) n'est pas pris en charge.