BSデジタル周波数再編(トランスポンダ変更)に対応したPCでの録画環境設定変更(5/28更新分反映)

投稿日時: 2019年4月30日投稿者: 奈酢美

BSデジタル周波数再編(トランスポンダ変更)の影響で、PCでの録画環境の設定変更が必要な模様です。
（特にBonDriverを使用した録画環境の場合は必須の模様）

BS JAPANは普段とっていないので気づきませんでしたが、
5/9夜にNHK BSプレミアム関連でEDCB 9xでエラーウィンドウが出ているので気づきました。
EDCB 10系では、特に何もエラーダイアログは出ていませんでしたが、録画には失敗するようです。
5/22もなんとか、対応完了。
一般に言われていた新しいTSIDが予想と違っていたため、
直前の情報収集が必要でした・・・

某掲示板より

資料(4–TR–B15v6_9–3p4.pdf 7–51頁)によると

トラポン移動で変化するのは、

BSxx = bit8～4 (チャンネル)

TSx = Bit2～0 (TMCC信号内の相対TS番号)

その他のbitは変化しないので、

ディズニーチャンネル

BS07/TS2 -> BS03/TS2

0x4672 -> 0100 011 00111(7:BS07) 0 010(2:TS2)

0x4632 <– 0100 011 00011(3:BS03) 0 010(2:TS2)

BSアニマックス

BS07/TS1 -> BS13/TS2

0x4671 -> 0100 011 00111(7:BS07) 0 001(1:TS1)

0x46D2 <– 0100 011 01101(D:BS13) 0 010(2:TS2)

となるそうだ。

4月16日（火曜）BS JAPAN　完了
5月8日（火曜）NHKBSプレミアム完了
5月22日（火曜）ディズニー・チャンネル、BS アニマックス完了
5月28日（月曜）スターチャンネル 2、スターチャンネル 3 完了

ただ、対策はチャンネルスキャンするだけではだめで、
少なくともBondriverの定義ファイルをいじらないと受信できないらしい。
定義ファイルのないBondriverの場合は、BonDriverを直接バイナリエディタでの変更が必要みたいです。

おそらく、修正内容は以下の通り。
(20180522:ディズニー・チャンネル,BSアニマックスのTSIDが誤っていたため、修正)

(1)BSジャパン（2018年4月16日～）
周波数：11765.840→11727.480
名称　：BS03/TS1→BS01/TS2
TSID　：0x4031(16433)→0x4012(16402)

(2)BSプレミアム（2018年5月8日～)
周波数：11996.000→11765.840
名称　：BS15/TS2→BS03/TS1
TSID　：0x40f2(16626)→0x4031(16433)

(3)ディズニー・チャンネル（2018年5月22日～)
周波数：11842.560→11765.840
名称　：BS07/TS2→BS03/TS2
TSID　：0x4672(18034)→0x4632(17970)　　　[~~TSID　：0x4672(18034)→0x4032(16433)~~]

(4)BSアニマックス（2018年5月22日～)
周波数：11842.560→11957.640
名称　：BS07/TS1→BS13/TS2
TSID　：0x4671(18033)→0x46d2(18130) [~~TSID　：0x4671(18033)→0x40d2(16594)~~]

(5)スターチャンネル2（2018年5月28日～) 予想（TSIDについては、別途確認の必要あり）
周波数：11842.560→11996.000
名称　：BS07/TS0→BS15/TS2
TSID　：0x4470(17520)→0x40f2(11996)

(6)スターチャンネル3（2018年5月28日～) 予想（TSIDについては、別途確認の必要あり）
周波数：11842.560→11996.000
名称　：BS07/TS0→BS15/TS2
TSID　：0x4470(17520)→0x40f2(16626)

家で使用しているBSCSチューナは以下の通り
PX-W3U2：Bon Driverの定義ファイル(.ini)にて対応化・・・・・・・・(1)
PX-Q3PE：Bon Driverの定義ファイル(.ini)にて対応化・・・・・・・・(1)
PX-BSCS：定義ファイルがないため、バイナリの直接変更が必要・・・(2)

(1)はBon Driverごとに用意されたiniファイルの中身を更新するだけです。

BSジャパン（2018年4月16日～）
CH004=BS3/TS1,171,11765840,0×4031
↓
CH004=BS1/TS2,171,11727480,0×4012

NHK BSプレミアム（2018年5月8日～)
CH011=BS15/TS2,103,11996000,0x40f2
↓
CH011=BS3/TS1,103,11765840,0×4031

ディズニー・チャンネル（2018年5月22日～)：確定版
CH024 = BS7/TS2,0,11842560,0×4672
↓
CH024 = BS3/TS2,0,11765840,0×4632

BSアニマックス（2018年5月22日～)：確定版
CH017 = BS7/TS1,0,11842560,0×4671
↓
CH017 = BS13/TS2,0,11957640,0x46d2

スターチャンネル2,3（2018年5月28日～)：確定版
CH016 = BS7/TS0,0,11842560,0×4470
↓
CH016 = BS15/TS2,0,11996000,0x40f2

(2)は、Bon Driver(.Dll）を直接バイナリエディタで書き換えが必要です。
[https://mevius.5ch.net/test/read.cgi/avi/1521541943]

●BSジャパン（2018年4月16日～）：確定
純正(?)ボンドラ利用の場合
[BonDriver_BSCS.dll (158,720 Byte)]
;BSJ 周波数変更 BS3/11766(0x2DF6) → BS1/11727(0x2DCF)
022A38: F6 CF
;BSJ TSID変更 16433(0x4031) → 16402(0x4012)
022A3C: 31 12

●BSプレミアム（2018年5月9日～）：確定
純正(?)ボンドラ利用の場合
[BonDriver_BSCS.dll (158,720 Byte)]
;NHK P 周波数変更 BS15/11996 (0x2EDC) → BS03/11766 (0x2DF6)
022918: DC F6
022919: 2E 2D
;NHK P TSID変更 16626 (0x40f2) → 16433 (0x4031)
02291C: F2 31
02291D: 40 40

●ディズニー・チャンネル（2018年5月22日～)：確定
純正(?)ボンドラ利用の場合
[BonDriver_BSCS.dll (158,720 Byte)]
;ディズニー・チャンネル周波数変更 BS07/11843 (0x2E43) → BS03/11766 (0x2DF6)
022DE0: 43 F6
022DE1: 2E 2D
;ディズニー・チャンネル TSID変更 18034 (0x4672) → 17970 (0x4632)
022DE4: 72 32
022DE5: 46 46

●BSアニマックス（2018年5月22日～)：確定
純正(?)ボンドラ利用の場合
[BonDriver_BSCS.dll (158,720 Byte)]
;BSアニマックス周波数変更 BS07/11843 (0x2E43) → BS13/11958 (0x2EB6)
022D98: 43 B6
022D99: 2E 2E
;BSアニマックス TSID変更 18033 (0x4671) → 18130 (0x46d2)
022D9C: 71 D2
022D9D: 46 46

●スターチャンネル2,3（2018年5月28日～)：予想（TSIDについては、別途確認の必要あり）
純正(?)ボンドラ利用の場合
[BonDriver_BSCS.dll (158,720 Byte)]
;スターチャンネル2,3 周波数変更 BS07/11843 (0x2E43) → BS15/11996 (0x2EDC)
022BE8: 43 DC
022BE9: 2E 2E
;スターチャンネル2,3 TSID変更 17520 (0x4470) → 16626 (0x40f2)
022BEC: 70 F2
022BED: 44 40

上記修正のあとは、チャンネルスキャンで移動したチャンネルが認識されます。
もし、Spinel経由でチューナーを使っている場合も、Spinelサーバ側のBonDriverで修正すればOKのようです。

もし、チャンネルスキャンをしない場合は、チューナーごとのファイルを書き換えてもよいですが、チャンネルスキャンをお勧めします。

EDCB 9.x系であれば、\EpgTimerBonフォルダ内のBSCSチューナのChSet.txt、ChSet2.txtファイルを書き換えます（チャンネルスキャンをした場合は不要）。
（例）

BonDriver_PX_Q3PE_S0(PX-Q3PE S0).ChSet.txt

BS3/TS1 0 3 0

↓

BS1/TS2 0 3 0

——————–

BS15/TS2 0 10 0

↓

BS3/TS1 0 10 0

——————–

BS7/TS1 0 16 0

↓

BS13/TS2 0 16 0

——————–

BS7/TS2 0 23 0

↓

BS3/TS2 0 23 0

BonDriver_PX_Q3PE_S0(PX-Q3PE S0).ChSet2.txt

ＢＳジャパン 0 3 171 16433 4 1 1

ＢＳジャパン２ 0 3 172 16433 4 1 1

ＢＳジャパン３ 0 3 173 16433 4 1 1

臨時サービス 0 3 179 16433 4 161 1

株価情報 0 3 777 16433 4 192 1

ＢＳジャパン７７８ 0 3 778 16433 4 192 1

↓

ＢＳジャパン 0 3 171 16402 4 1 1

ＢＳジャパン２ 0 3 172 16402 4 1 1

ＢＳジャパン３ 0 3 173 16402 4 1 1

臨時サービス 0 3 179 16402 4 161 1

株価情報 0 3 777 16402 4 192 1

ＢＳジャパン７７８ 0 3 778 16402 4 192 1

—————————–

ＮＨＫＢＳプレミアム 0 10 103 16626 4 1 1

ＮＨＫＢＳプレミアム 0 10 104 16626 4 1 1

↓

ＮＨＫＢＳプレミアム 0 10 103 16433 4 1 1

ＮＨＫＢＳプレミアム 0 10 104 16433 4 1 1

—————————–

ＢＳアニマックス 0 16 236 18033 4 1 1

↓

ＢＳアニマックス 0 16 236 18130 4 1 1

—————————–

ディズニーチャンネル 0 23 256 18034 4 1 1

↓

ディズニーチャンネル 0 23 256 17970 4 1 1

「ChSet3.txt」も同様に変更が必要です。
（チャンネルスキャンした場合でも、昔の情報が残っているので削除推奨）
作業後は、EDCBの設定から「EPGデータ取得設定」で、変更したチャンネルがEPG取得対象になっていることを確認してください。

EDCB 10.x系であれば、\Settingフォルダ内のBSCSチューナのChSet4.txtファイルを書き換えます。
（チャンネルスキャンをした場合は不要）
（例）

BonDriver_Spinel_BCUD0(Spinel：PXBCUD_0／S0).ChSet4.txt

BS3/TS1 ＢＳジャパン BS Digital 0 3 4 16433 171 1 0 1 0

BS3/TS1 ＢＳジャパン２ BS Digital 0 3 4 16433 172 1 0 1 0

BS3/TS1 ＢＳジャパン３ BS Digital 0 3 4 16433 173 1 0 1 0

BS3/TS1 臨時サービス BS Digital 0 3 4 16433 179 161 0 0 0

BS3/TS1 株価情報 BS Digital 0 3 4 16433 777 192 0 0 0

BS3/TS1 ＢＳジャパン７７８ BS Digital 0 3 4 16433 778 192 0 0 0

↓

BS3/TS1 ＢＳジャパン BS Digital 0 3 4 16402 171 1 0 1 0

BS3/TS1 ＢＳジャパン２ BS Digital 0 3 4 16402 172 1 0 1 0

BS3/TS1 ＢＳジャパン３ BS Digital 0 3 4 16402 173 1 0 1 0

BS3/TS1 ＢＳジャパン臨時 BS Digital 0 3 4 16402 179 161 0 0 0

BS3/TS1 株価情報 BS Digital 0 3 4 16402 777 192 0 0 0

BS3/TS1 778ch BS Digital 0 3 4 16402 778 192 0 0 0

———————————–

BS15/TS2 ＮＨＫＢＳプレミアム BS Digital 0 10 4 16626 103 1 0 1 0

BS15/TS2 ＮＨＫＢＳプレミアム BS Digital 0 10 4 16626 104 1 0 1 0

↓

BS15/TS2 ＮＨＫＢＳプレミアム BS Digital 0 18 4 16433 103 1 0 1 0

BS15/TS2 ＮＨＫＢＳプレミアム BS Digital 0 18 4 16433 104 1 0 1 0

———————————–

BS7/TS1 ＢＳアニマックス BS Digital 0 16 4 18033 236 1 0 1 0

↓

BS7/TS1 ＢＳアニマックス BS Digital 0 7 4 18130 236 1 0 1 0

———————————–

BS7/TS2 ディズニーチャンネル BS Digital 0 23 4 18034 256 1 0 1 0

↓

BS7/TS2 ディズニーチャンネル BS Digital 0 8 4 17970 256 1 0 1 0

「ChSet5.txt」も同様に変更が必要です。
（チャンネルスキャンした場合でも、昔の情報が残っているので削除推奨）
作業後は、EDCBの設定から「EPG取得」で、変更したチャンネルがEPG取得対象になっていることを確認してください。

家は結構いろんなチューナを使っているので、対策が結構大変。

とりあえず、修正はコレで完了ですが、
既に予約している番組は対応チューナーがなくなったと認識されているので無効化推奨です。
自動予約していない場合は、手動での登録が必要です。
（EDCB10.0系の場合一括置換することも出来るようです。）

また、自動予約を対象のチャンネルで登録している場合は、こちらも修正が必要です。
（EDCB10.0系の場合一括置換することも出来るようです。）

とりあえず、メインの録画環境だけ修正したので、現在様子見中
残すは後一回。5/28にもやらないといけませんね。

参考
http://soranikakaruhashi.blog.fc2.com/blog-entry-379.html
http://heikin.hatenablog.com/entry/BS_Restruct2018
https://nyanshiba.hatenablog.com/entry/2018/04/16/193910
https://mevius.5ch.net/test/read.cgi/avi/1521541943

vSGA調査結果（Quadro4000,FirProW7000 for vSGA ドライバ情報)

投稿日時: 2018年5月5日投稿者: 奈酢美

返信

今、ESX5.x系でvSGAを使用するためにQuadro 4000を使用しています。

vSGA(Virtual Shared Graphics Acceleration)は、
ESXi仮想マシンの標準GPU(VMware SVGA)をGPUのハードウェアを使用して高速化するものです。
仮想マシンからは普通の｢VMware SVGAアダプター｣として認識しているが、DirectX9.0cとOpenGL2.1が高速化されます。
なお複数の仮想マシンからは、VGAのメモリが許す限り同時に利用できます｡
vMotionなども普通に可能なため、非常に使い勝手のよい技術になります。

なお、いままでコミュニティレベルで実施され、通称「GPUパススルー」とかいわれていた、
VGAをPCI パススルーで仮想マシンに直接接続し、仮想マシンからGPUの全機能を使用可能するものは、VMwareから正式に vDGA(Virtual Dedicated Graphics Acceleration)という名称がつきました。こちらは1GPUごとに1仮想マシンが対応となります。
PCI パススルーを使用しているので、vMotionや電源On中の仮想マシンリソースの拡張等はできなくなります。(ESX6.7でvMotionが出来るようになるかもしれません)。

またこの拡張で、vGPUやMxGPUという技術もありますが、これはGPU側の機能で1枚のGPUを複数の論理GPUとして分割し、論理GPUを仮想マシンに接続できるようにするものです。
こちらもPCI パススルーを使用しているので、vMotionや電源On中の仮想マシンリソースの拡張等は出来ない制限がありますが、ESX6.7でvGPUの場合のvMotionは可能になるようです。

Quadro 4000の概要は、以下の通りです。
(Fermiコア,CUDAコア256,メモリ2GBG DDR5,PCI-e 1Slot)
(最大消費電力142 W,電源補助ケーブル必須[シングル6ピン])

Quadro 4000 の ESX5.5U3での認識情報

~ # lspci|grep NVIDIA
0000:05:00.0 Display controller: NVIDIA Corporation NVIDIAQuadro 4000 [vmgfx0]
0000:05:00.1 Multimedia controller: NVIDIA Corporation GF100 High Definition Audio Controller
~ #
~ # lspci -v
0000:05:00.0 VGA compatible controller Display controller: NVIDIA Corporation NVIDIAQuadro 4000 [vmgfx0]
 Class 0300: 10de:06dd
~ #
~ # esxcli hardware pci list -c 0x0300 -m 0xf
000:005:00.0
   Address: 000:005:00.0
   Segment: 0x0000
   Bus: 0x05
   Slot: 0x00
   Function: 0x00
   VMkernel Name: vmgfx0
   Vendor Name: NVIDIA Corporation
   Device Name: NVIDIAQuadro 4000
   Configured Owner: Unknown
   Current Owner: VMkernel
   Vendor ID: 0x10de
   Device ID: 0x06dd
   SubVendor ID: 0x103c
   SubDevice ID: 0x0780
   Device Class: 0x0300
   Device Class Name: VGA compatible controller
   Programming Interface: 0x00
   Revision ID: 0xa3
   Interrupt Line: 0x0b
   IRQ: 11
   Interrupt Vector: 0x57
   PCI Pin: 0x64
   Spawned Bus: 0x00
   Flags: 0x0221
   Module ID: 4199
   Module Name: nvidia
   Chassis: 0
   Physical Slot: 2
   Slot Description: SLOT 2
   Passthru Capable: true
   Parent Device: PCI 0:0:3:0
   Dependent Device: PCI 0:0:3:0
   Reset Method: Bridge reset
   FPT Sharable: true
~ #
~ # vmkload_mod -l
Name       Used  Size (kb)
nvidia     104   9644
~ #
~ # grep -A 40 -i "Loading module nvidia" /var/log/vmkernel.log
2018-05-05T08:05:05.515Z cpu26:35548)Loading module nvidia ...
2018-05-05T08:05:05.522Z cpu26:35548)Elf: 1861: module nvidia has license NVIDIA
2018-05-05T08:05:05.614Z cpu26:35548)module heap: Initial heap size: 8388608, max heap size: 68476928
2018-05-05T08:05:05.614Z cpu26:35548)vmklnx_module_mempool_init: Mempool max 68476928 being used for module: 4199
2018-05-05T08:05:05.614Z cpu26:35548)vmk_MemPoolCreate passed for 2048 pages
2018-05-05T08:05:05.614Z cpu26:35548)module heap: using memType 2
2018-05-05T08:05:05.614Z cpu26:35548)module heap vmklnx_nvidia: creation succeeded. id = 0x41140ef22000
NVRM: vmk_MemPoolCreate passed for 4194304 pages.
2018-05-05T08:05:05.864Z cpu26:35548)PCI: driver nvidia is looking for devices
2018-05-05T08:05:05.865Z cpu26:35548)PCI: driver nvidia claimed device 0000:05:00.0
2018-05-05T08:05:05.865Z cpu26:35548)PCI: driver nvidia claimed 1 device
NVRM: loading NVIDIA UNIX x86_64 Kernel Module 319.65 Wed Oct 9 22:51:48 PDT 2013
2018-05-05T08:05:05.865Z cpu26:35548)Mod: 4780: Initialization of nvidia succeeded with module ID 4199.
2018-05-05T08:05:05.865Z cpu26:35548)nvidia loaded successfully.
2018-05-05T08:05:07.323Z cpu30:35697)Enabling MSI for dev 0000:05:00.0
2018-05-05T08:05:07.323Z cpu30:35697)IntrVector: 288: Vector 0x57 allocated, 149 vectors available
2018-05-05T08:05:07.323Z cpu30:35697)VMK_PCI: 720: device 0000:05:00.0 allocated 1 interrupts (intrType 2)
2018-05-05T08:05:07.323Z cpu30:35697)IRQ: 540: 0x57 &lt;nvidia&gt; exclusive, flags 0x10
2018-05-05T08:05:07.323Z cpu30:35697)VMK_VECTOR: 218: Registered handler for interrupt 0xff57, flags 0x10
~ #
~ # /etc/init.d/xorg status
Xorg is running
~ #
~ # gpuvm
Xserver unix:0, PCI ID 0:5:0:0, GPU maximum memory 2076672KB
 pid 40452, VM "Win7-RDPSV", reserved 131072KB of GPU memory.
 pid 41854, VM "Win7-TVMW5", reserved 131072KB of GPU memory.
 pid 41875, VM "Win7-TVMW6", reserved 131072KB of GPU memory.
 pid 41979, VM "Win10-RDPSV", reserved 131072KB of GPU memory.
 pid 42021, VM "Win7-Z800", reserved 131072KB of GPU memory.
 pid 46112, VM "Win10-64-VDI01", reserved 131072KB of GPU memory.
 pid 46181, VM "DELLWin764", reserved 131072KB of GPU memory.
 GPU memory left 1159168KB.
~ #
~ # nvidia-smi
Sun May 6 02:19:59 2018
+------------------------------------------------------+
| NVIDIA-SMI 5.319.65 Driver Version: 319.65           |
|-------------------------------+----------------------+----------------------+
| GPU  Name        Persistence-M| Bus-Id        Disp.A | Volatile Uncorr. ECC |
| Fan  Temp  Perf  Pwr:Usage/Cap|         Memory-Usage | GPU-Util  Compute M. |
|===============================+======================+======================|
|   0  Quadro 4000         Off  | 0000:05:00.0     Off |                  N/A |
| 36%   62C   P12    N/A /  N/A |      454MB /  2047MB |      0%      Default |
+-------------------------------+----------------------+----------------------+

+-----------------------------------------------------------------------------+
| Compute processes:                                               GPU Memory |
|  GPU       PID  Process name                                     Usage      |
|=============================================================================|
|  No running compute processes found                                         |
+-----------------------------------------------------------------------------+
~ #

100

101

102

103

~ # lspci|grep NVIDIA

0000:05:00.0 Display controller: NVIDIA Corporation NVIDIAQuadro 4000 [vmgfx0]

0000:05:00.1 Multimedia controller: NVIDIA Corporation GF100 High Definition Audio Controller

~ #

~ # lspci -v

0000:05:00.0 VGA compatible controller Display controller: NVIDIA Corporation NVIDIAQuadro 4000 [vmgfx0]

Class 0300: 10de:06dd

~ #

~ # esxcli hardware pci list -c 0x0300 -m 0xf

000:005:00.0

Address: 000:005:00.0

Segment: 0x0000

Bus: 0x05

Slot: 0x00

Function: 0x00

VMkernel Name: vmgfx0

Vendor Name: NVIDIA Corporation

Device Name: NVIDIAQuadro 4000

Configured Owner: Unknown

Current Owner: VMkernel

Vendor ID: 0x10de

Device ID: 0x06dd

SubVendor ID: 0x103c

SubDevice ID: 0x0780

Device Class: 0x0300

Device Class Name: VGA compatible controller

Programming Interface: 0x00

Revision ID: 0xa3

Interrupt Line: 0x0b

IRQ: 11

Interrupt Vector: 0x57

PCI Pin: 0x64

Spawned Bus: 0x00

Flags: 0x0221

Module ID: 4199

Module Name: nvidia

Chassis: 0

Physical Slot: 2

Slot Description: SLOT 2

Passthru Capable: true

Parent Device: PCI 0:0:3:0

Dependent Device: PCI 0:0:3:0

Reset Method: Bridge reset

FPT Sharable: true

~ #

~ # vmkload_mod -l

Name Used Size (kb)

nvidia 104 9644

~ #

~ # grep -A 40 -i "Loading module nvidia" /var/log/vmkernel.log

2018-05-05T08:05:05.515Z cpu26:35548)Loading module nvidia ...

2018-05-05T08:05:05.522Z cpu26:35548)Elf: 1861: module nvidia has license NVIDIA

2018-05-05T08:05:05.614Z cpu26:35548)module heap: Initial heap size: 8388608, max heap size: 68476928

2018-05-05T08:05:05.614Z cpu26:35548)vmklnx_module_mempool_init: Mempool max 68476928 being used for module: 4199

2018-05-05T08:05:05.614Z cpu26:35548)vmk_MemPoolCreate passed for 2048 pages

2018-05-05T08:05:05.614Z cpu26:35548)module heap: using memType 2

2018-05-05T08:05:05.614Z cpu26:35548)module heap vmklnx_nvidia: creation succeeded. id = 0x41140ef22000

NVRM: vmk_MemPoolCreate passed for 4194304 pages.

2018-05-05T08:05:05.864Z cpu26:35548)PCI: driver nvidia is looking for devices

2018-05-05T08:05:05.865Z cpu26:35548)PCI: driver nvidia claimed device 0000:05:00.0

2018-05-05T08:05:05.865Z cpu26:35548)PCI: driver nvidia claimed 1 device

NVRM: loading NVIDIA UNIX x86_64 Kernel Module 319.65 Wed Oct 9 22:51:48 PDT 2013

2018-05-05T08:05:05.865Z cpu26:35548)Mod: 4780: Initialization of nvidia succeeded with module ID 4199.

2018-05-05T08:05:05.865Z cpu26:35548)nvidia loaded successfully.

2018-05-05T08:05:07.323Z cpu30:35697)Enabling MSI for dev 0000:05:00.0

2018-05-05T08:05:07.323Z cpu30:35697)IntrVector: 288: Vector 0x57 allocated, 149 vectors available

2018-05-05T08:05:07.323Z cpu30:35697)VMK_PCI: 720: device 0000:05:00.0 allocated 1 interrupts (intrType 2)

2018-05-05T08:05:07.323Z cpu30:35697)IRQ: 540: 0x57 <nvidia> exclusive, flags 0x10

2018-05-05T08:05:07.323Z cpu30:35697)VMK_VECTOR: 218: Registered handler for interrupt 0xff57, flags 0x10

~ #

~ # /etc/init.d/xorg status

Xorg is running

~ #

~ # gpuvm

Xserver unix:0, PCI ID 0:5:0:0, GPU maximum memory 2076672KB

pid 40452, VM "Win7-RDPSV", reserved 131072KB of GPU memory.

pid 41854, VM "Win7-TVMW5", reserved 131072KB of GPU memory.

pid 41875, VM "Win7-TVMW6", reserved 131072KB of GPU memory.

pid 41979, VM "Win10-RDPSV", reserved 131072KB of GPU memory.

pid 42021, VM "Win7-Z800", reserved 131072KB of GPU memory.

pid 46112, VM "Win10-64-VDI01", reserved 131072KB of GPU memory.

pid 46181, VM "DELLWin764", reserved 131072KB of GPU memory.

GPU memory left 1159168KB.

~ #

~ # nvidia-smi

Sun May 6 02:19:59 2018

+------------------------------------------------------+

| NVIDIA-SMI 5.319.65 Driver Version: 319.65 |

|-------------------------------+----------------------+----------------------+

| GPU Name Persistence-M| Bus-Id Disp.A | Volatile Uncorr. ECC |

| Fan Temp Perf Pwr:Usage/Cap| Memory-Usage | GPU-Util Compute M. |

|===============================+======================+======================|

| 0 Quadro 4000 Off | 0000:05:00.0 Off | N/A |

| 36% 62C P12 N/A / N/A | 454MB / 2047MB | 0% Default |

+-------------------------------+----------------------+----------------------+

+-----------------------------------------------------------------------------+

| Compute processes: GPU Memory |

| GPU PID Process name Usage |

|=============================================================================|

| No running compute processes found |

+-----------------------------------------------------------------------------+

~ #

ただ、Quadro4000はすでにVMware Compatibility Guideからも削除されており、NVIDIAのドライバの詳細にも書かれておらず、なかったもの扱いされている状態です。

VMware Compatibility Guide for vSGA ESX5.5U3

現在ESXi5.5使用できているQuadro4000用ドライバは 319.65というものです。
NVIDIA-VMware_ESXi_5.5_Host_Driver_319.65.zip

~ # esxcli software vib list
 Name Version Vendor Acceptance Level Install Date
 ---------------------------------- ------------------------------------- --------------- ------------------ ------------
 NVIDIA-VMware_ESXi_5.5_Host_Driver 319.65-1OEM.550.0.0.1331820 NVIDIA VMwareAccepted 2017-09-09

~ # esxcli software vib list

Name Version Vendor Acceptance Level Install Date

---------------------------------- ------------------------------------- --------------- ------------------ ------------

NVIDIA-VMware_ESXi_5.5_Host_Driver 319.65-1OEM.550.0.0.1331820 NVIDIA VMwareAccepted 2017-09-09

このドライバでサポートしているGPUは以下の通りですが、このバージョン以降はQuadro 4000サポートがなくなっているとの情報もあります。

    NVIDIA GPU product                    Device PCI ID*
    ----------------------------------    ----------------------------------
    Quadro 6000                           0x06D8       
    Quadro 5000                           0x06D9       
    Quadro 4000                           0x06DD       
    Tesla M2070-Q                         0x06DF       
    GRID K1                               0x0FF2       
    GRID K2                               0x11BF

NVIDIA GPU product Device PCI ID*

---------------------------------- ----------------------------------

Quadro 6000 0x06D8

Quadro 5000 0x06D9

Quadro 4000 0x06DD

Tesla M2070-Q 0x06DF

GRID K1 0x0FF2

GRID K2 0x11BF

なお、ESXi5.1の頃は、以下のドライバが使用可能でした。
NVD.NVIDIA_bootbank_NVIDIA-VMware_304.76-1OEM.510.0.0.802205-999851.zip
(NVIDIA-VMware-304.76-1OEM.510.0.0.802205.x86_64.vib)

すでに、Quadro4000はESX6.0用のNVIDIA sVGAドライバでは認識しないとの情報もあることなので、現状Quadro4000は、ESX5.5U3までしか対応していないことになります。

ドライバのインストール方法は、この辺とかこの辺とかが参考になります。

~ # vim-cmd hostsvc/maintenance_mode_enter
~ # esxcli software vib install -d /vmfs/volumes/VMSV03-SSD-2/NVIDIA-vib/NVIDIA-VMware_ESXi_5.5_Host_Driver_319.65-1OEM.550.0.0.1331820.vib
Installation Result
   Message: Operation finished successfully.
   Reboot Required: false
   VIBs Installed: NVIDIA-VMware_ESXi_5.5_Host_Driver_319.65-1OEM.550.0.0.1331820
   VIBs Removed:
   VIBs Skipped:
= # vim-cmd /hostsvc/maintenance_mode_exit
= # /etc/init.d/xorg start

~ # vim-cmd hostsvc/maintenance_mode_enter

~ # esxcli software vib install -d /vmfs/volumes/VMSV03-SSD-2/NVIDIA-vib/NVIDIA-VMware_ESXi_5.5_Host_Driver_319.65-1OEM.550.0.0.1331820.vib

Installation Result

Message: Operation finished successfully.

Reboot Required: false

VIBs Installed: NVIDIA-VMware_ESXi_5.5_Host_Driver_319.65-1OEM.550.0.0.1331820

VIBs Removed:

VIBs Skipped:

= # vim-cmd /hostsvc/maintenance_mode_exit

= # /etc/init.d/xorg start

現在、ESXi6.0U3へのバージョンアップを検討していますが、Quadro4000が対応していない以上、vSGAをあきらめるか、別のカードを使用するかですが、NVIDIAの対応カードですと最近のビジネス用ハイエンドGPUしか対応しておらず、価格帯も中古でも2桁万円Over、下手すると３桁万円クラスなので、Home Lab用としてはなかなか手が出せません。

こんな情報もありましたが、ちょっと怖いですね。

で、色々調査した結果、AMDのFirePro W7000というGPUであれば、
ESX5.5およびESX6.0までの対応であれば比較的入手が楽そうであるとの情報を見つけました。

FirePro W7000 for vSGA情報(VMware Compatibility Guide)

現状、AMD GPUでESX6.5以上ではMxGPUで対応する用で、AMDのvSGAサポートががVMware Compatibility Guideでも認証されていない状況のようなのでESX6.5にあげることはできなさそうですが、どうせESX6.5以上になるとｖSphere Client(C# Client)が使えなくなるのでまずはESX6.0にあげられるだけでも助かります(ちょっとvvolをつかってみたいので)。

というわけで、FirePro W7000 GPUを入手しました。

ちなみに、ドライバは、以下のものが使用できそうです。

esxi5.5用
https://support.amd.com/en-us/download/workstation?os=VMware%20vSphere%20ESXi%205.5#pro-driver
vSGA用ドライバ
fglrx-12103.1135534-1oem.550.0.0.1331820.x86_64.zip

esx6.0用
https://support.amd.com/en-us/download/workstation/esxi6
vSGA用ドライバ
vmw-esx-6.0.0-fglrx-12103.1224202-3638089.zip
vDGA用ドライバ
15.20.1041.1004-FirePro-Guest-Windowsx64-Retail.exe

なお、MxGPU対応ソフトウェア郡（S71x0用)のESXi6.0と6.5用のは以下からダウンロードできる模様です。高くて買えないので、情報だけ。

ESX6.0用
https://support.amd.com/en-us/download/workstation?os=VMware%20vSphere%20ESXi%206.0#pro-driver

ESX6.5用
https://support.amd.com/en-us/download/workstation?os=VMware+vSphere+ESXi+6.5#pro-driver

とりあえず、Quadro4000が入っているESXi以外は ESX6.0U3にあげたので、
そのうちFirePro W7000に挑戦して、こちらもあげようと思います。

(参考：https://community.spiceworks.com/topic/1749384-vmware-horizon-vsga-amd-w7000)

ESXiの仮想マシンのハードウェアバージョンのダウングレード

投稿日時: 2018年5月5日投稿者: 奈酢美

返信

ESXiの仮想マシンで誤ってハードウェアバージョンをあげてしまった場合、
そのとき仮想マシンを動かしていたESXiのバージョン以下のESXiで動かせなくなってしまいます。

公式には、以下の方法でダウングレードするとなってます。

仮想マシンハードウェアをアップグレードする前に作成したスナップショットに戻す
VMware vCenter Converter Standalone を使用して、[ターゲットの指定] ウィザードで必要な仮想ハードウェアバージョンを選択してコンバート
必要なハードウェアバージョンで新しい仮想マシンを作成し、仮想マシンから既存のディスクを接続。

ハードウェアバージョンをあげる前にスナップショットを取っている場合は戻すだけですが、他の２つを選択した場合でも、いままでのログや稼動情報が消えてしまいますし、ダウンタイムがかなりとられます。

この場合の裏技ですが、実は、ハードウェアバージョンをあげる作業というのは、仮想マシンの定義ファイル(.vmx)のあるパラメータを書き換えているだけだったりします。

ですので、.vmxファイルを直接書き換えれば、ダウングレードできてしまいます。

該当するパラメータは、以下とおりです。

virtualHW.version = “11”

この”11″を該当するHW番号に書き換えて保存し、
仮想マシンの編集などをせずにそのまま仮想マシンを起動します。

書き換えるハードウェアバージョンは以下のURLが参考になります。

ESXi/ESX ホストおよび互換性のある仮想マシンのハードウェアバージョンのリスト (2020181)

すると、書き換えた内容が認識され、ハードウェアバージョンがダウングレードされて起動します。

アンサポート的な作業ですが、覚えておくといざとなってときに便利です。

奈酢美の部屋　別館

another NSB's room Blog [http://www.amy.hi-ho.ne.jp/masuda/]

BSデジタル周波数再編(トランスポンダ変更)に対応したPCでの録画環境設定変更(5/28更新分反映)

vSGA調査結果（Quadro4000,FirProW7000 for vSGA ドライバ情報)

ESXiの仮想マシンのハードウェアバージョンのダウングレード

関連記事

関連記事