古い古いWindows Server のWindows Updateを行った。
Updateの確認で「80072EFE」のエラーコードでエラーになる。この「80072EFE」の対処をして、もう一度、実行してしてもエラーになる。
とりあえず、おまじないとしてOSを再起動してみる。再起動のところには、アップデートの摘要を促すメッセージはない。再起動後、Windowsのシャットダウンに、更新プログラムのインストールが現れる。仕方ないので、シャットダウンを選択して、インストールした。
それのインストール後、Windows Updateを実施してみたが、やっぱり「80072EFE」のエラーになる。もう一度、対処をしてみたが変わらず。謎だ。
Powershellがコード: -1073741502で異常終了することがある。一度、発生すると同じときに実行されているPowershellも立て続けに同じコードで落ちる。
これを調べてみると、下記の内容が見つかる。
“0xC0000142” or “-1073741502” Stop error when many PowerShell scripts call the Console.Write method or when you try to start many console applications on a PowerShell console in Windows 7 or in Windows Server 2008 R2
https://support.microsoft.com/en-us/topic/-0xc0000142-or-1073741502-stop-error-when-many-powershell-scripts-call-the-console-write-method-or-when-you-try-to-start-many-console-applications-on-a-powershell-console-in-windows-7-or-in-windows-server-2008-r2-19f475a2-cbe9-c463-a2b4-b7fe7a1d236d
Microsoft.powershell.consolehost.dllファイルのエラーが原因で発生しているようで、多くのコンソールがPowershellから開かれることによってリークが発生して、このエラーになる。時間がたつことで、一時的におさまるので、またPowershellの実行ができるようになる。（これも実際の挙動と一致するのでこれだろう）
修正パッチもあるみたいないので、該当OSならば、パッチを当てるのもよさそうだ。
Windows Server 2008 R2のWindows Updateで、KB4534310のインストールが、エラーコード「8024200D」でエラーになる。
調べたところ、KB4524157がインストールされていないと、KB4534310のインストールがエラーになるとのこと。エラーになったWindows Server 2008 R2では、KB4524157はWindows Updateで表示されていない。そのため、下記のMicrosoftのサイトから、KB4524157をダウンロードする。
https://www.catalog.update.microsoft.com/Search.aspx?q=KB4524157
「windows6.1-kb4524157-x64_0735a83d6d6849dc09c6bc430a8d0b1404b01dd3.msu」がダウンロードできたら、Windows Server 2008 R2でダブルクリックして、インストールする。インストールは時間がかかった。インストールはOSの再起動がある。
KB4524157のインストール後、Windows Updateを実行したところ、正常にインストールができた。
（Windows7も同じエラーがでたときは、同じ方法で対応可能。そのときは、Windows7用のKB4524157のMSUファイルをダウンロードする）
Windows Server 2008 R2の環境で検証することができたので、with SP1のインストールメディアから、Windows Server 2008 R2 SP1をクリーンインストールした。インストール後、Windows Updateを実行したが、エラーコード「80072EFE」が表示されてアップデートが失敗した。
Microsoftで、通信の暗号化方式を変更したり、証明書が切り替わったりしているので、Windows Updateのプログラムが新しいものに対応していない。Windows Updateを行うために、Windows Update Agentだけを先に、新しいものをインストール必要がある。インストーラーのURLについては下記。
http://download.windowsupdate.com/windowsupdate/redist/standalone/7.6.7600.320/windowsupdateagent-7.6-x64.exe
なお、Windows10のEdgeやChromeでは、セキュリティ機能が邪魔をして、EXEファイルをダウンロードできない（いろいろと大変）。Windows Server 2008 R2のIEにURLを入力して開いた方が早い。
Windows Serverの役割として、DNSサーバを追加したときの設定ファイル（ゾーンファイル）の保存。Windows Server 2008 R2, Windows Server 2019, Windows Server 2022のDNSサーバで確認したが、全部同じ保存パスだった。「ZONE 名.dns」のファイルが、ゾーンファイル。
■設定ファイルの保存場所
%SYSTEMROOT%\system32\dnsC:\Windows\System32\dns「ZONE 名.dns」というファイルがあり、これがゾーンファイルの形式になっている。中身はテキストなので、テキストエディタで開けば確認はできる。バックアップが必要ならば、このファイルをバックアップする。テキスト形式なので、subversionやGitに登録して、差分管理することも可。
Windowsの端末（Windowsサーバ）で、ログファイルを消さずに、中身だけを消して、クリアにしたかった。Linuxだと、catコマンドを使って、空データで上書きをやっている。Windowsだと、catコマンドがないので、できず。Powershellで、同じようになる方法を調べた。
Powershellを使って、ファイルの中身だけをクリアする（消す）には、Clear-Contentコマンドレットを使用する。Clear-Itemだとファイル自体を消してしまうが、Clear-Contentは、ファイルを残したまま、中身のみを削除する。
Clear-Content ファイル名実行例）
PS C:\apache2\logs> dir
ディレクトリ: C:\apache2\logs
Mode LastWriteTime Length Name
---- ------------- ------ ----
-a--- 2023/06/12 14:17 754742089 access.log
-a--- 2023/06/12 14:12 754741796 access.log.1
PS C:\apache2\logs> Clear-Content .\access.log
PS C:\apache2\logs> dir
ディレクトリ: C:\apache2\logs
Mode LastWriteTime Length Name
---- ------------- ------ ----
-a--- 2023/06/12 14:19 0 access.log
-a--- 2023/06/12 14:12 754741796 access.log.1
PS C:\apache2\logs> dir
ディレクトリ: C:\apache2\logs
Mode LastWriteTime Length Name
---- ------------- ------ ----
-a--- 2023/06/12 14:20 240 access.log
-a--- 2023/06/12 14:12 754741796 access.log.1なお、Windows Server 2008 R2でもClear-Contentは使えたので、環境を選ばずに使えそうだ。
ADでログオンスクリプトを実行する際に、保存する先のSYSVOLの物理パスのメモ。
ログオンスクリプトなどを変更する際、ネットワーク共有からだと、変更権限がないため、ADのサーバ上で行わないといけない。そのときの物理的なパス。
C:\Windows\SYSVOL\sysvol\
sysvolのあとには、ADのドメイン名が続く。あとはフォルダを掘り下げていく。
ほぼ禁じ手とも言える対処方法。「デバイスとプリンター」を開いて、対象のプリンタを開いて、印刷のタスクを→クリックして、キャンセルを選択しても、タスクが消えない場合の対処方法。何度もキャンセルしても、ゾンビのように残り続けるタスクがあり、どうしようもない場合は、下記の手順で強制的に失くす。作業は自己責任で。
ゾンビのように残り続ける場合、プリンタ側ではタイムアウトしてNGの状態になっているが、プリントサーバの上ではタスクが残り続けており、キャンセルしてもプリンタ上にタスクがないので、そのままになってしまうケースだと考えられる。
Windows Serverの挙動がおかしくなったので、調べたところ、Cドライブの空き容量が0になっていた。急にファイルを置いたりすることはないので、調べてみると・・・下記のフォルダで大量に容量を使っていた。
C:¥Windows¥Logs¥CBS¥
この「Logs」の「CBS」フォルダに、Windows Updateの履歴やアップデートに失敗したときのファイルが大量にあり、これが原因だった。
常にWindows Updateが当たっていれば、数十メガ程度なので、何回も自動アップデートで失敗して、そのときのログやファイルが蓄積されて、Cドライブの空き容量を食いつぶしていた。
この「CBS」フォルダの中は、ログもしくは、アップデート時のゴミファイルなので、別の領域に移動させて対応完了。消しても問題はないが、必要なファイルが混じっていると困るので、移動で様子見して、問題がなければ、削除するのがよい。
WindowsのNTFSシステムで使っているファイルのバージョンを調べる必要があったので、その確認方法のメモ。
NTFS.SYSの場所は、下記。Windows10, Windows Server 2012 R2, Windows Server 2012, Windows Server 2008 R2も同じだった。
C:\Windows\System32\drivers\ntfs.sys
バージョンの調べ方