ちょっと前にですがvSphere ESXi 6.5からProxmox 8.1.4へ移行しました｡移行方法についてメモしておきたいと思います｡

移行方法について

ちょっと調べるとESXiサーバからProxmoxサーバへovftoolを使ってovfを作成してインポートするのが主流のようです｡コマンドで表すとこうなります｡

ESXiサーバからProxmoxサーバにovfファイルを作成
コマンドはProxmoxから実行します｡IPアドレスはESXiで､wp01はゲストOS名になります｡
忘れそうになるのが最後の . (ドット)です｡これは保存先になります｡

# /root/ovftool/ovftool vi://root@192.168.0.100/wp01 .

ovfファイルからProxmoxへインポート
101はID番号で100から振り分けられます｡local-lvmは保存先｡

# qm importovf 101 wp01/wp01.ovf local-lvm --format qcow2

インポート後は､ProxmoxのUIからハードウェア設定を変更するだけです｡

移行環境について

移行環境は､同じサーバを使うので移行中はESXiサーバは停止しているため､さきほど説明した方法で移行が出来ません｡そこで考えたのがESXiではVCBでバックアップを取っているので､そのバックアップディスクをProxmoxサーバにマウントしてovftoolを使いovfファイルを取得することにしました｡

VMFSをマウント

ということで､ProxmoxサーバにVMFSでフォーマットされたディスクを追加した状態から説明します｡通常､VMFSのファイルを見ることは出来ないのでvmfs-toolsを使います｡これは読取り専用となりますがVMFSのファイルが参照できます｡

VMFSのディスク名を確認

# fdisk -l

vmfs-toolsをインストール

# apt install vmfs-tools

vmfs-toolsを使いマウント

# vmfs-fuse /dev/sda3 /mnt/vmfs

ovfファイルの作成

まずは以下のURLからovftoolsをダウンロードしSCPなどでProxmoxサーバへコピーします｡

Open Virtualization Format (OVF) Tool - 4.6.2

4.6.2

developer.vmware.com

zipを解凍するためunzipをインストール

# apt install unzip
# unzip VMware-ovftool-4.6.2-22220919-lin.x86_64.zip

ovftoolsでovfファイルの作成
直接ファイルをovfへ変換する場合はシンプルなコマンドで実行出来ます｡

# mkdir -p /usr/local/src/ovf/wp01
# cd /mnt/vmfs/<vcb backup folder>
# ovftool ./wp01.vmx /usr/local/src/ovf/wp01/wp01.ovf

ovfファイルからProxmoxへインポート

qmコマンドでProxmoxへインポートします｡IDは100から始まりまして被らないようにします｡

# cd /usr/local/src/ovf/wp01
# qm importovf 101 wp01.ovf local-lvm --format qcow2

インポートが終わったらProxmox のUIからハードウェアを変更して終わりです｡

NIC設定 : VMware vmxnet3
DISK設定 : ハードウェア > SCSI > “VMware PVSCSI”
Options > OS type : Linux, 6.x – 2.6 Kernel

修正が終わったらゲストOSを起動し､ネットワーク名の修正をします｡

ネットワーク名を確認
# ip a

仮にens192 から ens18 へ変更する場合を説明します｡nmtuiでネットワーク名を修正｡nmcliで変更しようとしたのですが､よくわからなかったのでUIに頼ってしまいました｡

ネットワークを再起動しておわり
# nmcli con down ens18;nmcli con up ens18

これで移行完了です｡

VMware End of Availability of perpetual licensing and associated products (96168)

VMware がサブスクへ移行するためか､買い取り商品を終了するそうです｡その中に無償版の VMware vSphere Hypervisor も含まれていました｡これを機にProxmoxへ移行を考えてみることにしました｡

移行検討の前はESXiをアップデートしようとしてた

Proxmox移行の前に､ちょっと前のことですが､ESXi 6.5の自宅サーバが稼働しており､8.0または7.0へアップデートしようと思っており､調べてみるとNICがrealtekだとドライバーがないので10Gtek Intel I350AM2 Dual Port を買ってみたのです｡CPUもかなり古かったのですが､ESXiのインストール途中にallowlegacyCPU=true を使えば大丈夫だろうと高をくくっていました｡

NIC交換も問題なくおわり､ドライバーもいれなくても自動的に認識してくれました｡まずは､8.0を試してみようと思いましたが､例のコマンドを使用してもCPUが古いと受け付けてもらえず､7.0も6.7も撃沈しました｡何のためにNICを買ったのだろう… 結局､6.5のまま使い続けるのかなと思っていました｡

余ってるPCでProxmoxをいじろう

そんなときにこのニュースです｡とりあえず､6.5 Hypervisor のライセンスはあるので戻すことは可能なので､Proxmoxへ移行を考えてみることにしました｡

極力､Webサーバを止めたくないのでいったん余っているノートPCにproxmoxを入れて操作方法を覚えてみようとESXiからファイルをコピーしようとしたらESXiがなぜかものすごく動作遅くなったのです｡なにやらひとつのストレージが壊れてしまったようです｡幸いなことにバックアップストレージなので影響はないのですが､これでは検証が出来ない｡

とりあえず､壊れたディスクを外して見ようかな…

Adobe Reader がアップデートされてから｢すべてのツール｣が毎回出てきて消すことが出来なくなりました｡その対策方法をメモしておきます｡

Adobe コミュニティに対策方法が載ってた

Hide 'All Tools' Pane permenatly 2023 | Community

How can users permanently hide the 'All Tools' pane?Older guides do not work.Using a free version.Please don't force tra...

community.adobe.com

ようは新UIを使わないのが対策のようです｡

｢メニュー｣ > ｢新しいAcrobat Readerを無効にする｣ を選びます｡

｢再起動｣を選びAdobe Readerを開き直します｡

旧UIになったら｢編集｣ > ｢環境設定｣ を選びます｡

｢文書｣ > ｢ツールパネルの現在の状態を記憶｣にチェックを入れてツールバーを非表示すればもう表示されません｡新UIだと｢すべてのツール｣は毎回開いてくる仕様だそうです｡

CentOS Stream 8から9へアップデートを試みたところdnfのレポジトリでエラーが出ました｡

# dnf -y --releasever=9-stream --allowerasing --setopt=deltarpm=false distro-sync
CentOS-9-stream - AppStream                                                                5.1 kB/s | 8.1 kB     00:01
Errors during downloading metadata for repository 'AppStream':
  - Status code: 404 for https://vault.centos.org/$contentdir/9-stream/AppStream/x86_64/os/repodata/repomd.xml (IP: 18.65.216.32)
エラー: repo 'AppStream' のメタデータのダウンロードに失敗しました : Cannot download repomd.xml: Cannot download repodata/repomd.xml: All mirrors were tried

アップデート手順については省略しますが､dnfコマンドで404エラーが出ました｡リポジトリのURLがよろしくないようです｡vault.centos.orgをみてみるとStream 9のリポジトリが見当たりません｡そこでこのようにリポジトリのURLを変更したところアップデートを続行できました｡

変更前
baseurl=http://vault.centos.org/$contentdir/$releasever/AppStream/$basearch/os/

変更後
baseurl=http://mirror.stream.centos.org/$releasever/AppStream/$basearch/os/

同様にBaseのリポジトリURLも変更しておきます｡

これでようやくアップデートが出来ると待っているとエラーが多発して失敗してしまいました｡

Fatal glibc error: CPU does not support x86-64-v2

CPUがx86-64-v2以上じゃないとダメだそうです｡仮想基盤のCPUはAMD A6-3650 とかなり古いものを使用しています｡Stream 9はFedora 34ベースらしいのですが､同じサーバ上でFedora 36は動作しているのにな… とりあえずアップデートは断念しました｡

別記事でExchange 管理センターの英語表記を直す方法を書きましたが､｢この設定は､おきゃくさまの組織によって管理されています｡表示言語は､ここのアプリケーションを使用して設定できます｡｣とメッセージがあり｢表示言語｣を変更出来ない場合の対処方法を書きたいと思います｡

Exchange 管理センターの英語表示の直し方

なぜか英語表記になる新しいExchange 管理センターを開くと英語表記になっていることがあります｡その直し方のメモを残しておきます｡

kulog.org

2022.10.31

原因はAzure AD Connect

変更出来ない原因は､Azure AD Connectで設定を同期しているためです｡その場合はドメインコントローラーから対象のユーザーの設定を変更する必要があります｡

｢Active Directory ユーザーとコンピューター｣を開き､｢表示｣ > ｢拡張機能｣にチェックをいれます｡これを行わないと｢属性エディター｣が表示されないからです｡

preferredLanguage を英語 en-us に変更する

設定変更したいユーザーのプロパティを開き｢属性エディター｣タブを選びます｡｢preferredLanguage｣を見つけて英語に設定変更します｡

preferredLanguageの値を｢en-us｣に変更し､Azure AD Connectが同期するまで待ちます｡手動で同期させてしまってもいいです｡

preferredLanguage を日本語 ja-jp に変更する

Exchange 管理センターの表示言語がEnglishになっていることを確認しましたら､preferredLanguageの値を｢ja-jp｣に変更します｡またAzure AD Connectで同期されるまで待ちます｡

同期後､Exchange管理センターへログインすると日本語表示になっているかと思います｡

新しいExchange 管理センターを開くと英語表記になっていることがあります｡その直し方のメモを残しておきます｡

表示言語を一度､英語に変更する

Exchange 管理センターの右上にある歯車アイコンをクリックし､｢Change your language｣を選択します｡

表示言語を選び､｢表示言語の変更｣をクリックします｡

English(United States)を選択します｡おそらく日本語以外の言語を選べば何でもいいのかもしれません｡

｢更新｣をクリック

設定を反映させるためにサインアウトするので｢Yes, sign out now｣をクリック

続けて日本語に変更することで直る

ログインし直すと英語になっていることを確認します｡今度は､表示言語｢Display language｣を日本語に変更しますので｢Change display language｣を選びます｡

Japaneseを選びます｡

先ほどと同じように｢Update｣を選択

こちらも同じように｢はい､今すぐサインアウト｣を選びサインアウトします｡

日本語表記になった

再度ログインすると日本語表記になったと思います｡例外として｢表示言語の変更｣を選べない環境がありますがそれはこちらの記事を参考にしてみてください｡

Exchange 管理センターの英語表示を直したいが｢表示言語｣を変更出来ない場合のやり方

表示言語を変更出来ない別記事でExchange 管理センターの英語表記を直す方法を書きましたが､｢この設定は､おきゃくさまの組織によって管理されています｡表示言語は､ここのアプリケーションを使用して設定できます｡｣とメッセージがあり｢表示言...

kulog.org

2022.10.31

Windows 11へアップデートする人が少ないからそんなウワサが流れてるんじゃないかと勘ぐってしまいますが、ホントにそうだったら嫌なのでWindows 11へアップデートしてみました。

私のPCはCPUが対応しておらず、アップデートを見送っていました。CPUチェックをスルーさせる方法はあったのですが、そのときはクリーンインストール時だけでアップデートは不可だったのでパーツ交換したときにやろうと数年経過。

ということで、いまだとCPUチェックをスルーさせてアップデートする方法があるだろうと調べると出てきました。大まかにこの手順です。

1. レジストリ追記
2. Windows 11のISOを取得
3. ISOからアップデート

レジストリにDWORDを追加

レジストリエディタを開き、以下の値を追加したら再起動します。

HKEY_LOCAL_MACHINE\SYSTEM\Setup\MoSetup
DWORD (32bit) 値
名前 : AllowUpgradesWithUnsupportedTPMOrCPU
値 : 1

Windows 11のISOを取得

再起動後、Windows Update でアップデートを試してみましたがダメでした。やはりISOからアップデートが必要なようです。

ISO の取得は Rufus で行いました。

Rufus : https://rufus.ie/ja/

ISOを取得したらダブルクリックでマウントして Setup.exeを実行するだけです。

Windows 11 って使い勝手いい

Windows 11 にアップデートしてタスクバーのアイコンが中央になったのがちょっと違和感がありますが、すぐになれました。

ちょっと感動したのはXbox コントローラーを接続するとウィンドウの上部にアイコンが出てきてXboxやSteamをコントローラー操作できるのです。キーボードマウスを接続しなくても遊べるのはコンシューマーぽくてすごくいい！

さて… 残り2台のアップデートも10月5日までに済ませておこうかな…

ブロックエディタで変換した記事はスマホで表示がおかしい

調べてみるとクラシックエディタで編集したものはすべてそうなっているようです｡ブロックエディタに変更したのは2019年からなので過去のをすべて直すとなると大変な時間がかかりそうです｡そこで一部だけブロックエディタへ変換してみることにしました｡

対象はアクセス数が多い記事と｢たべてみた｣の記事にすることにしました｡最初は｢ブロックへ変換｣をクリックするだけだろうと思っていたのです｡

するとインライン画像に変換されて､横幅を指定することになります｡そうすると画像サイズが固定されてしまうので大きいサイズにしてしまうと､やはりスマホからだと画像が飛び出てしまいます｡

仕方がないのでHTMLに変換し､ひとつひとつ画像と段階に分けて編集したのですがものすごく時間がかかってしまいます｡なんとかならないのだろうか…

おかしいのはTwenty Twenty Twoだった

画像処理がおかしかったのはTwenty Twenty Twoのテーマが原因でした。テーマをCocoonに変えたらスマホでも画像が問題なく表示されるのを確認しました。

Windows11のインストール

私のThinkPad X61はCPUもメモリ､TPMともにWindows 11の条件を満たしていないので通常ではインストール出来ません｡インストールイメージを入れたUSBメモリから起動しても途中で止まってしまいます｡

インストール途中で｢Shift + F10｣を押すとコマンドプロンプトが開くのでレジストリエディタを起動します｡

HKEY_LOCAL_MACHINE\SYSTEM\Setup へLabConfigキーを追加して､DWORD値で下記を追加｡値はすべて｢1｣

• BypassTPMCheck
• BypassSecureBootCheck
• BypassRAMCheck

これでインストールが続けることが出来ます｡なお､Windows Updateが出来なくなる可能性もあります｡

この手順だとOSのクリーンインストールでしか出来ません｡データはすべて消えてしまいます｡

トラックポイントの設定

Thinkpad X61 Windows 10でトラックポイント問題を解決してみた

Thinkpad X61をWindows 10へアップデートしたところ、EdgeやWindows UIでトラックポイントを使ってスクロール出来ない不具合がありました。いろいろ試行錯誤しても解決していなかったのですが、ようやく動かす方法が分か...

kulog.org

2016.03.25

以前に書いた記事をそのままやるだけでトラックポイントが使えるようになりました｡ついでに上記記事のドライバURLも最新にしておきました｡

アップデートする方法があとから分かった

X61のクリーンインストールが終わって数時間後､Microsoftから仕様に満たさない端末のアップデート方法を掲載したそうじゃないですか! それをやろう思いましたが時間がないのでのちほど…

前提条件

• 対象仮想マシンの停止
• 対象仮想マシンへ最新のVMware toolsをインストール
• 操作端末へVMware Remote Consoleのインストール

コピペの設定

vSphere Web Clientへログインし対象仮想マシンの「設定の編集」>「仮想マシン オプション」>「詳細」をクリック

構成パラメータの「設定の編集」をクリック

構成パラメータの追加をクリックして下記の3つを追加

isolation.tools.copy.disable : FALSE
isolation.tools.paste.disable : FALSE
isolation.tools.setGUIOptions.enable : TRUE

なお、Web Consoleではコピペは出来なかった。VMware Remote Consoleからコピペが可能。

それとこの設定は6.7から変わったらしい。