XSAN

В админке XSAN обнаружились две проблемы:

  1. Против некоторых компьютеров вместо статуса “Ready” стоит статус “fsnameservers incorrect”
  2. Некоторые компьютеры, имеющие более одного подключения к сети, в XSAN не аутентифицируются.

Строки про "fsnameservers incorrect" разруливаются так:

  1. Через XSanAdmin удаляются из списка членов SAN все вторичные контроллеры.
  2. В этих бывших членах XSAN, в SystemPreferences → XSan отключается XSan;
  3. После этого, в бывших членах XSAN из-под рута удаляются все файлы в папке /Library/Preferences/Xsan/ , кроме .auth_secret
  4. Теперь на этих бывших членах XSAN в SystemPreferences → XSan заново включается XSAN, однако, оно показывает, что компьютер не является членом SAN
  5. Через XSanAdmin заново добавляются эти компьютеры, при этом решается вопрос, делать ли их контроллером.

Аутентифицируем

Те компьютеры, которые не хотят аутентифицироваться, всего лишь имеют нерезолвящиеся контроллером XSAN имена или отдают первым свой айпишник, недостижимый от контроллера

Решений два:

  1. Выставлять сетвое имя машин только через dhcp, проследив за тем, чтобы имена хостов, раздаваемые через dhcp, соответствовали их именам, получаемым контроллером XSan на DNS-сервере (несколько геморройно, т.к. я достаточно часто меняю имена компов, оставляя их IP-адреса)
  2. Прописать на контроллере XSAN в /etc/hosts имена членов XSan именно так, как они поименованы в XSanAdmin. Формат:
    10.1.1.50 hostname hostname.with.domain

    Айпишники должны быть в подсети для метаданных.

  3. на мастер-контроллере XSAN отредактировать список айпишников неаутетифицирующего компа так, чтобы верхним был пингуемый с контроллера айпишник пациета в подсети с метаданнми. Это делается в файле /Library/Preferences/Xsan/config.plist
    1. Предварительно гасим реплику контроллера
    2. Также предварительно создаем дубликат оперируемого:

      cp /Library/Preferences/Xsan/config.plist /Library/Preferences/Xsan/config.plist-copy

    3. Убеждаемся, что имя компа резолвится в верхний из списка айпишник (из подсети с метаданными).

Оптимизируем

Также, XSan не любит, когда метаданные идут по интерфейсу, где есть другой трафик (например, AFP)

  • Если нет физической возможности устранить эту неприятность, то, как вариант, можно убрать адрес шлюза по умолчанию с подключенной к метаданным XSan сетевушки в СисПреференсах

Крутим параметры XSAN в консоли

mac_os/xsan.txt · Last modified: 2015/08/29 08:44 by rybario
About this template
CC Attribution-Share Alike 4.0 International
Powered by PHP Driven by DokuWiki Recent changes RSS feed Valid CSS Valid XHTML 1.0 Valid HTML5