ESXi 8.0 FreeでCIMサーバが起動しない

ESXi 8.0 Free環境でCIMサーバ(sfcbd-watchdog)が起動していない

コマンドでステータスを確認

[root@esxi:~] /etc/init.d/sfcbd-watchdog status
sfcbd-init[1052108]: args ('status')
sfcbd-init[1052108]: Getting Exclusive access, please wait...
sfcbd-init[1052108]: Exclusive access granted.
sfcbd is not running
[root@esxi:~]

手動で起動を試みる

[root@esxi:~] /etc/init.d/sfcbd-watchdog start
sfcbd-init[1052119]: args ('start')
sfcbd-init[1052119]: Getting Exclusive access, please wait...
sfcbd-init[1052119]: Exclusive access granted.
sfcbd-init[1052119]: Request to start sfcbd-watchdog, pid 1052119
sfcbd-init[1052119]: sfcbd not started, administratively disabled.
[root@esxi:~]

起動に失敗する

検索すると「How to enable CIM Server (WBEM service) in ESXi 8」という記事を発見

wbemを有効化すると使えるようになるらしい

まず、現状wbemがどうなっているかを確認

[root@esxi:~] esxcli system wbem get
   Enabled: false
   WS-Management Service: true
   Enable HTTPS: true
   Authorization Model: password
   Port: 5989
   HTTP Procs: 2
   HTTPS Procs: 4
   Provider Procs: 16
   Keepalive Timeout: 1
   Keepalive Max Requests: 10
   Provider Sample Interval: 30
   Provider Timeout Interval: 120
   HTTP Max Content Length: 1048576
   Max Message Length: 40000000
   Thread Stack Size: 1048576
   Provider Resource Pool Override:
   SSL Cipher List: ECDHE+AESGCM:ECDHE+AES
   Threadpool Size: 5
   Readonly: false
   Log Level: warning
   Service Location Protocol PID: 0
   WS-Management PID: 0
   CIM Object Manager PID: 0
   Enabled SSL Protocols:
   Enabled System SSL Protocols: tlsv1.2
   Enabled Running SSL Protocols:
[root@esxi:~]

「Enabled: false」なので無効状態だった

「esxcli system wbem set -e true」を実行して有効化する

[root@esxi:~] esxcli system wbem set -e true
[root@esxi:~] esxcli system wbem get
   Enabled: true
   WS-Management Service: true
   Enable HTTPS: true
   Authorization Model: password
   Port: 5989
   HTTP Procs: 2
   HTTPS Procs: 4
   Provider Procs: 16
   Keepalive Timeout: 1
   Keepalive Max Requests: 10
   Provider Sample Interval: 30
   Provider Timeout Interval: 120
   HTTP Max Content Length: 1048576
   Max Message Length: 40000000
   Thread Stack Size: 1048576
   Provider Resource Pool Override:
   SSL Cipher List: ECDHE+AESGCM:ECDHE+AES
   Threadpool Size: 5
   Readonly: false
   Log Level: warning
   Service Location Protocol PID: 1052207
   WS-Management PID: 1053086
   CIM Object Manager PID: 1053049
   Enabled SSL Protocols:
   Enabled System SSL Protocols: tlsv1.2
   Enabled Running SSL Protocols: tlsv1.2
[root@esxi:~]

で、CIMサーバの状態を確認

[root@esxi:~] /etc/init.d/sfcbd-watchdog status
sfcbd-init[1053334]: args ('status')
sfcbd-init[1053334]: Getting Exclusive access, please wait...
sfcbd-init[1053334]: Exclusive access granted.
sfcbd is running
[root@esxi:~]

勝手に起動していた

Web UI上でも起動を確認した

CIMサーバ稼働したので[ハードウェア]-[ストレージ]に情報が表示されるようになったけど、ストレージじゃないなぁ・・・

AMD Zen系CPU温度をとれるAMD Zen4/Zen5 IPMI Thermal DriverをRyzen 5 3500UのESXi 8.0 Freeにインストールしてみた

VMware Flingsを見ていたらAMD Zen4/Zen5 IPMI Thermal Driver なるものがあった

検索してみると「AMD Zen4/Zen5 IPMI Thermal Driver for ESX Fling」という記事を見つけた

それによれば、Zen4/Zen5とかいてあるがZen3も対応しているらしい

もしかしてZen+のRyzen 5 3500Uでも使えるのかな?と実験してみた

実験した環境はGMKtec NucBox G10 mini (Ryzen 5 3500U)環境で、32GBメモリ2枚増設して使っている。

まず、導入前の状態は下記の様になにもデータがない

Flingsからダウンロードしたドライバzipファイルをローカルデータストア上に配置

[root@esxi:/vmfs/volumes/~/iso] ls -l /vmfs/volumes/~/iso/VMware-amd-zen-ipmi_thermal_910.1.0.0006-5vmw.803.0.0.24022510.zip
-rw-r--r--    1 root     root         23355 Jul  8 00:32 /vmfs/volumes/~/iso/VMware-amd-zen-ipmi_thermal_910.1.0.0006-5vmw.803.0.0.24022510.zip
[root@esxi:/vmfs/volumes/~/iso]

ドライバのインストール

[root@esxi:/vmfs/volumes/~/iso] esxcli softwar
e component apply -d /vmfs/volumes/~/iso/VMwar
e-amd-zen-ipmi_thermal_910.1.0.0006-5vmw.803.0.0.24022510.zip
Installation Result
   Message: The update completed successfully, but the system needs to be rebooted for the changes to be effective.
   Components Installed: VMware-smntemp_910.1.0.0006-5vmw.803.0.0.24022510
   Components Removed:
   Components Skipped:
   Reboot Required: true
   DPU Results:
[root@esxi:/vmfs/volumes/~/iso]

ドライバインストール後はESXi再起動必須

再起動後、ステータスを確認すると、CPU温度を認識するようになった

CLIでも認識するようになった

[root@esxi:~] esxcli hardware ipmi sdr list
Node-Sensor  Description            Entity-Instance  Computed Reading  Base Unit  Raw Reading  Sensor Type  Timestamp/Comment    Raw  Formatted-Raw
-----------  ---------------------  ---------------  ----------------  ---------  -----------  -----------  -------------------  ---  -------------
0.1          Processor 1 CPU0_Tctl  3.1              59                degrees C  59           Temperature  2026-07-08T00:56:20
[root@esxi:~]

元記事ではドライバインストール後に標準では /etc/vmware/default.map.d/smntemp_extra.map ファイルを新規作成して、認識できるようにする必要がある、的な記載があるけどしなくても見れるなぁ・・・

Ryzen 5 3500Uについては /etc/vmware/default.map.d/smntemp.map の方に情報あり、と

[root@esxi:~] lspci -v | grep -A2 '0000:00:18.3'
0000:00:18.3 Bridge Host bridge: Advanced Micro Devices, Inc. [AMD] Raven/Raven2 Device 24: Function 3
         Class 0600: 1022:15eb

[root@esxi:~] cat /etc/vmware/default.map.d/smntemp.map|grep 15eb
regtype=native,bus=pci,id=102215eb..............,driver=smntemp
[root@esxi:~]

どうやら、元記事は1.0.0005時代で、今回インストールしたのは AMD Zen4/Zen5 IPMI Thermal Driver for ESX 1.0.0006 なので、そこの違いである模様

SPAM対応メモ 2026/06/24

メールサーバに新しいメールが入ってこない、というので調査したら、特定ユーザのメールパスワードがばれていてSPAM送信に使われていたという時のメモ

(1) 落ちてるデーモンはいなかった

systemctl --failed

を実行した際に止まっているものはいなかった

(2) メールのキューに異常

postfixのメールキューの状態を確認

# postqueue -p

数万通のメールが滞留していた

差出人はほぼ1ユーザで、宛先は方々にわたる

(3) メール配送停止

ひとまず、postfixのメール配送処理を止める

# postfix abort

(4) ログ確認

/var/log/messagesと/var/log/maillog に対して そのユーザ名でgrepをかけて確認

roudcubeのログにて、roundcube内から多数のメールアドレスを指定してメール送信していることを確認

(5) アクセス者IPアドレス確認

ログから該当する操作のIPアドレスを確認し、そのアドレスがどこなのかを確認

今回は3IPアドレスからきており、どれも海外

(6) あからさまにSPAMを削除

今回特定の時間帯の送信は全部SPAMっぽかったので以下のコマンドで該当ユーザのメールをpostsuper -d queueIDで削除

# for queid in `postqueue -p|grep "Jun 24 04"  |grep ユーザ名|awk '{ print $1 }' | sed s/\*//ig`; do postsuper -d $queid; done

あと、MAILER-DAEMON関連の返送処理も削除

# for queid in `postqueue -p|grep MAILER|awk '{ print $1 }' | sed s/\*//ig`; do postsuper -d $queid; done

(7) とりあえず再開

ONTAPシミュレータのaggregateが見えなくなった

ESXi上に構築したONTAP シミュレータで データ用のaggregateにあるvolumeが見えなくなった

確認したところ、aggregateの状態が「restricted」となっていた

netapp::> storage aggregate show


Aggregate     Size Available Used% State   #Vols  Nodes            RAID Status
--------- -------- --------- ----- ------- ------ ---------------- ------------
aggr0_netapp_01
           30.06GB    9.46GB   69% online       1 netapp-01        raid_dp,
                                                                   normal
netappSSD       0B        0B    0% restricted   0 netapp-01        raid_dp,
                                                                   normal
2 entries were displayed.

netapp::>

とりあえずonlineできるか確認してみる

netapp::> storage aggregate online -aggregate netappSSD

Error: command failed: Failed to bring aggregate "netappSSD" online. Reason: Neither fsinfo block of aggregate
       'netappSSD' is valid.

netapp::>

オンラインにできない状態であった

エラーの事例を調べると、wafliron で処理をしてみて、ダメだったら、WAFLで問題おきてて、解決方法がないので、バックアップからリストアしろ、とのこと

storage aggregate wafliron のコマンドを使えるように diagモードとして、状態を確認

netapp::> set diag

Warning: These diagnostic commands are for use by NetApp personnel only.
Do you want to continue? {y|n}: y

netapp::*> storage aggregate wafliron show
This table is currently empty.

netapp::*>

wafliron startを実行

netapp::*> storage aggregate wafliron start -aggregate netappSSD

Warning: Aggregate netappSSD is in state "restricted". This aggregate might contain one or more SnapMirror
         destination volumes. You have chosen to skip wafliron on the SnapMirror destination volumes. Do you still
         want to continue? {y|n}: y
Initiated wafliron-start on aggregate "netappSSD".
Monitor the status with the "storage aggregate wafliron show" command.


netapp::*>

開始はされるが、すぐにエラー終了していた

netapp::*> storage aggregate wafliron show
                                                Percent
                                        Percent Summary  Last Last Start
                                         Blocks  Blocks Start Related
Aggregate      State   Current Status   Scanned Scanned Errno Information
-------------- ------- ---------------- ------- ------- ----- ----------------
netappSSD      restricted
                       not_running            -       -   138 Neither fsinfo
                                                              block of
                                                              aggregate
                                                              'netappSSD' is
                                                              valid.

netapp::*>

aggregate showで状態を確認

netapp::*> storage aggregate show


Aggregate     Size Available Used% State   #Vols  Nodes            RAID Status
--------- -------- --------- ----- ------- ------ ---------------- ------------
aggr0_netapp_01
           30.06GB    9.95GB   67% online       1 netapp-01        raid_dp,
                                                                   normal
netappSSD       0B        0B    0% restricted   0 netapp-01        raid_dp,
                                                                   normal
2 entries were displayed.

netapp::*>

onlineを実行したが、状況に変化はなし

netapp::*> storage aggregate online -aggregate netappSSD

Error: command failed: Failed to bring aggregate "netappSSD" online. Reason: Neither fsinfo block of aggregate
       'netappSSD' is valid.

netapp::*>

ということで、対処はできませんでした

Windows OS上でユーザ権限でファイルシステムをマウントできるようにするDokany

バックアップソフトのCommvaultの 取得したバックアップデータを実際にはリストアしないでユーザ側に直接ファイルシステムとしてアクセスできるようにする3DFSについてドキュメントを見ていたところ、下記の記述があった。

Windowsバックアップデータを、Windowsサーバ上でファイルシステムとして見れるようにする場合、Dokany というオープンソースのコールバックファイルシステムが必要だという。

dokany を調べると github にあった

https://github.com/dokan-dev/dokany

Dokany is a fork of Dokan 0.6.0 with bug fixes, clean change history and updated to build with latest tools.

dokan !? 「Opendedupという重複排除機能搭載のLinux/Windows向けファイルシステム」で使われていたやつだ

2021年にdokan公式Webが消滅したので、forkしたってことですね

https://dokan-dev.github.io/ を見ると、Dokan FUSEを利用して、いろんなものをファイルシステムとしてマウントできるようにするものが作られているようです