タグ付けされた質問 「time」

時間を変更したら、サーバーを再起動する必要がありますか？日時を変更してcrondを再起動しなかったときに問題が発生しました。 時間変更後に問題が発生する可能性のある他のサービスはありますか？

11 linux  time  timezone 

サーバーの時間のずれにどのように対処しますか？

11 time  ntp  time-synchronization 

ロックされています。この質問とトピックへの回答はロックされています。質問はトピックから外れていますが、歴史的に重要です。現在、新しい回答や相互作用を受け入れていません。 システムおよびネットワーク管理者は通常、非常に忙しい人々です。ジャグリングプロジェクト、会議、サポートチケット、廊下にいる人々からの口頭の要求は、本当の混乱を招く可能性があります。ここでは過去にいくつかのリクエスト追跡システムについて説明しましたが、より効果的に時間を管理するために他にどのような方法やツールを使用していますか？ Thomas Limoncelliの著書「システム管理者のための時間管理」には素晴らしいアイデアがいくつかありますが、現実の世界では何が機能し、何が機能しないのですか？

10 time 

複数の国のサーバーに理想的な時間とタイムゾーンの設定は何ですか？特に、これらのサーバーを管理する1つの中央ITチームを検討します。 現在、各サーバーはローカルタイムゾーンを使用しています。たとえば、中国のデータセンターのサーバーにはCSTが設定されています。ドイツのデータセンターのサーバーはCESTに設定されています。時間は、データセンターの現地時間として設定されます。（注：合計で6か国にサーバーがあります）。 現在の設定は、サーバーのローカルでログを調べる場合に役立ちます（現在のサーバーのローカル時間に関連してイベントがいつ発生したかを正確に把握します）。ただし、中央のsyslogサーバーからのイベントを見ると、悪夢になります。

9 linux  windows  time  ntp  timezone 

ここイギリスではUTC + 1です。日付は「日付」で設定します。しかし、それは標準のUTCにリセットし続けます、私はNTPタイムサーバーを介して推測しています。 tzselectでタイムゾーンを設定してみましたが、時間は変更されず、現地時間ではなくUTCのままです。 Therefore TZ='Europe/London' will be used. Local time is now: Thu Jun 25 10:57:48 BST 2009. Universal Time is now: Thu Jun 25 09:57:48 UTC 2009. 上記の出力は正しいですが、時間は実際には変更されません。 時間の自動更新を無効にするか、理想的にはタイムゾーンを正しく設定する必要があります。

9 linux  ubuntu  time 

一部の（ハードウェア）サーバーで奇妙なシステム時刻変更動作を見た：/ var / logs / syslogで、各ログメッセージの前の日付時刻が時々ランダムに変化し、次のメッセージのように次のメッセージで通常に戻る： 2018年2月22日09:09:30 ... 2018年2月22日09:09:32 ... 26 10月13日15時37分42秒... 2018年2月22日09:09:33 ... 2018年2月22日09:09:34 ... 例のように、日付時刻の突然の変化は、何百年も離れている可能性があります。 奇妙なタイムスタンプを持つログメッセージが特定のプロセスからのものではないことを確認できます。それは、すべてのプロセスでランダムに発生する可能性があります。 そして、2つの異常な時間の変化の間の期間は数分から数時間の間で変化します（ただし、異常な時間の変化はより頻繁に発生する可能性がありますが、毎秒ログを書き込んでいないため、それらの多くはsyslogで明らかにされません）。 また、複数のサーバーで発生するので、ハードウェアの問題ではないと思います。 サーバーに関する詳細：1つのコントローラーといくつかの計算ノードを備えたOpenStackインストールです。各サーバーでntpサービスが実行されています。コントローラーは、それ自体のハードウェアクロックから時間がかかるように構成され、計算ノードサーバーは、コントローラーからの時間を同期します。各サーバーには独自のペースで異常な時間の変化があることに注意してください。「間違った時間」はコントローラーからntpを介して同期されていないようです。 計算ノード上のゲストシステム（仮想マシン）がホストシステムの時間に影響を与える可能性があると考えていました。ただし、仮想マシンを実行していないときにコントローラーに同じ問題が発生する理由を説明することはできません。 私は検出する方法が必要です：システム時間を変更したのは誰ですか？

8 linux  time  time-synchronization  timestamp 

隔離されたネットワーク上に2つのLinuxマシン（AとB）があります。それらは時間同期されている必要があります。マシンAは断続的に電力が供給され、信頼できるタイムソース（GPS）に接続されているため、時間を提供する必要があります。マシンBは、マシンAに電力が供給されている場合にのみ電力供給されますが、組み込みLinuxデバイスであり、その電力状態は頻繁に変化します。どちらのマシンも他のシステムにアクセスできません。それは閉じたネットワークです。 NTPは通常、複数のサーバーとの通信を想定しているため、これはNTPにとって非常に難しい注文であることを理解しています。これをマシンBで正常に機能させるのに問題があります。マシンAはGPSと正常に同期し、マシンBはマシンAに到達でき、時間クエリも実行できますが、マシンAは信頼されていません（おそらくそれ自体ですか？）。マシンAが安定して1時間稼働した後、これは突然変化し、マシンBが動作しました。ただし、マシンA（およびマシンB）がダウンすると、マシンBは再び適切な時間同期を見つけることができなくなります。 これがntpdateの情報です。マシンAのストラタムが1の場合でも、最後に同じ出力で操作が失敗することに注意してください。 10.10.10.1：サーバーが削除されました：階層が高すぎます サーバー10.10.10.1、ポート123 階層16、精度-19、飛躍11、信頼000 refid [10.10.10.1]、遅延0.02614、分散0.00000 送信4、フィルター4 参照時間：00000000.00000000 Thu、Feb 7 2036 6：28：16.000 元のタイムスタンプ：d3a9bdc4.27ebb350 2012年7月12日木曜日21：19：00.155 送信タイムスタンプ：bc17c803.b42dfffe Sat、Jan 1 2000 0：25：39.703 フィルター遅延：0.02625 0.02614 0.02618 0.02625 0.00000 0.00000 0.00000 0.00000 フィルターオフセット：39544160 39544160 39544160 39544160 0.000000 0.000000 0.000000 0.000000 遅延0.02614、分散0.00000 オフセット395441600.451568 1月1日00:25:39 ntpdate [677]：同期に適したサーバーが見つかりません 私の推測では、マシンAは時間を提供すること自体を信頼していません。51分の稼働時間（以前に起こった可能性がありますが、私にはわかりません）とそのクロックがGPSに同期された後、マシンAが時間を正しく提供し始め、マシンBがそれを取得しました。私はこれがもっと早く起こるために必要です。可能であれば、数秒以内に。 次の構成（および多くの待機）を使用すると、最終的には成功します。 マシンA ntp.conf： サーバー127.127.28.0はtrue minpoll 4 maxpoll …

8 linux  time  ntp 

システムクロックの設定が間違っていると、どのような問題が発生するのでしょうか。 主にサーバー、特にLinuxまたはUNIXのようなシステムに影響を与える潜在的な問題に関心があります。 そして、システム時間がどれだけオフになっているかに応じて、これらの結果はどのくらい深刻ですか？たとえば、5分、30分、1時間、1日です。

8 unix  linux  time  time-synchronization  clock-synchronization 

私はドメインコントローラーをHyper-VのVMで実行していますが、X-mas期間に比べて時間は着実に速くなっているようです。 時間を変更する方法を知っているので、DCにNTPサーバーをセットアップし、Hyper-Vで時間同期がオフになっていることを確認しました。 時間を設定し続けたくありません。時間が早い理由はありますか？

8 active-directory  time  ntp