08th SE's Blog

おつです。

さて、Windows Time Service 関連で、ある問題が発生しているときに
下記のログが記録されることがあります。

---
ソース : Microsoft-Windows-Time-Service
Event ID : 50
説明 :
タイム サービスにより 900 秒間で 5000 ミリ秒を超える時間差が検出されました。
時間差が発生した原因として、正確度の低いタイム ソースと同期した、
またはネットワークの状態が最適でなかったことが考えられます。
タイム サービスは現在同期されておらず、他のクライアントへの時間の提供、
またはシステム クロックの更新を行うことができません。
タイム サービス プロバイダーから有効なタイム スタンプが受信されると、
タイム サービスは自動的に訂正されます。
---

(参考) Event ID 50 Local Time Synchronization

これの意味、色々な解釈ができそうな説明文ですが、要はこういうことです。

---
ある一定 (この場合 900 秒) の間、ずっと NTP サーバとの時刻差が
一定 (この場合 5000 ミリ秒) 以上の状態が続いていた。
なので、現状 NTP サーバとしての動作をやめている。
---

ちょっと文章からは判断つきにくいかなぁと思いますが、
検証 (Windows Server 2008、2008 R2) の結果、こんな結論に至りました。

ちなみに、900 秒は SpikeWatchPeriod レジストリ値が、
5000 ミリ秒は LargePhaseOffset レジストリ値が該当します。

(参考)　Windows Time Service Tools and Settings: Windows Time Service

なお、「NTP サーバとの時刻差」は、Windows Time Service のデバッグログや、
w32tm コマンドに stripchart オプションをつけることで、確認できます。


さて、Windows Time Service はある一定以上の時刻差がある場合には即時同期
しますし、その範囲内にある場合でも、SLEW モードで時刻同期します。

(参考)　w32timeデバッグ・ログとw32tmコマンド − ＠IT

このため、ふつーな状態だと、900 秒間も 5000 ミリ秒以上の時刻差がでることは
あまり考えられません。

ではなぜこういうことが起こるか、という点については、下記の KB が参考になる
かもしれません。

When SpecialPollInterval is used as a polling interval, the Windows
Time service does not correct the time if the service gets into Spike state

つまり、「SpecialPollInterval を使って、NTP サーバと同期している」 かつ、
「Type 値 が NTP で時刻同期している (※)」 ときに、受け取った時刻情報が
Spike であると判断された場合、SpikeWatchPeriod で設定している分の時間が
経過しないと正常に時刻同期を行わない、そうです。

(※) 下記レジストリキーの "Type" 値が "NTP" のとき
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\W32Time\Parameters

(参考)　Windows Time Service Tools and Settings: Windows Time Service

時刻が Spike であると判断されるのは、大抵の場合、「受け取った時刻が今までに
受け取っている時刻情報よりも大きくずれてしまっている」時です。
(上記の KB では「LargePhaseOffset 以上の時刻差がある場合」と書かれて
いますが、LargePhaseOffset 以上の時刻差があっても、Spike と判断されず、
正常に時刻同期できてしまう場合がありました。ちょっと謎。)

なので、参照先 NTP サーバの時刻がある瞬間に変わってしまった場合、それ以降の
時刻情報が Spike であると判断され、SpikeWatchPeriod の時間分、時刻同期を
行わない、すなわち、Event ID : 50 発生の条件を満たしてしまう、ということです。

これを回避するには、NTP サーバを指定する際に、NTP サーバ名 (または IP アドレス)
の後に ",0x8" をつける (つまりSpecialPollInterval を使わないこととする) こと。

まだまだ Windows Time Service の動作は不思議がいっぱいですね。。。

おつです。

ということで、銀座菊廼舎の「銀座」です。



商品のご案内 - 銀座菊廼舎

中身はこしあんで、それを外皮（さつま芋系かな？）に包んだものです。
こしあんはどちらかというと、しっとり系ではなく、さらさらした感じ。
# 外皮もさらさら系なので、お茶がほしくなりますね

おつです。

なんとなく、自分が食べた甘味類を残しておこうかなぁと、
記録をつけはじめてみました。

記念すべき（？）一個目は、叶匠壽庵の「閼伽井」です。




閼伽井(あかい) | 和菓子の叶匠壽庵

わらびもちに、黒蜜交じりの黄粉（きな粉）をまぶしてある、
いわゆる陣内評定餅みたいなものです。

甘さ控えめ、黄粉も比較的しっとりしているので、黄粉嫌いじゃなければ
結構万人向けな印象。お茶うけにもってこいですね。
価格もお高くないところも◎。

2012 年、明けました。
東日本大震災があった昨年が終わり、新しい一年が始まりました。
# Twitter が落ちておる…

今年は「自分に甘くならない一年」にしたいなぁと思います。

昨年は東日本大震災後、さまざまな苦境に立っている人を多く見てきました。
今、自分が立っているところと比べたら、なんて苦しい状況に
立たされているんだろう、ということを幾度となく感じました。

わたしは東京人なので、はっきり言ってテレビで見ているだけですし、
その実際の辛さは全然わかってないと思います。しかも、傍観者的です。

ただ、何かできないか、何か自分の能力が役に立つことはないか？
自分がやっていることが、どこかで世の中の役に立っているのか？

そんなことを考えさせられた時間でもありました。

結局、行動に移すことはなく、なんか自分に甘いんだよなぁ…と
昨年を振り返ったのが、抱負の発端です…

もちろん、ひとつのお仕事の中でも「甘くならない、妥協しない」ってことや、
日々の生活の中で先延ばしにしたり、サボったりすることを減らす、
っていう点でも、徹底していきたいですね。

来年も皆様、どうぞよろしくおねがいいたします。

メリークリスマス！

さて、今回余った ThinkPad X200 に OracleVM を入れようとしたのですが、
見事にハマったので備忘録として残しておこうかと。

OracleVM のインストール時に、HDD のパーティションを決める画面にて
下記のようなエラーが発生。

---
Your boot partition is on disk using GPT partitioning scheme
but this machine cannot boot using GPT
---

X200 で GPT が使えないって、そんなわけねーだろと思って試行錯誤するも、
ほかのオプションを使ってもどうしてもインストールできず。

ぐぐってみたところ、OTN で興味深いコメントが。

---
1. Boot up to installation Windows 7/Vista/2008 DVD/CD.
2. Click install but don't follow through.
3. Press SHIFT-F10 to bring up console.
4. Type "diskpart"
5. Once inside diskpart type:
-> list disk (find the one you want to convert)
-> select disk 0 (select the one you want from the list.
You can see an asterisk on GPT column)
-> clean
-> quit
6. Reboot your server with OVM disk.
---

手元にちょうど Windows Server 2008 のディスクがあったので、
上記の手順を試してみたら…

いけました。インストール進みました。

どうやら、前に GPT 使ってフォーマットしているのが原因だったようです。
そんぐらいよしなにやってほしいもんですが…