PowerScale: Niet-vindbare UID's op een kaart opzoeken Export met UID kan lsass belasten en leiden tot NFS-prestatieproblemen.

Er is een zeldzame kans dat clients die een lokaal account gebruiken die geen toewijsbare UID op het cluster hebben met behulp van een NFS-export die is geconfigureerd met een UID voor het opzoeken van kaarten, er mogelijk toe kunnen leiden dat lsass overbelast raakt en tot lagere prestaties leidt. 

Enkele tekenen dat dit problemen kan veroorzaken, zijn uid_to_ntoken Latentie in de LSASS-statistieken met verhoogde OPS bij het uitvoeren van de volgende opdracht:  

isi statistics protocol list --protocols=lsass_in,lsass_out --nodes=all --sort=timeavg --limit=10

De volgende fouten worden waargenomen voor verschillende UID's in de /var/log/lsassd.log: 

[lsass] Failed to map uid 986: Failed to lookup uid 986: (LW_ERROR_NO_SUCH_USER) No such user

De aanwezigheid van deze berichten betekent niet dat het de oorzaak is van een prestatieprobleem. Vaak is het logspam die nog moet worden aangepakt door de stappen in het gedeelte Oplossing te volgen.
 

Er zijn twee mogelijke oplossingen om de UID's vindbaar te maken om de ongewenste vondsten te stoppen. 

1. Maak de UID's vindbaar door ze toe te voegen aan externe verificatieproviders.
2. Maak lokale gebruikers voor de niet-vindbare UID's op het cluster.

De volgende codeniveaus bevatten verbeteringen voor het probleem:

• 9.2.1: Opgelost in PATCH: [9.2.1.24_GA-RUP_2023-09] 
• 9.4.0: Opgelost in PATCH: [9.4.0.16_GA-RUP_2023-11] 
• 9.5.0: Opgelost in PATCH: [9.5.0.6_LTS2023_GA-RUP] 
• OneFS 9.7 en latere versies bevatten de oplossing in code.

De berichten worden nog steeds ingelogd /var/log/lsassd.log als er UID's zijn die niet vindbaar zijn, maar de bovenstaande codeniveaus de prestatieproblemen van niet-vindbare UID's aanpakken.