「症状」
マシンまたはサーバーを追加または削除しても、変更が認識されず、その効果が現れません。またはある時は変更が認識され、別の時にはその効果が現れません。
「考えられる原因」
考えられる原因は、主マスターサーバー上の SOA のシリアル番号を増やすのを忘れた場合です。新しい SOA 番号がないので、主サーバーのものと一致させるためのデータ更新を副サーバーは行いません。このため、古い未変更のデータファイルで作業を行なっています。
この他に考えられる原因は、1 つ以上の主要なデータファイルの SOA のシリアル番号が、副サーバー上の対応するシリアル番号よりも小さい値に設定されたということです。たとえば、この状態は、主サーバー上のファイルを削除してから、ある種の入力ファイルを使って最初からそれを作成し直した場合に発生します。
考えられる 3 番目の原因は、主サーバーのデータファイルへの変更を行なった後に、HUP 信号を主サーバーに送信し忘れた場合です。
「診断と対策」
最初に、変更したデータファイルの SOA のシリアル番号と副サーバー上の対応するファイルをチェックします。
主ファイルの SOA のシリアル番号が、副ファイルのシリアル番号と同じか、またはそれ以下の場合には、主サーバーのファイルでシリアル番号を増加させて、副ファイルの番号よりも大きくなるようにします。たとえば、両方のファイルの SOA のシリアル番号が 37 の場合には、主サーバーのファイルの番号を 38 に変更します。次回、副サーバーが主サーバーをチェックすると、新しいデータがロードされます。主サーバーに、副サーバーへの転送を即座に強制するユーティリティがあります。これらユーティリティの 1 つがある場合には、主サーバーのチェックを待たずに副サーバーを更新できます。
最新の named nnnn restarted または、named nnn reloading nameserver エントリに対する syslog 出力をレビューします。そのエントリ用のタイムスタンプが、ファイルへの変更を終了した時間の前の場合には、サーバーを再起動するか、または、「in.named に DNS データを強制的に再読み込みさせる」で説明するとおりに新しいデータの読み取りを強制します。