08/05/24 21:26:36 /J0Bhgar
ローリングアップデートって知らんがか？
301:login:Penguin
08/05/24 21:38:22 nPb8ONxb
WindowsUpdateでシャットダウンって。
自動更新は普通無効にするだろ。
そんなことより気になるのは、
PCサーバ（Windows、Unix（クローン含む））の時計って狂いやすいよね。
常時稼動だと時計合わせができない
302:login:Penguin
08/05/24 21:45:48 IhhzGBlL
NTP動かしておかないの？
303:login:Penguin
08/05/24 21:48:55 nPb8ONxb
>>302
常時稼動だから無理
304:login:Penguin
08/05/24 21:53:45 5hDaYvch
はああああ？
305:login:Penguin
08/05/24 21:57:12 nPb8ONxb
すでに遅れてしまってるから、NTPで合わせると数分ずれることになる
306:login:Penguin
08/05/24 21:58:41 nPb8ONxb
進んだ時計を遅らせるのは簡単だが、遅れた時計を進めるのは難しい
307:login:Penguin
08/05/24 21:59:19 IhhzGBlL
>>303
意味が分からんｗ
常時稼動だからこそNTP動かしておくんだろ。
ちょっと調べてみ。
URLﾘﾝｸ(ja.wikipedia.org)
URLﾘﾝｸ(tech.n-linux.com)
308:login:Penguin
08/05/24 22:01:11 weD0uYA2
>>303
なぜ無理だと考えているの?
309:login:Penguin
08/05/24 22:01:34 IhhzGBlL
しかも言っていることが逆じゃないか？
時間の巻き戻しが起きてしまうと、ログファイルの不整合が起きたりと
不具合の可能性はあるが、進める分には空白データが出来るだけで、
そこまでの問題は起きないと思うが？
あと、NTPを利用して少しずつ時間をずらして、
ちゃんとした時間に合わせるという機能もある。
なんか勘違いしまくってる気がするが？
310:login:Penguin
08/05/24 22:03:19 weD0uYA2
>>306
どっちも実は難しい事なのだけど、でも進んだ時計を遅らせる方が、この世の時間の
流れとしてはありえない事なので、考慮すべき点が増えると考えるが
311:login:Penguin
08/05/24 22:06:42 nPb8ONxb
>>309
空白の時間ができるのは、進んだ時計を遅らせたほうだろ。
遅れた時計を進めると、重複した時間ができてしまう
312:login:Penguin
08/05/24 22:08:08 5g8TeTuK
NTPってそんなに難しかったかw
313:login:Penguin
08/05/24 22:08:42 weD0uYA2
>>311
世の中の時間は、お前の管理しているPCサーバのハードウェアクロックに対して
進んだり遅れたりするものじゃないんだが
314:login:Penguin
08/05/24 22:10:47 IhhzGBlL
あれ、自信がなくなってきたぞｗ
現在時刻を22:10 とすると
22:00 遅れた時間
22:10 現在時刻
22:20 進んだ時間
この場合、22:20(進んだ時間)から22:10(現在時刻)に巻き戻すと
22:10 -> 22:20を２回通ることになる
22:00(遅れた時間)から22:10(現在時刻)に進めると
22:00 -> 22:10 が空白時刻になる
じゃないか？
俺の勘違いか？
315:login:Penguin
08/05/24 22:11:45 bj802jhv
今まで時刻ずれてて大した問題になってない程度の
サーバなら，エイヤで時刻合わせろよ
改めて深刻ぶるなってw
316:login:Penguin
08/05/24 22:12:31 nPb8ONxb
>>313
揚げ足取りはいいよ
PC上のログに、前後が逆になってるものができてしまう、ということ
317:login:Penguin
08/05/24 22:13:53 nPb8ONxb
>>314
それが正解
318:login:Penguin
08/05/24 22:18:53 weD0uYA2
>>316
> PC上のログに、前後が逆になってるものができてしまう、ということ
それは、「進んだ時計を遅らせた」時に発生する事象と考えている?
それとも「遅れた時計を進めた」時に発生する事象と考えている?
この質問に対する答の選択肢は2つしか存在しないのだが、どちらだ?
319:login:Penguin
08/05/24 22:20:43 IhhzGBlL
まぁ、なんとなく危惧していることは何かが分かったところで。
これあたり読んでみ
URLﾘﾝｸ(itpro.nikkeibp.co.jp)
NTPのslewモードを使えば、気にしている事は大丈夫だと思うぞ。
320:login:Penguin
08/05/24 22:22:18 5hDaYvch
>>316
それが問題になるようなシステムで、今まで時計も合わせずに運用してきたのか？w
321:login:Penguin
08/05/24 22:26:03 nPb8ONxb
>>314
その例で疑問が氷解した。すまんかった。
個々のプログラムがどう処理してるかしらんけどね。
>>320
オペレータだからな。そんなもん。
時計合わせろ、といっても、「難しい」の一点張り。
322:login:Penguin
08/05/24 22:27:17 ulWT+Bo8
そもそもログが時刻順に並んでるって仮定はどうなのよ
確かにやりそうだけど、本来不適切じゃね
323:login:Penguin
08/05/24 22:28:41 weD0uYA2
>>319
そういう事態を考慮して、initスクリプトにntpdateとntpdを仕込めるようになっているのでは
ないか。
ってかntpdateなんて、通常使うものではなかろう。
324:login:Penguin
08/05/24 22:34:49 IhhzGBlL
まぁ、ログが時刻順って言うのは厳密には不適切だろうけど、
考えてプログラム書くのもメンドクセｗ
いちいち入ってくるデータをソートするのも馬鹿みたいだしなぁ。
仕様として、「ログファイルは時刻順に記録されるものとする」とか
入ってるとか言うところかねぇ。
で、ID:nPb8ONxbがオペレータの立場で
鯖缶じゃないならしょうがないけど、
もし親しい立場とかに居るのなら、NTPを使うように
提案してみたらどうだ？
>>323
まぁね、このあたりはFAQだろうし。
慣れてる人なら困るところでは無いと思うんだけどなぁ。
325:login:Penguin
08/05/24 22:43:04 nPb8ONxb
>>324
まさか鯖缶がNTPを知らんとは思わなかったからな
（遅れた時計を進めるのは難しいとかいってたおれも人のことはいえんが）
提案はしてみるよ
326:login:Penguin
08/05/24 22:55:14 PlMsY8vr
>>309
xntpのslew機能については、HP-UXのマニュアルでは非推奨になってたな。
そもそも、slewなんて1回合わせりゃ、後はいらんしな。
327:login:Penguin
08/05/24 23:44:05 wWdxGBy+
そもそも時間調整はアクセスが少ない4時頃にやるだろうが。
328:login:Penguin
08/05/24 23:55:19 znF5h7eN
先日updateしてからMRTGのCPU使用率が100%の表示のままになってるのは漏れだけ？
topで確認しても特に問題なさげなんだがなぁ・・・。
329:325
08/05/25 01:06:31 gMuO6ak6
>>327
タイマー起動は、バッチが遅れたときにまずくないか？
まあ、おれの現場では通常は3時半、遅れても6時にはバッチが終わるけど。
時期によっては5時頃にはアクセスあるぞ
330:325
08/05/25 01:07:38 gMuO6ak6
ごめん。バッチが終わらないとアクセスは不可だった
331:login:Penguin
08/05/25 01:50:09 XvecGNu/
>>322
firewallが吐くsyslogとかだと、時刻順に並んでこないなんてよくあること。
まあ、firewallが「セッションが終了または消滅したあとにログを吐き出す」から、
「セッションの開始時刻」でみたら時刻ばらばらになるってだけなんだが。
332:login:Penguin
08/05/25 02:35:16 +SiTZLz+
ntpdでじわじわ調整するなら、何時からやろうが大差ない。
そもそも時間を厳密に気にするようなシステムなら、時間ずれている事自体がありえない深刻な自体だし、
ずれているという時点でそんな細かいことを気にするほどのシステムでないということ。
333:login:Penguin
08/05/25 05:22:36 IZjtjGgu
>>328
MRTGでどうなるかは知らないけど
ZABBIXで作成しているグラフでは大丈夫だぞ。
334:login:Penguin
08/05/25 08:32:25 mnMQlsNK
>>332
だよな。
数秒の違いも意識するのであれば、
設計時にNTP云々前に鯖間の同期という要件が出てくる。