OneFS: as estatísticas do client não têm reconhecimento de zona

Executar "isi statistics client list" pode fazer com que nomes de usuário incorretos apareçam ao traduzir o UID.

Por exemplo, UserA em uma zona que não é System tem um UID (gerado) de 1000001, e UserB compartilha o mesmo UID (gerado) na zona System. Quando o UserA está acessando o cluster, o uso do comando "isi statistics client list" mostra que o UserB está realizando o trabalho em vez do UserA.

O comando "isi statistics client list" não tem um parâmetro "--zone" para especificar uma zona. Cada zona tem seu próprio banco de dados de mapeamento UID-SID<>, e não seria esperado que a conversão de SID-UID> fosse a mesma entre zonas.

A "isi statistics client list" não reconhece a zona e é executada exclusivamente na zona System ao trabalhar com traduções de nomes de UID ao visualizar (por exemplo) estatísticas de protocolo do client.

O mecanismo de estatísticas só pode contabilizar um UID, e não um SID. Para um usuário em uma zona que não seja do sistema acessando o cluster usando um protocolo de arquivo (NFS/SMB/HTTP), o UID correspondente ao SID do usuário é armazenado no subsistema Statistics, que pode corresponder a um UID para um SID (e nome) diferente na zona System ao executar o comando.

(zoneX) SID -> UID -> SID -> nome (sistema)

Embora isso possa ter funcionado em versões do OneFS na família de código 7.x usando 'isi_run -z <zid> [comando]', isso não funciona mais na 8.x e posteriores. O conjunto de comandos "isi statistics" foi movido para PAPI (Platform API), que alterou a forma como o comando é executado com zonas.

A equipe de engenharia está ciente desse problema, mas infelizmente nenhuma correção foi identificada e não é trivial, pois ela está fazendo chamadas de API para o serviço ou processo com reconhecimento de zona.

O comando 'isi_run -z <zid>' não tem efeito aqui, pois o comando é emitido como uma chamada de API (PAPI), que assume como padrão a zona do sistema, independentemente de qual zona foi invocada.