{ISILON} OneFS: Af en toe trage SMB-authenticatie of prestaties bij het opsommen van shares; isi_cbind_d DNS-vertragingen

Gebruikers kunnen af en toe latentie of time-outs ervaren wanneer ze proberen toegang te krijgen tot shares die zijn opgeslagen op een Isilon-cluster; De toegang wordt hersteld zonder tussenkomst binnen enkele seconden/minuten.

Authenticatie en/of opsomming van aandelen kan meerdere keren van 5 seconden (bijvoorbeeld 25 seconden) in beslag nemen, maar met periodieke intervallen (~15 minuten per knooppunt precies). Eén knooppunt kan het probleem ondervinden, terwijl andere dat niet doen. Bij gebruik van SmartConnect round-robin kan het probleem ook vaker voorkomen, omdat elk knooppunt dit probleem onafhankelijk van elkaar ervaart.

NOTITIE: Dit KB-artikel behandelt één mogelijke oorzaak voor trage SMB-authenticatie en share-enumeratie; Er kunnen andere oorzaken zijn. De aanbeveling voor een oplossing hier is een middel om één waarschijnlijke oorzaak

uit te sluitenHet volgende kan rond de tijd van de problemen in de isi_cbind_d-logboeken verschijnen:
Die kan worden gevonden door het uitvoeren van:

Standaard verbreken we elke 15 minuten onze AD LDAP DC-verbinding proactief. Het verlopen van de DC-verbinding vindt plaats op het moment dat de verbinding wordt gebruikt (d.w.z. tijdens authenticatie), waardoor het proces wordt gestart van:

1. Vergrendel de AD DC-verbinding Mutex (dit blokkeert alle aanvragen totdat een nieuwe DC wordt geselecteerd)
2. De bestaande verbinding laten verlopen
3. Een lijst met DC's opsommen waarmee verbinding moet worden gemaakt (DNS SRV-record; _ldap._tcp.dc._msdcs.domain.com)
4. DNS-namen omzetten in IP-adres uit de lijst met DC's (A-record DNS-lookups)
5. Stuur CLDAP-ping naar alle DC's; Wacht op de snelste responders (stop met verzenden/ontvangen na 10 ms na eerste reactie)
6. Intelligent selecteren uit de reagerende DC's (semi-willekeurig met behulp van historische DC-statistieken)

Het is tijdens de DNS A-recordzoekfase (4, hierboven) dat vertragingen kunnen optreden. Op een Isilon cluster waarop OneFS 8.x wordt uitgevoerd, is de groupnet DNS-cache standaard ingeschakeld (isi_cbind_d). Wanneer isi_cbind_d (DNS cache daemon) niet in staat is om DNS lookups te onderhouden (beiden reageren niet op het verzoek en geen contact kunnen maken met een externe DC), zal de kernel DNS resolver failover uitvoeren naar de volgende beschikbare DNS server via /etc/resolv.conf (of meer specifiek, de DNS servers die geconfigureerd zijn voor de groupnet in kwestie), die een time-out/vertraging van 5 seconden veroorzaakt voor elke A-recordquery.

De totale vertraging die wordt toegeschreven aan DNS-lookups is gelijk aan 5 keer het aantal A-records dat we moeten oplossen. Als het aantal records meer dan 12 records overschrijdt, activeert dit een time-out/reset van 60 seconden van de client, waarbij fouten op de client worden weergegeven met betrekking tot het onvermogen om het cluster/de share te bereiken.

NOTITIE: De meest voorkomende boosdoener in deze situatie wordt toegeschreven aan isi_cbind_d DNS-lookups, maar kan ook het gevolg zijn van andere factoren

Uitgaande van het volgende:

1. Het probleem lost zichzelf op zonder tussenkomst van beheerders
2. Vertragingen bereiken tijdsstappen van 5 seconden
3. Frequentie per knooppunt is ~15 minuten

De snelste manier om problemen op te lossen en te valideren is het uitschakelen van DNS-caching voor het groupnet dat in gebruik is:
Als u de DNS-cache liever ingeschakeld houdt) kunt u de DNS-cachingservice ook opnieuw starten op alle knooppunten:
En controleer of het opnieuw is gestart op alle knooppunten (op basis van de tijdstempel toen het proces begon):
Als het bovenstaande uw probleem niet oplost, kunnen er andere factoren in het spel zijn waarvoor DellEMC Isilon Support hulp nodig heeft.

OneFS-versies 8.0.0.6/8.0.1.3/8.1.0.2/8.1.1.1 bevatten de oplossing (ID 205142) voor isi_cbind_d die een waarschijnlijke oorzaak is voor de DNS-fouten die in deze KB worden beschreven. Isilon raadt aan om, zodra deze beschikbaar is, te upgraden naar die release, waarna de DNS-cache opnieuw kan worden ingeschakeld.

Als het probleem zich blijft voordoen na de upgrade naar de bovengenoemde versies, of als de DNS-caching op het (de) groepnet(ten) op false staat, kunnen aanvullende details en gegevensverzameling nodig zijn om de exacte oorzaak te achterhalen.

Als er vragen zijn over dit probleem en de bijbehorende wegen naar een oplossing, of als er hulp nodig is, neem dan contact op met Isilon Support.

Gerelateerde KB: 502259 (latenties kunnen ook worden gezien als het gevolg van het niet vinden van een GC; die ook gevoelig kan zijn voor het isi_cbind_d probleem dat in deze KB wordt beschreven)