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