PowerScale : OneFS : Alertes SPN manquantes sans nom de zone SmartConnect (SCZN) correspondant
Summary: Les clusters signalent que le serveur AD manque les SPN nécessaires après un basculement ou une restauration automatique Superna pour les noms de principe de service (SPN) qui correspondent à n’importe quel nom de zone SmartConnect du cluster. ...
Symptoms
Une fois qu’un processus de basculement/restauration automatique Superna est effectué pour désigner le cluster PowerScale principal, les erreurs suivantes peuvent s’afficher sur le cluster secondaire.
2.365102 10/21 09:26 I 0 729106 AD server missing needed SPN(s) HOST/eyeglasstest.example.org, HOST/eyeglasstest, nfs/eyeglasstest.example.org, nfs/eyeglasstest; try 'isi auth ads spn check EXAMPLE.ORG' 2.365089 10/21 09:11 I 0 729106 AD server missing needed SPN(s) HOST/eyeglasstest.example.org, HOST/eyeglasstest, nfs/eyeglasstest.example.org, nfs/eyeglasstest; try 'isi auth ads spn check EXAMPLE.ORG'
Après investigation, il se peut que les SPN manquants n’aient pas le même nom que l’un des noms de pool réseau du cluster secondaire.
Par exemple, si le cluster PowerScale A affiche les alertes SPN manquantes :
NOM DU CLUSTER : clusterA
La vérification du SPN signale les SPN manquants :
clusterA-1# isi auth ads spn check EXAMPLE.ORG Possible missing SPNs: HOST/eyeglasstest.example.org HOST/eyeglasstest nfs/eyeglasstest.example.org nfs/eyeglasstest Possible extra SPNs: nfs/igls-original-eyeglasstest
Aucun des noms de pool réseau ne correspond, comme l’indique « isi network pools list -v ». Le SPN manquant et le nom du pool réseau doivent être une correspondance exacte. Les autres noms similaires et sans lien qui contiennent une partie du SPN manquant ne sont pas pris en compte.
Pools réseau du clusterA :
clusterA-1# isi network pools list -v ID: groupnet0.subnet0.pool0 Groupnet: groupnet0 Subnet: subnet0 Name: pool0 Rules: rule0 Access Zone: System Allocation Method: static Aggregation Mode: lacp Description: Initial 10gige-1 pool Firewall Policy: default_pools_policy Ifaces: 1:10gige-agg-1, 2:10gige-agg-1, 3:10gige-agg-1, 4:10gige-agg-1, 5:10gige-agg-1, 6:10gige-agg-1 IP Ranges: 172.20.14.41-172.20.14.46 IPv6 Perform DAD: No Rebalance Policy: auto SC Failover Policy: round_robin Static Routes: - NFSv3 RDMA RRoCE only: No SC Suspended Nodes: - SC Connect Policy: round_robin SC Zone: d8fs14.example.org SC DNS Zone Aliases: igls-ignore-vlan14.example.org SC Subnet: subnet0 SC TTL: 0 -------------------------------------------------------------------------------- ID: groupnet0.subnet1.Eyeglass_Pool Groupnet: groupnet0 Subnet: subnet1 Name: Eyeglass_Pool Rules: - Access Zone: EyeglassRunbookRobot Allocation Method: static Aggregation Mode: lacp Description: Firewall Policy: default_pools_policy Ifaces: 1:10gige-agg-1 IP Ranges: 172.20.15.6-172.20.15.6 IPv6 Perform DAD: No Rebalance Policy: auto SC Failover Policy: round_robin Static Routes: - NFSv3 RDMA RRoCE only: No SC Suspended Nodes: - SC Connect Policy: round_robin SC Zone: igls-original-eyeglasstest.example.org SC DNS Zone Aliases: igls-robot-oco.example.org SC Subnet: subnet1 SC TTL: 0 -------------------------------------------------------------------------------- ID: groupnet0.subnet1.pool0 Groupnet: groupnet0 Subnet: subnet1 Name: pool0 Rules: - Access Zone: prod Allocation Method: static Aggregation Mode: lacp Description: Firewall Policy: default_pools_policy Ifaces: 1:10gige-agg-1, 2:10gige-agg-1, 3:10gige-agg-1, 4:10gige-agg-1, 5:10gige-agg-1, 6:10gige-agg-1 IP Ranges: 172.20.15.41-172.20.15.46 IPv6 Perform DAD: No Rebalance Policy: auto SC Failover Policy: round_robin Static Routes: - NFSv3 RDMA RRoCE only: No SC Suspended Nodes: - SC Connect Policy: round_robin SC Zone: igls-original.example.org SC DNS Zone Aliases: igls-prod.example.org SC Subnet: subnet1 SC TTL: 0
Lors de la vérification du nouveau cluster principal, clusterB, vous pouvez trouver le nom du pool SmartConnect correspondant au SPN manquant. Il s’agit du SPN référencé dans l’alerte sur le cluster secondaire, clusterA.
NOM DU CLUSTER : clusterB
Cluster de production contenant le SPN + le nom du pool :
clusterB-1# isi auth ads spn list EXAMPLE.ORG | grep -i eyeglasstest SPN ---------------------------------------------------- nfs/eyeglasstest nfs/eyeglasstest.example.org HOST/eyeglasstest HOST/eyeglasstest.example.org
Nom du pool réseau du cluster principal
clusterB-1# isi network pools list -v ID: groupnet0.subnet1.Eyeglass_Pool Groupnet: groupnet0 Subnet: subnet1 Name: Eyeglass_Pool Rules: - Access Zone: EyeglassRunbookRobot Allocation Method: static Aggregation Mode: lacp Description: Used for Eyeglass test failover Firewall Policy: default_pools_policy Ifaces: 1:10gige-agg-1 IP Ranges: 172.29.28.5-172.29.28.5 IPv6 Perform DAD: No Rebalance Policy: auto SC Failover Policy: round_robin Static Routes: - NFSv3 RDMA RRoCE only: No SC Suspended Nodes: - SC Connect Policy: round_robin SC Zone: eyeglasstest.example.org <<<<<<<<<<<<<<<<<<< SC DNS Zone Aliases: igls-robot-rco.example.org SC Subnet: subnet1 SC TTL: 0
Cause
Superna utilise la commande suivante pour ajouter et supprimer des SPN. Ils spécifient également le compte d’ordinateur associé au SPN dans le domaine AD.
2025-02-04T09:33:03,953 SSH /172.20.14.37 echo '[REDACTED]' | sudo -S -k -p "" isi auth ads spn delete EXAMPLE.ORG HOST/eyeglasstest.example.org --machine-account clusterA$ 2>&1;echo 0 2025-02-04T09:33:05,568 SSH /172.20.14.37 echo '[REDACTED]' | sudo -S -k -p "" isi auth ads spn delete EXAMPLE.ORG HOST/eyeglasstest --machine-account clusterA$ 2>&1;echo 0 2025-02-04T09:33:07,180 SSH /172.20.14.37 echo '[REDACTED]' | sudo -S -k -p "" isi auth ads spn delete EXAMPLE.ORG nfs/eyeglasstest.example.org --machine-account clusterA$ 2>&1;echo 0
Introduite dans OneFS 9.5.1.1, l’option « --machine-account » de la commande « isi auth ads spn create/delete » ne fonctionne pas comme prévu. Une commande avec la balise définie ne supprime pas les SPN supplémentaires du cluster secondaire lorsqu’ils sont utilisés.
Resolution
La solution de contournement consiste à supprimer manuellement les SPN du deuxième cluster affecté à l’aide de la CLI de ce cluster. Cette opération doit être effectuée sans l’option « --machine-account » après le basculement/restauration automatique Superna. Les messages peuvent également être ignorés en toute sécurité, car le SPN manquant n’est pas nécessaire sur le cluster secondaire sans nom de pool SmartConnect associé.
# isi auth ads spn delete <SPN name> --zone=<zone name>