Linux Centos 6.2は、日付が同期されるまで「ハング」します
なぜ、どうやって解決すればいいのかわからないという問題があります。 Centos 6.2サーバーがあります。これはセカンダリDNS（バインド8）とDHCP（ISCのdhcpサーバー）です。
日付の差分が高すぎると、dhcpプライマリサーバーが文句を言い、セカンダリサーバーとの同期を停止するため、正確な日付を維持する必要があります。これがキッカーです。
私のセカンダリサーバーには、1日に2回日付と時刻を同期する（または少なくとも同期する必要がある）cronスクリプトがあります。
問題：マシンの種類がハングします-pingを実行したり、sshを実行したりできるため、ハングしますが、ログインした後、プロンプトに留まり、他に何もできません...問題を解決します。物理マシンにログインし、日付と時刻をntpdate（またはrdateなどの別の方法）と手動で同期します。日付と時刻に問題がなければ、日付と時刻の同期が再び解除されるまで、マシンは再び正常に動作します...
誰かが何が起こっているのか知っていますか？これは、マザーボードのバッテリーなどのハードウェアの問題である可能性がありますか？
編集済み： DHCPの問題です。 DHCPDサービスをシャットダウンしたので、マシンは応答し、完全に機能しています。これは、実際にはDHCPロードバランス構成の問題です。構成は標準であるため、これについて深く調査する必要があります。回答ありがとうございました...
クロックの同期を維持するために、スケジュールに基づいてntpdateを使用しないでください。それはそのためのものではありませんでした、それは問題を引き起こします、それはあなたが時間を取っているサーバーに悪用します。それをしないでください。
サーバーの時刻を同期させる必要がある場合は、ntpdを使用します。セットアップはそれほど難しくありません。* nixで他のものを使用する言い訳はありません（Windowsでもntpdを実行します）。
クロックを同期する必要がある複数のマシンがオンサイトにある場合。 「ntpサーバー」（外部ソースから時間を取得するサーバー）として1つを選択します。サーバーが多数あり、ある程度の信頼性/可用性が必要な場合は、2つまたは3つを選択できます。
これを選択したサーバーにポップします/etc/ntpd.conf
server 0.us.pool.ntp.org minpoll 7 maxpoll 12 iburst
server 1.us.pool.ntp.org minpoll 8 maxpoll 14
server 2.us.pool.ntp.org minpoll 8 maxpoll 14
server 3.us.pool.ntp.org minpoll 9 maxpoll 15
driftfile /var/db/drift.ntp
logfile /var/log/ntp.log
logconfig +sysall +syncall
ロギングに関する最後の2行は、完全にオプションです。 ntpdを有効にします。システムによってどのように異なりますか。
これで、サイト内の残りのサーバー：次のようなファイルでサーバーを構成します。
server 192.168.1.1
driftfile /var/db/drift.ntp
logfile /var/log/ntp.log
logconfig +sysall +syncall
この場合も、ロギングビットはオプションです。 IPを「選択した」サーバーのIPに変更します。複数のサーバーを選択した場合は、サーバーごとにその最初の行を複製します。したがって、タイムキーパーとして2台のサーバーを選択した場合：
server 192.168.1.1
server 192.168.1.2
何もありません。セットアップできるより高度な構成は何百万もあります。単純な構成から始めることを強くお勧めします。 1台のサーバーを外部ソースに同期させるだけです。それを取得したら、他のサーバーをそれに同期するように設定します。より高い精度またはより高い可用性が必要な場合は、質問してください。構成を解約することができます。
時刻同期の設定ミスは、私の悩みの種です。このようなものは何年も前から存在していて、実際には複雑ではありません。パブリックの実行NTPプールサーバーはそれほど悪くはありません...
日付はどのように設定していますか？ハードウェアクロックも設定していますか？これは、CentOS6のキックスタートとビルドプロセスに追加する必要があったものです。
ntpdateコマンドを実行した後、hwclock -wを使用してハードウェアクロックを新しいシステム時刻に設定します。
これがどのくらいの期間発生しているか、またはこれが新しいビルド、新しいハードウェア、古いハードウェアであるかどうか、またはその間に再起動するかどうかについては、詳細を説明していません。それが役立つかもしれません。再起動後にBIOS設定が失われ始め、システムが古い場合は、マザーボードのバッテリーを調べます。
私は自分の質問を解決しています。私は今何が起こっているのか知っています。 DHCPロードバランスソリューション（DHCPドキュメントによる）がこれらすべての原因です。サービスを停止したので、サーバーはスムーズに稼働しています。
私はそれを掘り下げて、「本による」負荷分散ソリューションを実現するために何ができるかを確認します。
ヒントと回答をありがとうございました。
編集：問題は本当にマシンにあることが判明しました...何かが間違っていてハングします... DHCPがしばらくオフになっていて、マシンが「クラッシュ」していることがわかりました...答えてくれてありがとう。