vmwareでredhat10(rhel10)
redhatの10が出たらしいのを5月頃知ったんやけど、試し始めたのは真夏。 今まで試したことを、バージョン上げてまた試すための足場として、vmwareの環境作ってみた。 準備 vmware playerのバージョンアップをwindowsのときは必ずやってたんやけど、 rhel10のリリースノート にx86-64-v3って書いてる箇所がある。 ハードウェアのハードル上げてきたっぽい。windows11で tpm が必須になったときもバージョン上げなvmware playerで仮想windows11うまいこと動かんかったな。 vmware workstationになって、自分の環境のバージョンは17.6.2。 春にwindowsホスト切り替えたから新しめ。x86-64-v3ってのはクリアできてるはず。 気にせずアップグレードしましょ。やってみたらコケた。 まさかbroadcom飛んでしもてどっか行った? そしたらこんなん見つけた。 Important Update: Change in Product Update Process for VMware Workstation and VMware Fusion knowledge.broadcom.com no longer available in VMware Workstation, Player, Fusion.やから「wokstation,player,fusionの更新機能もうやってへん」やとさ。 まぎらわしいから「更新の確認」のボタン無効化しとけや。 念の為、更新方法確認。昔はインストーラが既存のバージョンをアンインストールしてから、新しいバージョン入れてたはず。 Workstation Pro のアップグレード techdocs.broadcom.com そのままインストールしたらええみたい。ホンマかいな。 mac側の仮想化で使ってるutmをwindows側でも使い始めること考え始めなアカンかもしれんな。 インストーラの準備 redhatのダウンロードサイト があって、アカウント作っといたらisoイメージダウンロードできる。 たまーにしかやらへんからパスワードの台帳見てダウンロードしとく。 個人的にアカウント作ったのが2005年頃。数回しか使ってへん。 アカウント情報更新しとこ。 redhatのアカウント 業務利用するとき、redhatにはサブスクリプションってのをたいていは契約してて、それを年払いとかで購入してサポートが受けられる。 errata の情報探したいときは必須。 しばらく放置するけど、さっきのisoダウンロードで使った認証情報をredhatに入れといたらdnfでシステム更新とかモジュールのインストールできる。 期限つきなんかもしれんけど、しばらくVM削除せずに置いといてdnf継続してみよか。 そしたらalma/rocky用意せんでええしな。 期限切れになったらalmalinux10にしたらええんやけど、ローカルPCで使うことあんまりないやろし、クラウドの中で使うかな。 vmwareの更新 見た目では、現行バージョンのアンインストールの処理は見えんかったけど、インストールディレクトリ見てたら、すっからかんになる瞬間あったな。 ダウンロードしたvmwareの新バージョン入れるとき、更新機能のチェックボックスあるんやけど、さっきno longerって書いてたんやから消しとけよなぁ。 インストール終わったらバージョンちゃんと上がった。 元々使ってるwindowsとubuntuのホストちゃんと動くか確認。 windowsライセンス認証外れてへんか、dockerコンテナでdjangoからmariadb読めてるか念のため見とく。 ...