Conseils de dépannage Xsan pour macOS Server
Si vous n’arrivez pas à vous connecter à un ordinateur avec l’app Server
S’il y a un coupe-feu entre l’ordinateur sur lequel vous utilisez l’app Server et l’ordinateur SAN, vérifiez que le port TCP 311 est ouvert sur le coupe-feu.
Si les contrôleurs ne parviennent pas à accéder au SAN
Si un ordinateur censé être un contrôleur de métadonnées pour le SAN n’est pas répertorié dans l’app Server, vérifiez les éléments suivants :
Le contrôleur auquel vous essayez d’accéder est effectivement un contrôleur SAN.
L’ordinateur est allumé.
L’activité de l’ordinateur n’est pas suspendue.
L’ordinateur se trouve sur les mêmes sous-réseaux TCP/IP que les autres composants SAN (si vous utilisez un réseau Ethernet privé et un réseau Ethernet public, tous les composants SAN doivent être connectés à ces deux réseaux).
Pour Xsan 4.0, l’ordinateur est connecté aux réseaux Fibre Channel du SAN.
Pour Xsan 4.1 ou Xsan 5, l’ordinateur est connecté soit aux réseaux Fibre Channel du SAN, soit à la connexion DLC du SAN.
Si le montage d’un volume sur un client échoue
Assurez-vous que le volume est « Connecté » dans l’app Server.
Redémarrez l’ordinateur client.
Vérifiez que tous les câbles Fibre Channel sont branchés.
Assurez-vous qu’aucun autre volume monté sur le client n’a le même nom que le volume Xsan.
Si le démontage d’un volume sur un client échoue
Assurez-vous qu’aucun processus n’utilise le volume.
Redémarrez l’ordinateur client.
Si les LUN RAID ne sont pas accessibles via Fibre Channel
Redémarrez l’ordinateur qui ne voit pas les LUN.
Vérifiez la configuration du commutateur Fibre Channel pour vous assurer que les ordinateurs et les périphériques de stockage SAN sont dans la même zone Fibre Channel.
Si un LUN ne possède pas autant d’espace que prévu
Pour rendre la segmentation dans tous les LUN possible, Xsan ajuste la taille de ces derniers de façon à ce que tous les LUN d’une réserve de stockage aient la même taille que le plus petit LUN de la réserve. Si vous mélangez des LUN de différentes tailles dans une réserve de stockage, Xsan n’utilise pas l’espace supplémentaire disponible dans les LUN plus volumineux.
Si vous ne parvenez pas à renommer un volume Xsan dans le Finder
Xsan ne permet pas à un volume monté d’être renommé depuis le Finder, mais vous pouvez utiliser la sous-fenêtre Xsan de l’app Server pour renommer le volume.
Si vous ne parvenez pas à ajouter une réserve de stockage
Certains mots sont réservés et ne peuvent pas être utilisés pour nommer une réserve de stockage. Si une réserve de stockage est utilisée pour des données utilisateur, les huit premiers caractères du nom de la réserve de stockage ne peuvent pas être un mot réservé. Si vous saisissez l’un de ces mots pour la réserve de stockage, le bouton OK de la fenêtre de la réserve de stockage est estompé. Exemple : Exclusive, Journal, Historique, Metadonnées, Régulier et Type.
Pour un registre des mots réservés, consultez la page man cvfs_config
en saisissant cette commande dans Terminal :
$ man -M /System/Library/Filesystems/acfs.fs/Contents/man/ 4 cvfs_config
Si un client ne parvient pas à utiliser un volume après une interruption Fibre Channel
Un client qui perd sa connexion Fibre Channel au SAN (en raison d’un câble débranché par exemple) risque de ne plus reconnaître les LUN d’un volume Xsan après le rétablissement de la connexion. Si c’est le cas, redémarrez le client pour remonter le volume.
Si les problèmes persistent, redémarrez tous les périphériques du SAN. Commencez par les systèmes RAID, continuez avec les contrôleurs du SAN, puis finissez pas redémarrer tous les clients.
Ouvrez l’Utilitaire de disque sur l’ordinateur et recherchez les LUN dans la liste de disques et de volumes.
Vous pouvez également rechercher les LUN accessibles à l’aide des commandes
cvlabel -l
oudiskutil list
dans Terminal. Pour en savoir plus, consultez les pages mancvlabel
oudiskutil
.
Si la copie de fichier ne se termine jamais
En cas de perte de connexion Ethernet avec un contrôleur de métadonnées, il se peut que les opérations de copie de fichiers à partir du Finder en cours sur les clients ne se terminent pas, même si le volume bascule correctement sur un contrôleur de réserve.
Si un volume redémarre de façon inattendue
Xsan peut redémarrer un volume pour diverses raisons, notamment suite à un redémarrage du contrôleur ou au basculement du volume en question. La notification est la même dans tous les cas, mais vous pouvez étudier les fichiers d’historique pour plus de détails.