Isilon：OneFS：新しく追加されたノードの外部認証プロバイダー情報がありません

新しく追加されたノードに、元のクラスター ノードと同じ認証ステータスが表示されない場合があります。次の例では、ノード4〜6は新しく追加されたノードであり、クラスターが参加しているドメインは表示されません。

# isi_for_array -s "isi auth status | grep -i corp.xxx.org " 
xxx-ISILON-1: lsa-activedirectory-provider:CORP.xxx.ORG xxx.xxx.xxx.org online 
xxx-ISILON-2: lsa-activedirectory-provider:CORP.xxx.ORG xxx.xxx.xxx.org online 
xxx-ISILON-3: lsa-activedirectory-provider:CORP.xxx.ORG xxx.xxx.xxx.org online 
xxx-ISILON-4 exited with status 1 
xxx-ISILON-5 exited with status 1 
xxx-ISILON-6 exited with status 1 

ネットワーク構成を実装する前にノードがクラスターに追加された場合、 lsass 構成をロードするために外部認証プロバイダーにクエリーを試行するために許可されている試行回数を使い果たした可能性があります。ノードから認証プロバイダーへのルートが使用可能になると(ケーブル接続、外部ネットワーク構成、認証プロバイダーに到達できるネットワーク プールへの新しいノード インターフェイスの追加)、 lsass プロセスに対して再度クエリを実行するように自動的に求められることはありません。

新しいノードでこのコマンドを実行して構成を更新すると、ノードは構成済みの外部認証プロバイダーへの接続を試行します。

# isi auth refresh

または

# isi_for_array -n <Low LNN-High LNN> 'isi auth refresh'

この例では、コマンドは次のようになります。

# isi_for_array -n 4-6 'isi auth refresh'

この問題を軽減する方法の1つは、ノード プロビジョニング ルールを使用して、指定したネットワーク プール内のインターフェイスを自動的に構成することです
詳細については、『 PowerScale OneFS 9.14.0.0 CLI管理ガイド 』を参照してください。OneFS 8.0.0.xの場合は、「 ネットワーク プロビジョニング ルールの管理」の537ページ以降の情報を参照してください。

また、 lsass 再起動が必要な場合があります。これはノードごとのコマンドです。

# /usr/likewise/bin/lwsm restart lsass