OneFS : les statistiques du client ne sont pas sensibles aux zones

L’exécution de « isi statistics client list » peut entraîner l’apparition de noms d’utilisateur incorrects lors de la traduction de l’UID.

Par exemple, l’utilisateur A dans une zone autre que System possède un UID (généré) de 1000001 et l’utilisateur B partage le même UID (généré) dans la zone System. Lorsque l’utilisateur A accède au cluster, l’utilisation de la commande « isi statistics client list » indique que c’est l’utilisateur B qui effectue le travail à la place de l’utilisateur A.

La commande « isi statistics client list » ne dispose pas d’un paramètre « --zone » pour spécifier une zone. Chaque zone possède sa propre base de données de mappage UID-SID, et la traduction SID-UID<>> ne devrait pas être identique entre les zones.

'isi statistics client list' n’est pas compatible avec la zone et s’exécute exclusivement dans la zone System lors de l’utilisation de traductions de noms UID lors de l’affichage (par exemple) des statistiques du protocole client.

Le moteur de statistiques ne peut comptabiliser qu’un UID, et non un SID. Pour un utilisateur d’une zone non-System accédant au cluster à l’aide d’un protocole de fichier (NFS/SMB/HTTP), l’UID correspondant au SID de l’utilisateur est stocké dans le sous-système Statistics, qui peut correspondre à un UID pour un SID (et un nom) différent dans la zone System lors de l’exécution de la commande.

(zoneX) SID -> UID -> SID -> nom (système)

Bien que cela ait pu fonctionner dans les versions OneFS de la famille de code 7.x à l’aide de « isi_run -z <zid> [commande] », cela ne fonctionne plus dans 8.x et versions ultérieures. L’ensemble de commandes « isi statistics » a été déplacé vers PAPI (Platform API), ce qui a modifié la façon dont la commande est exécutée avec des zones.

Les ingénieurs sont conscients de ce problème, mais malheureusement aucun correctif n’a été identifié et n’est pas trivial, car il rend les appels d’API au service ou à la zone de processus.

La commande « isi_run -z <zid> » n’a aucun effet ici, car la commande est émise sous la forme d’un appel API (PAPI), qui est défini par défaut sur la zone du système, quelle que soit la zone appelée.