Kasoukatoka

  桜(2025年11月23日撮影) 近所の公園の桜の木です。まだまだ冬の入り口のため開花とは程遠いですが、春を待つかのように小さな蕾を付けていました。 前回 、最近リリースされたばかりのESXi 8以上で利用可能なRealtekのドライバを組み込んで、ESXiのカスタムイメージを作成しました。 今回は、前回作成したカスタムイメージを使用して自宅のESXi 7.xをアップグレードしていこうと思います。 ●ひとつ目のエラー 無邪気にインストールを開始したところ、さっそくエラーで止まりました。 「Requested malloc size 43183616 failed, ...」と表示されました エラーメッセージで検索したところ、レガシーBIOSモードでブートデバイスを使用してインストールを試みた場合に遭遇するエラーのようです。 購入したマザーボードのUEFI/BIOS設定画面に入って確認してみると、確かに同じデバイスでもデバイス名の先頭に「UEFI」とつくエントリと、そうでないエントリのふたつがありました。そのうち「UEFI」とデバイス名の先頭につくものを最優先に、そうでないものを最も低い優先度に設定しました。 UEFI: HL-DT-STDVDRAM GP68N LBT1(606MB)がUEFIモードのエントリ HL-DT-STDVDRAM GP68N LBT1(606MB)がUEFIモードのエントリ 当初はこちらを最優先にしてしまっていました。。 結果、エラーを回避して次の画面に進むことができました。 わかりにくいですが、/vim.v00の次の行に進んでいます ●二つ目のエラー さて、mallocのエラーも乗り越えたので、気を取り直してインストール再開です。 いつもの黄色い画面がやってきました。なんかちょっと安心感出てきます。 ESXiのインストール開始を知らせる画面が表示されます EULAへの同意が求められ。。。 ストレージデバイスのスキャンがはじまります。 どのデバイスを使用するか、選択画面が表示されます。現在ESXiがインストールされたSSDを選択します。 ESXiが見つかったため、Upgradeを選択します。 再びスキャンが始まります。 ここまで来たところで、再びエラーが発生しました。 内容を読んでみると、ESXi 7.xで使用していた、Real...

椿(2025年11月23日撮影) 近所の公園で咲き始めていました。調べてみると乙女椿という品種のようです。 花弁の枚数が多く、ピンク色なのが特徴です。 本投稿は、 vExperts Advent Calendar 2025 の7日目の投稿になります。   自宅のホームラボとして使用しているESXiをそろそろ8.xにアップグレードしようと思い、 以前の記事 で、パーツを選定した旨を記載しました。 お金には限りがあるので、なるべく安いパーツを選び、何とか自宅ラボをESXi8.xにしたい。。。そう思っていたのですが、 注文した品々のうち、CPUは品切れ状態、メモリは出品者によって注文キャンセルされ、当分手に入らない状況になってしまいました。 そんな状況で困っていたところ、ESXi 8.xで使えるRealtek NIC向けのコミュニティネットワークドライバが登場しました。 現在我が家の環境はESXi 7.xにRealtek向けのコミュニティドライバをインストールして使用しています。 これなら、今ある自宅検証マシンを利用可能な望みが出てきたぞ。。。！ ということで、ESXi8.xのソフトウェアバンドル内にRealtek NIC向けのコミュニティネットワークドライバを組み込んで、カスタムISOイメージを作成してみました。 ■1. VCF PowerCLIのインストール 私は以前、 同種の記事 を書いたことがあります。その時のPowerCLIモジュール名は「VMware.PowerCLI」だったのですが、現在は「VCF.PowerCLI」という名称になっています。 最初にPowerShellを起動し、VCF.PowerCLIモジュールがマシンにインストールされているかを確認します。 Get-Moduleコマンドの応答が何もないので、このマシンにはインストールされていません。 VCF.PowerCLIをインストールします。 PowerCLIのセッションを管理者権限で開いていないと、この図のようにエラーになります。 その際は一度PowerShellを一度閉じて、「管理者として実行」オプションから起動しなおしましょう。 インストール中、進捗はこのような画面で表示されます。 今回使用したかったImageBuilderもきちんと含まれていることがわかります。 インストール...

前回からずいぶん期間が開いてしまいましたが、今回もREST APIを試したいと思います。 今回試すREST APIは、Windowsのシングルユーザーモードとマルチユーザーモードの切り替えのためのAPIです。 このAPIは、以下で紹介されています。 Multiuser mode changeover via API APIコマンドを試す際のURLとして今回は、Omnissa Workspace ONE UEM API Explorerの「https:// asxxxx.awmdm.com /API/help/Docs/Explore?urls.primaryName=MDM%20API%20V3#/DeviceActionsV3/DeviceActionsV3_ExecuteBulkDeviceActionAsync」を使用しました(赤文字の箇所はお使いの環境ごとに異なります)。 APIの実行前に、Workspace ONE UEMに加入したデバイスの情報を確認します。 画面右側の「デバイス情報」欄に、「Windows ユーザー モード」という項目があります。 ここで現在のユーザーモードを確認します。 また、この画面には表示されていませんが、「デバイス UUID」という項目と、「組織グループ UUID」という項目があります。 この二つの値も、押さえておきます。 本ページ上部で示したURLにアクセスします(※ホスト名は適宜読み替えます)。 今回実行するAPIは、以下のフォーマットに則ってPOSTでリクエストすることが求められます。 <組織グループ UUID>、<デバイス UUID>にはデバイスの詳細ページで抑えた値を入力します。 <操作内容>には、デバイスをマルチユーザーモードにするか、シングルユーザーモードにするかを選択可能です。 MIGRATE_TO_MULTIUSER：レガシーのシングルユーザーモードのWindows端末を、マルチユーザーモードにするための操作 CHANGE_TO_MULTIUSER：シングルユーザーモードで使用していたWindows端末を、マルチユーザーモードにするための操作 CHANGE_TO_SINGLEUSER：マルチユーザーモードで使用していたWindows端末を、シングルユーザーモードにするための操...