{ІСИЛОН} Компанія OneFS: Періодична повільна автентифікація SMB або продуктивність нумерації спільного доступу; isi_cbind_d затримки DNS

Summary: Переривчаста затримка або відсутність відповіді (тайм-аут) автентифікація SMB та/або нумерація спільного доступу

This article applies to This article does not apply to This article is not tied to any specific product. Not all product versions are identified in this article.

Symptoms

Користувачі можуть зіткнутися з періодичною затримкою або тайм-аутами при спробі отримати доступ до спільних ресурсів, що зберігаються в кластері Isilon; Доступ відновлюється без втручання протягом секунд/хвилин.

Аутентифікація та/або нумерація спільного доступу може зайняти кілька секунд (наприклад, 25 секунд), але через періодичні проміжки часу (точно ~15 хвилин на вузол). Один вузол може зіткнутися з проблемою, а інші – ні. Крім того, під час використання кругової системи SmartConnect проблема може виникати частіше, оскільки кожен вузол стикається з цією проблемою незалежно один від одного.

ПРИМІТКА: Ця база даних охоплює одну з можливих причин повільної автентифікації SMB та нумерації спільних ресурсів; Можуть існувати й інші причини. Рекомендація щодо вирішення тут є засобом виключення однієї ймовірної причини

Приблизно під час виникнення проблем у журналах isi_cbind_d можуть з'явитися такі повідомлення:
isi_cbind_d[76119]: [0x800703400]прив'язати: CBIND_send_query(1161) Попередження: У Stallset DNS немає доступних кіосків

Які можна знайти, запустивши:
# isi_for_array 'zegrep Stallset /var/log/isi_cbind_d.log*'

Cause

За замовчуванням кожні 15 хвилин ми проактивно завершуємо термін дії підключення постійного струму AD LDAP. Закінчення терміну дії з'єднання постійного струму відбувається в момент використання з'єднання (тобто під час аутентифікації), що запустить процес:
  1. Заблокуйте з'єднання постійного струму AD Mutex (це блокує всі запити, доки не буде обрано новий DC)
  2. Завершіть термін дії існуючого з'єднання
  3. Пронумеруйте список DC для підключення (запис DNS SRV; _ldap._tcp.dc._msdcs.domain.com)
  4. Перетворення імен DNS на IP-адресу зі списку DC (пошук DNS у записі)
  5. Надішліть пінг CLDAP усім DC; Дочекайтеся найшвидших відповідей (припиніть надсилання/отримання через 10 мс з моменту першої відповіді)
  6. Інтелектуальний вибір із відповідних DC (напіввипадковий, використовуючи історичну статистику DC)
Саме під час фази пошуку запису DNS A (4, вище) можуть виникати затримки. За замовчуванням на кластері Isilon під керуванням OneFS 8.x увімкнено DNS-кеш groupnet (isi_cbind_d). Коли isi_cbind_d (демон кешу DNS) не може обслуговувати пошукові запити DNS (обидва не відповідають на запит і не можуть зв'язатися із зовнішнім DC), DNS-резольвер ядра переключиться на наступний доступний DNS-сервер через /etc/resolv.conf (або, точніше, DNS-сервери, налаштовані для відповідної групи), що спричиняє 5-секундний тайм-аут/затримку для кожного запиту запису А.

Загальна затримка, пов'язана з пошуком DNS, дорівнює 5-кратній кількості A-записів, які нам потрібно вирішити. Якщо кількість записів перевищить 12 записів, це викличе 60-секундний тайм-аут/скидання від клієнта, які будуть помічені на клієнті помилки, пов'язані з неможливістю дістатися до кластера/шару.

ПРИМІТКА: Найчастішим винуватцем цієї ситуації є isi_cbind_d пошук DNS, але також може бути результатом інших факторів

Resolution

Виходячи з наступного:
  1. Проблема вирішується самостійно без втручання адміністраторів
  2. Затримки досягають 5 секунд часу
  3. Частота на кожен вузол становить ~15 хвилин
Найшвидший шлях до вирішення та перевірки — це вимкнення кешування DNS для використовуваної мережі групових мереж:
# Мережеві групнети isi модифікують <groupnet> --dns-cache-enabled=false
 

Крім того, (якщо ви віддаєте перевагу тримати кеш DNS увімкненим), пом'якшенням буде перезапуск служби кешування DNS на всіх вузлах:
# isi_for_array 'killall -9 isi_cbind_d'

І переконайтеся, що він був перезапущений на всіх вузлах (на основі позначки часу, коли процес почався):
# isi_for_array 'ps auxwp 'pgrep isi_cbind_d''
ПРИМІТКА. Це може знадобитися повторити, якщо проблема повториться в майбутньому, і тоді буде потрібно ручне втручання, щоб завчасно перезавантажити кеш або вдатися до вимкнення кешу, доки оновлення не буде призначено (деталі нижче)

Якщо вищезазначене не вирішить вашу проблему, можливо, діють деякі інші фактори, для яких знадобиться допомога підтримки DellEMC Isilon.

Версії OneFS 8.0.0.6/8.0.1.3/8.1.0.2/8.1.1.1.1 містять виправлення (ID 205142) для isi_cbind_d, що є ймовірною причиною збоїв DNS, описаних у цій базі КБ, і, як тільки вони стануть доступними, Isilon рекомендує оновитися до цього випуску, після чого кеш DNS можна буде знову активувати.

Якщо проблема не зникає після оновлення до вищезазначених версій або кешування DNS налаштовано на false у групових мережах, можуть знадобитися додаткові відомості та збір даних для визначення точної причини.

Якщо виникнуть запитання щодо цієї проблеми та пов'язаних з нею шляхів її вирішення, або якщо потрібна допомога, зверніться до служби підтримки Isilon.

Additional Information

Пов'язана KB: 502259 (затримки також можуть спостерігатися як результат невдалого пошуку GC; який також може бути вразливим до проблеми isi_cbind_d, описаної в цьому КБ)

Affected Products

PowerScale OneFS

Products

PowerScale OneFS
Article Properties
Article Number: 000170774
Article Type: Solution
Last Modified: 08 Jul 2025
Version:  4
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.