XSAN
В админке XSAN обнаружились две проблемы:
Против некоторых компьютеров вместо статуса “Ready” стоит статус “fsnameservers incorrect”
Некоторые компьютеры, имеющие более одного подключения к сети, в XSAN не аутентифицируются.
Строки про "fsnameservers incorrect" разруливаются так:
Через XSanAdmin удаляются из списка членов SAN все вторичные контроллеры.
В этих бывших членах XSAN, в SystemPreferences → XSan отключается XSan;
После этого, в бывших членах XSAN из-под рута удаляются все файлы в папке /Library/Preferences/Xsan/ , кроме .auth_secret
Теперь на этих бывших членах XSAN в SystemPreferences → XSan заново включается XSAN, однако, оно показывает, что компьютер не является членом SAN
Через XSanAdmin заново добавляются эти компьютеры, при этом решается вопрос, делать ли их контроллером.
Аутентифицируем
Те компьютеры, которые не хотят аутентифицироваться, всего лишь имеют нерезолвящиеся контроллером XSAN имена или отдают первым свой айпишник, недостижимый от контроллера
Решений два:
Выставлять сетвое имя машин только через dhcp, проследив за тем, чтобы имена хостов, раздаваемые через dhcp, соответствовали их именам, получаемым контроллером XSan на
DNS-сервере (несколько геморройно, т.к. я достаточно часто меняю имена компов, оставляя их IP-адреса)
Прописать на контроллере XSAN в /etc/hosts имена членов XSan именно так, как они поименованы в XSanAdmin. Формат:
10.1.1.50 hostname hostname.with.domain
Айпишники должны быть в подсети для метаданных.
на мастер-контроллере XSAN отредактировать список айпишников неаутетифицирующего компа так, чтобы верхним был пингуемый с контроллера айпишник пациета в подсети с метаданнми. Это делается в файле /Library/Preferences/Xsan/config.plist
Предварительно гасим реплику контроллера
Также предварительно создаем дубликат оперируемого:
cp /Library/Preferences/Xsan/config.plist /Library/Preferences/Xsan/config.plist-copy
Убеждаемся, что имя компа резолвится в верхний из списка айпишник (из подсети с метаданными).
Оптимизируем
Также, XSan не любит, когда метаданные идут по интерфейсу, где есть другой трафик (например, AFP)
Если нет физической возможности устранить эту неприятность, то, как вариант, можно убрать адрес шлюза по умолчанию с подключенной к метаданным XSan сетевушки в СисПреференсах
Крутим параметры XSAN в консоли