上記環境でSUSサーバーを自動更新の更新先にするようにGPOを
設定したのですが、なぜかXP SP2端末のみAutomatic Updateサービスが
起動せずアップデートが行えません。
また、サービスも起動しておらず、手動で起動すると下記のメッセージが
表示され、サービスが実行されません。
エラーメッセージは「Error 0x80004015:呼び出し元とは別のセキュリティ IDで実行するように、クラスが構成されています」
何か解決の糸口になるような情報があればご提供お願いします。
# レス来ないですねぇ。役に立たないかも知れませんが。
| 上記環境でSUSサーバーを自動更新の更新先にするようにGPOを
| 設定したのですが、なぜかXP SP2端末のみAutomatic Updateサービスが
| 起動せずアップデートが行えません。
サービスが起動していない事から GPO の問題のようにも受取れますが。
クライアントのコントロールパネル内の自動更新は GPO を受けて
グレーアウトしているのでしょうか。
エラー番号はググると結構ありますね。
http://www.google.co.jp/search?hl=ja&lr=lang_ja&q=+site:support.microsoft.com+0x80004015
> matsuo です。
> サービスが起動していない事から GPO の問題のようにも受取れますが。
こちらも自身で引き続き調査をしていたら下記の情報が引っかかったので
GPOの問題ではないかと想定しています。
ただ、明確な確証が無いので何ともいえない状況ですが……
http://www.microsoft.com/japan/technet/prodtechnol/winxppro/maintain/mangxpsp2/mngdepgp.mspx
> クライアントのコントロールパネル内の自動更新は GPO を受けて
> グレーアウトしているのでしょうか。
一応、グレーアウトはしている状態です。
> エラー番号はググると結構ありますね。
自身でも探してみましたがピンポイントで検索で出てくるものが
あるのですが、症状的に違うものが多いため、これと同じなのか?
果たして違うのかがやはり判断しにくく現在試行錯誤しております。
もしも、自身で解決した場合でも皆様の情報になると思いますので
解決の際には報告させていただきます。
| > クライアントのコントロールパネル内の自動更新は GPO を受けて
| > グレーアウトしているのでしょうか。
|
| 一応、グレーアウトはしている状態です。
GPO かも知れませんが、SUS クライアントだと認識しているという事
ですね。(レジストリ変更やローカルセキュリティポリシーがあると
いう意味で)
GPO を一旦解除してグレーアウトがなくなるかの確認をして判断もい
いかもしれませんね。
同時に、クライアントの WindowsUpdate.log が SUS サーバを指して
いる事と、SUS サーバの IIS ログでクライアントからのアクセスがあ
るかの確認が必要だと思います。