仮想マシンの Backup Exec Agent for VMware (AVVI) ジョブが、エラー「V-79-57344-38277 - Unable to open a disk of the virtual machine. VixDiskLib_Open() reported the error: You do not have access rights to this…

問題

Backup Exec Agent for VMware Virtual Infrastructure (AVVI) を使用した仮想マシンのバックアップがエラーで失敗します。

エラーメッセージ

V-79-57344-38277 - 仮想マシンのディスクを開けません。VixDiskLib_Open() でエラーが報告されました: このファイルへのアクセス権限がありません。
最終エラー: 0xe0009585 - 仮想マシンのディスクを開けません。
(V-79-57344-38277 - Unable to open a disk of the virtual machine.  VixDiskLib_Open() reported the error: You do not have access rights to this file.
Final error: 0xe0009585 - Unable to open a disk of the virtual machine.)

解決方法

シナリオ A
 
原因 :
同じディスクリソースに対して複数のジョブが直接または間接的にアクセスしようとしています。 VMWare vddk 5.1 の制約により、ディスクリソースを開けるのは一度に 1 つのプロセスのみです。ディスクが開かれるたびにロックがかけられ、ディスクリソースが vddk で閉じられるまでは再び開くことはできません。


解決策 :
複数のジョブの実行が、同時または重複する可能性があるほどに近接しないようにして、このエラーが発生しないようにします。
 
 
シナリオ B
 
AVVI デバッグログ :
 
Backup Exec メディアサーバー上の SERVERNAME-BERemoteXX.log より :
 
VM_VCBPROXY_FS::GetVmdkDiskBitMap: status CODE (E0009585) for VM <(DC)datastore(DC)\vm\virtual_machine_name>
[6516] 10/11/10 15:11:27 VM_VCBPROXY_FS::GetDiskChangedInfo: GetDiskChangedInfo for VM=(DC)datastore(DC)\vm\virtual_machine_name, snapName=VM-FULL 11-10-2010 15:10, changeId=*, DiskName=[XXX_datastore2] virtual_machine_name/virtual_machine_name.vmdk, Key=2000, offset=0
[6516] 10/11/10 15:11:28 SymVmTools: IsChangeTrackingEnabled: Enabled = true, Supported = false
[6516] 10/11/10 15:11:28 SymVmTools: GetDiskChangedInfo: entered: deviceKey = 2000, snapshotName=XXX-FULL 11-10-2010 15:10, vmPath=(DC)datastore(DC)\vm\virtual_machine_name
[6516] 10/11/10 15:11:28 SymVmTools: GetDiskChangedInfo: SYM_VMC_ERROR: SOAP_ERROR
[6516] 10/11/10 15:11:28 SymVmTools: SOAP 1.1 fault: "":ServerFaultCode [no subcode]
"Error caused by file /vmfs/volumes/4a96ae97-514268fe-16dd-00237de19c24/virtual_machine_name/virtual_machine_name.vmdk"
Detail:
____________
 
[6516] 10/11/10 15:11:28 Going to perform pre backup dbcc.
[6516] 10/11/10 15:11:28 VM_VCBPROXY_FS::GetSelectedObjInfo() Informational status FS_AT_ROOT (E000FE0A)
[6516] 10/11/10 15:11:29 Windows Server 2003 (or higher) detected. No S2LP mapping required.
[6516] 10/11/10 15:11:29 VM_VCBPROXY_FS::GetSelectedObjInfo() Informational status FS_AT_ROOT (E000FE0A)
[6516] 10/11/10 15:11:29 VM_VCBPROXY_FS::GetSelectedObjInfo() Informational status FS_AT_ROOT (E000FE0A)
[6516] 10/11/10 15:11:29 VM_VCBPROXY_FS::OpenObj() Could not open the disk '[XXX_datastore2] virtual_machine_name/virtual_machine_name.vmdk' Error Text: 'You do not have access rights to this file' Error: '13'
[6516] 10/11/10 15:11:29 Cancelling the additional phase request.
[6516] 10/11/10 15:11:29 LP_ENV::MsgError: error 0xe0009585 processing object virtual_machine_name\virtual_machine_name.vmdk
[6516] 10/11/10 15:11:29 VM_VCBPROXY_FS::OpenObj() Could not open the disk '[XXX_datastore2] virtual_machine_name/virtual_machine_name_1.vmdk' Error Text: 'You do not have access rights to this file' Error: '13'
[6516] 10/11/10 15:11:29 Cancelling the additional phase request.
[6516] 10/11/10 15:11:29 LP_ENV::MsgError: error 0xe0009585 processing object virtual_machine_name\virtual_machine_name_1.vmdk
[6516] 10/11/10 15:11:29 VM_VCBPROXY_FS::OpenObj() Could not open the disk '[XXX_datastore2] virtual_machine_name/virtual_machine_name_2.vmdk' Error Text: 'You do not have access rights to this file' Error: '13'
[6516] 10/11/10 15:11:29 Cancelling the additional phase request.
[6516] 10/11/10 15:11:29 LP_ENV::MsgError: error 0xe0009585 processing object virtual_machine_name\virtual_machine_name_2.vmdk

原因 :
この問題は、次の状況で発生する可能性があります。

1) BESA (Backup Exec サービスアカウント ) アカウントが、 vCenter または ESX Server で適切な権限を持たない場合

2) LUN がメディアサーバーに提供されていない場合

解決策 :
この問題には複数の解決策があります。
 
1. バックアップに対して選択されたユーザーアカウントが、 vCenter または ESX ホストにおいて適切な権限をすべて持っているかを確認します。必要なすべての適切な権限について詳しくは、文書 000007044 を参照してください。
 A. バックアップ選択リストで ESX ホストから仮想マシンが選択されている場合は、「 root 」アカウントを選択します。
 B. バックアップ選択リストで vCenter サーバーから仮想マシンが選択されている場合は、ドメイン管理者アカウントを選択します。
 
2. バックアップ中にこのエラーが発生している仮想マシンが ESX 4.1 または ESXi 4.1 上で Windows Server 2008 または Windows Server 2008 R2 を実行している場合は、文書 TECH135858 を参照してください。
 
3. SAN 転送モードが使用されている場合、 Backup Exec メディアサーバーにドライブが適切に提供されていることを確認します。文書 000035280 で「シナリオ C 」を参照してください。

シナリオ C

メディアサーバー : ESX 4.1 ホスト上で実行される Windows 2008 R2 仮想マシンにインストールされた Backup Exec 2010 R2
ゲストマシン : 別の ESX 4.1 ホスト上で実行される Windows 2008 R2 仮想マシン

AVVI エージェントを通じてゲストマシンがバックアップに選択され、選択された唯一の転送モードが SAN 転送モードの場合、バックアップが失敗して前述のエラーが発生します。

原因 :
この問題は、 VMware から提供される VDDK (Virtual Disk Development Kit) における制約に起因します。

VDDK ガイドによると、次の通りです。

「 SAN モードでは、アクセス先の仮想ディスクを含む FibreChannel または iSCSI SAN へのアクセスがある物理マシン ( たとえばバックアップサーバー ) 上でアプリケーションが実行される必要があります。 (SAN mode requires applications to run on a physical machine (a backup server, for example) with access to FibreChannel or iSCSI SAN containing the virtual disks to be accessed.) 」

https://www.vmware.com/support/developer/vddk/vddk11_api_programming.pdf (37 ページ )

解決策 :
メディアサーバーが仮想マシン上にインストールされている場合、 SAN 転送モードはバックアップに使用できません。

SAN 転送モードではなく、 Network (NBD / NBDSSL) または Hotadd 転送モードを使用する必要があります。


シナリオ D

メディアサーバーのデバッグログに記録されるエラー :

VDDK-Log: SAN: Cannot access a SAN/iSCSI LUN backing this virtual disk. (Hint: If you are using vcbMounter you can use the option "-m nbd" to switch to network based disk access if this is what you want.) If you were attempting file-level access, stop the vmount Service by typing "net stop vmount2" on a command prompt to force vmount to re-scan for SAN LUNs and re-try the command.
VDDK-Log: DISKLIB-LINK : "san://snapshot[DATASTORE] SERVERNAME/SERVERNAME.vmdk@ESXHOST?DATA\USERNAME/XXX" : failed to open (You do not have access rights to this file).
VDDK-Log: DISKLIB-CHAIN : "san://snapshot[DATASTORE] SERVERNAME/SERVERNAME.vmdk@ESXHOST?DATA\USERNAME/XXX" : failed to open (You do not have access rights to this file).
VDDK-Log: DISKLIB-LIB : Failed to open 'san://snapshot[DATASTORE] SSERVERNAME/SERVERNAME.vmdk@ESXHOST?DATA\USERNAME/XXX' with flags 0x1e (You do not have access rights to this file).
VM_VCBPROXY_FS::OpenObj() Could not open the disk '[DATASTORE] SERVERNAME/SERVERNAME.vmdk' Error Text: 'You do not have access rights to this file' Error:'13'

原因 :
SAN 転送モードのみを使って仮想マシンのバックアップを行う場合、バックアップが失敗して前述のエラーメッセージが表示される可能性があります。このエラーの原因は、次のいずれかが考えられます。

1. バックアップを実行するメディアサーバーが、 SAN へのアクセスを持っていません。
2. バックアップを実行するメディアサーバーが、 ESX サーバーの名前解決をできません。
3. バックアップジョブに指定されたユーザーアカウントが、バックアップの実行に必要な権限をすべて持っていません。

解決策 :
1. メディアサーバーに SAN ディスクが表示されていて、 OFFLINE となっていないことを確認します。
2. メディアサーバーから、名前を指定して ESX ホストに対して ping を実行します。メディアサーバーが、 ESX ホストの名前と IP アドレスを適切に解決できることを確認します。
3. 新しいユーザーアカウントを作成して vCenter または ESX ホスト の管理者権限を付与し、このユーザーアカウントを使ってバックアッアップを再試行します。

Backup Exec でデバッグロギングを有効にしてユーザーアカウントを変更する手順について詳しくは、下記の関連文書を参照してください。


シナリオ E

デバッグエラー :
VDDK-Warn: [NFC ERROR] NfcFssrvr_DiskOpen: received NFC error 11 from server: NfcFssrvrOpen: permission check failed for file [DataStore]Virtual_Machine_Name/Virtual_Machine_Name.vmdk, access = 1
VDDK-Log: DISKLIB-DSCPTR: : "vpxa-nfc://[DataStore] Virtual_Machine_Name/Virtual_Machine_Name.vmdk be 13 67 00 94 6e 91-e0 d0 3f ce 9c 11 62 b6" : Failed to open NBD extent.
VDDK-Log: DISKLIB-LINK : "vpxa-nfc://[DataStore] Virtual_Machine_Name/Virtual_Machine_Name.vmdk be 13 67 00 94 6e 91-e0 d0 3f ce 9c 11 62 b6" : failed to open (NBD_ERR_GENERIC).
VDDK-Log: DISKLIB-CHAIN : "vpxa-nfc://[DataStore] Virtual_Machine_Name/Virtual_Machine_Name.vmdk be 13 67 00 94 6e 91-e0 d0 3f ce 9c 11 62 b6" : failed to open (NBD_ERR_GENERIC).
VDDK-Log: DISKLIB-LIB : Failed to open 'vpxa-nfc://[DataStore] Virtual_Machine_Name/Virtual_Machine_Name.vmdk be 13 67 00 94 6e 91-e0 d0 3f ce 9c 11 62 b6' with flags 0x1e (NBD_ERR_GENERIC).

原因 :
この問題は、仮想マシンに複数の VSS Provider がインストールされている場合に発生する可能性があります。

例 : VMware Snapshot Provider および Backup Exec VSS Provider が仮想マシンにインストールされている場合

解決策 :
VMware Snapshot Provider をアンインストールします ( 手順は下記のリンクを参照 )

www.veritas.com/docs/000007153


シナリオ F

ESX/ESXi 4.1 および 5 サーバーにホストされている Windows 2003/8 および 2003/8 R2 の仮想マシンに対して Agent for VMware Virtual Infrastructure を使ってバックアップすると失敗して、エラー「仮想マシンのディスクを開けません。 VixDiskLib_Open() でエラーが報告されました : このファイルへのアクセス権限がありません。」が発生します。

原因 :
この問題の原因は、 vSphere 4.1 VDDK 1.1.1 での既知の問題「アプリケーションレベルの静止により Windows Server 2008 のバックアップが失敗する (Windows Server 2008 backup fails due to application level quiescing) 」です。

https://www.vmware.com/support/developer/vddk/VDDK-1.1.1-Relnotes.html

解決策 :
注意 : Backup Exec 2010 R3 では、 VMware VSS Provider が VM からアンインストールされている限り、手順 2 は不要です。

この問題に対して、 Backup Exec 2010 R2 では 2 つの解決策があります。

1. Windows Server 2008 (R2) 仮想マシンに、 Backup Exec Remote Agent をインストールします。

 
2. VMware Tools で、アプリケーションレベルの静止を無効にします。
 
アプリケーションレベルの静止を無効にする方法 :

C:\ProgramData\VMware\VMware Tools で、 tools.conf ファイルを確認します。
注意 : このファイルが存在しない場合は、作成する必要があります。
tools.conf を、メモ帳で開きます。
  次の行をファイルに追加します。
 [vmbackup]
 vss.disableAppQuiescing = true
ファイルを保存して閉じます。

3. エラーが発生しているゲスト仮想マシンで、 VMWare Tools サービスを再起動します。

4. バックアップジョブを再実行します。


シナリオ G

DNS の問題である可能性があります。

原因 :
3 ノード VMware vSphere 5.1 クラスタ ( ノード名 esx1 、 esx2 、 esx3)

仮想マシンを esx3 ホストに移行するときのみにエラーが発生します。

解決策 :
エラーが発生しているホストに、適切な DNS レコードを追加します。

例 : 適切な DNS レコード esx3.mynetwork.lan を、エラーが発生しているホスト esx3 に追加します。


シナリオ H

デバッグエラー :
[7104] 2013-11-19T11:46:42.395 [fsys\shared] - VDDK-Log: VixDiskLib: Trying to open disk [Volume2] ExchangeWeb/ExchangeWeb.vmdk using mode nbd.
[7104] 2013-11-19T11:46:42.395 [fsys\shared] - VDDK-Log: NBD_ClientOpen: attempting to create connection to vpxa-nfc://[Volume2] VMName/VMName.vmdk@vmhost.domain.local:902
[7104] 2013-11-19T11:46:42.395 [fsys\shared] - VDDK-Log: Started up WSA
[7104] 2013-11-19T11:46:42.452 [fsys\shared] - VDDK-Log: CnxAuthdConnect: Returning false because CnxAuthdConnectTCP failed
[7104] 2013-11-19T11:46:42.453 [fsys\shared] - VDDK-Log: CnxConnectAuthd: Returning false because CnxAuthdConnect failed
[7104] 2013-11-19T11:46:42.453 [fsys\shared] - VDDK-Log: Cnx_Connect: Returning false because CnxConnectAuthd failed
[7104] 2013-11-19T11:46:42.453 [fsys\shared] - VDDK-Log: Cnx_Connect: Error message: Host address lookup for server vmhost01.gilman.edu failed: The requested name is valid, but no data of the requested type was found
[7104] 2013-11-19T11:46:42.453 [fsys\shared] - VDDK-Warn: [NFC ERROR] NfcNewAuthdConnectionEx: Failed to connect to peer. Error: Host address lookup for server vmhost.domain.local failed: The requested name is valid, but no data of the requested type was found

原因 :
この問題は、 vCenter Server に指定された方法で Backup Exec が ESX ホストにアクセスできない場合に発生する可能性があります。

解決策 :
名前解決の失敗の原因である DNS の問題を解決します。