12-25-2017 05:15 AM
Hi I have a sucessful backup of virual machine using hyperv policy, Now I want to restore using command line in alternative path. my resore command is:
/usr/openv/netbackup/bin/nbrestorevm -vmhvnew -C [VMNAME] -R /root/changedir.txt -vmserver [HYPERVHOST]
changedir.txt file include:
change /C/ClusterStorage/Volume2/[VMNAME]/Snapshots/F9CF1923-F5BC-4140-80DE-0B44C54DA375.xml to /C/tmp/[VMNAME]/Snapshots/F9CF1923-F5BC-4140-80DE-0B44C54DA375.xml
change /C/ClusterStorage/Volume2/[VMNAME]/Virtual Machines/ABE630A9-156C-4681-BD77-ECE0CFF0CD45.xml to /C/tmp/[VMNAME]/Virtual Machines/ABE630A9-156C-4681-BD77-ECE0CFF0CD45.xml
change /C/ClusterStorage/Volume2/[VMNAME]/WIN2012-TMP_disk_1.vhdx to /C/tmp/[VMNAME]/WIN2012-TMP_disk_1.vhdx
change /C/ClusterStorage/Volume2/[VMNAME]/WIN2012-TMP_disk_1-AutoRecovery.avhdx to /C/tmp/[VMNAME]/WIN2012-TMP_disk_1-AutoRecovery.avhdx
I just created tmp on c:\ of Hyperv Host
and I get this error:
Restore image time = 12/25/17 12:16:17
VM restore request returned with status = 6000
EXIT STATUS 6000: The provided path is not whitelisted
PS. I run this command on hyperv host:
nbsetconfig.exe -h [hyperv host]
BPCD_WHITELIST_PATH=C:\tmp
ctrl+z
Master server is NBU 7.7 on Linux
Media server is NBU 7.7 on Linux
Clinet 7.7 installed on hyperv host (windows 2012)
Solved! Go to Solution.
01-08-2018 01:06 AM
Status 6000 indeed complains about /root/changedir.txt, not C:\tmp.
15:35:52.129 [16455.16455] <2> validate_rename_file: bpcr_open_rqst for /root/changedir.txt failed with -6000 15:35:52.129 [16455.16455] <2> process_request: validate_rename_file failed with 6000
So, you need to whitelist /root/changedir.txt.
If this still does not work, it is probably best to log a Support call with Veritas.
I am battling to relate bprd entries to the command and the changedir file, e.g.
browse_clnt: ADAudit
destination_clnt: Hyperv-07
Support will request level 5 logs as well as exact content of command and changedir file.
12-26-2017 11:08 PM
It seems that you found and followed steps in KB article
Have you checked bprd log on the master or bpcd on Hyper-V server to see which path NBU is complaining about?
Maybe /root/changedir.txt on the master?
PS:
NBU on master needs to be restarted after bprd folder is created.
01-07-2018 04:33 AM
01-08-2018 01:06 AM
Status 6000 indeed complains about /root/changedir.txt, not C:\tmp.
15:35:52.129 [16455.16455] <2> validate_rename_file: bpcr_open_rqst for /root/changedir.txt failed with -6000 15:35:52.129 [16455.16455] <2> process_request: validate_rename_file failed with 6000
So, you need to whitelist /root/changedir.txt.
If this still does not work, it is probably best to log a Support call with Veritas.
I am battling to relate bprd entries to the command and the changedir file, e.g.
browse_clnt: ADAudit
destination_clnt: Hyperv-07
Support will request level 5 logs as well as exact content of command and changedir file.
01-08-2018 09:35 PM
Hi @Marianne.
Thank you. Restore started successfully. but its freeze on being reading. Please see the hyperv server tar log.
I have this
08:48:26.023 [6608.24252] <16> tar_restore_vxms::errorVxFIHandler: VXFI MESSAGE - severity 3, wmifi:Tue Jan 9 2018 08:48:26.020000 <Thread id - 24252> CWmiLibrary::initializeCom: ConnectServer() failed with error 0x80070005. message: Access is denied.
C:\0 located on hyperv local disk but I get "access denied" for restore on it. (file system backups and restore are successful on C:/0)
01-08-2018 10:41 PM - edited 01-08-2018 10:43 PM
As per my previous post - Status 6000 is complaining about /root/changedir.txt, not C:\tmp.
Have you whitelisted it?
Which user account is used for NBU services on the Hyper-V server?
Try to change it to a domain account with full access.
01-09-2018 01:16 AM
Yes, I whitelisted the path. after that command operated successfully and restore stareted.
but restore frozen and tar log file show access denied. NBU services run under a domain full previlages account.
Thnaks
01-09-2018 01:21 AM
@shahriar_sadm wrote:
.... restore frozen and tar log file show access denied. NBU services run under a domain full previlages account.
Have you tried to increase tar logging level?
Level 3 or 5.
Or else try another temp path?
01-14-2018 04:59 AM - edited 01-14-2018 05:00 AM
Hi @Marianne, I tried level 3 before and changed log level to 5. attached file is level 5 tar log.
I chnaged the path to orginal and same error appeared "access denied"
Thanks
01-14-2018 11:03 PM
Have you perhaps had a look at the tar log?
The errors will probably make more sense to you than me.
The following is not an error, just details of source and destination:
OLD: C:\ClusterStorage\Volume2\ADAudit\Snapshots\.... NEW: C:\0\ADAudit\Snapshots\...
Is Volume 2 a separate Hyper-V volume?
And the new path residing on the C-drive?
The rest are vxms errors (coming from Hyper-V?) that does not make any sense to me.
Google found a couple of links related to Access Denied and error 0x80070005. Like this one on MS Technet forum : https://social.technet.microsoft.com/Forums/lync/en-US/d00d9970-688e-482e-ba95-ebb2138dc87c/access-i...
16:21:58.100 [4228.21332] <16> tar_restore_vxms::errorVxFIHandler: VXFI MESSAGE - severity 3, wmifi:Sun Jan 14 2018 16:21:58.095000 <Thread id - 21332> CWmiLibrary::executeQuery: pSvc->ExecQuery() failed with error 0x80070005. message: Access is denied. 16:21:58.105 [4228.21332] <16> tar_restore_vxms::errorVxFIHandler: VXFI MESSAGE - severity 3, wmifi:Sun Jan 14 2018 16:21:58.103000 <Thread id - 21332> CWmiLibrary::getFieldsFromQuery: error from executeQuery() 16:21:58.110 [4228.21332] <16> tar_restore_vxms::errorVxFIHandler: VXFI MESSAGE - severity 3, wmifi:Sun Jan 14 2018 16:21:58.108000 <Thread id - 21332> CWmiHelper::getVMList: error from getFieldsFromQuery() 16:21:58.116 [4228.21332] <16> tar_restore_vxms::errorVxFIHandler: VXFI MESSAGE - severity 3, wmifi:Sun Jan 14 2018 16:21:58.113000 <Thread id - 21332> CWmiPlugin::claim error from getVMList(), not claiming 16:21:58.116 [4228.21332] <16> tar_restore_vxms::errorVxFIHandler: VXFI MESSAGE - severity 2, winfsys:Sun Jan 14 2018 16:21:58.116000 WinFsysFiCoordinator::claim, GetVolumeInformationW,Name:['<vss>{VXFI_CSV_VOL}C:\ClusterStorage\Volume2\'], fsname: [], Status: [0] 16:21:58.117 [4228.21332] <16> tar_restore_vxms::errorVxFIHandler: VXFI MESSAGE - severity 2, winfsys:Sun Jan 14 2018 16:21:58.117000 WinFsysFiCoordinator::claim 253, Error message: ' failed with error 123: The filename, directory name, or volume label syntax is incorrect. 16:21:58.575 [4228.21332] <16> tar_restore_vxms::errorVxFIHandler: VXFI MESSAGE - severity 3, vss:Sun Jan 14 2018 16:21:58.571000 <Thread id - 21332> CWmiLibrary::executeQuery: pSvc->ExecQuery() failed with error 0x80070005. message: Access is denied. 16:21:58.580 [4228.21332] <16> tar_restore_vxms::errorVxFIHandler: VXFI MESSAGE - severity 3, vss:Sun Jan 14 2018 16:21:58.578000 <Thread id - 21332> CWmiLibrary::getFieldsFromQuery: error from executeQuery() 16:21:58.585 [4228.21332] <16> tar_restore_vxms::errorVxFIHandler: VXFI MESSAGE - severity 3, vss:Sun Jan 14 2018 16:21:58.583000 <Thread id - 21332> CWmiHelper::getVMList: error from getFieldsFromQuery() 16:21:58.589 [4228.21332] <16> tar_restore_vxms::errorVxFIHandler: VXFI MESSAGE - severity 3, vss:Sun Jan 14 2018 16:21:58.587000 <Thread id - 21332> CWmiHelper::vmExists error from getVMList()
All I can suggest is to log a Support call with Veritas. And Microsoft.
01-22-2018 10:19 PM
Hi Dear @Marianne. many thanks for all replies. Access denied fixed by set "run application on this computer" on hyperv server. Now I use this command:
/usr/openv/netbackup/bin/nbrestorevm -vmhvnew -C ADAudit -R /root/changedir.txt -vmserver Hyperv-07 -O
and this is tar log:
09:24:03.452 [7468.3248] <4> tar_restore::paths2xml: TAR - Hyper-V xml: <?xml version="1.0" encoding="UTF-8" standalone="no" ?><RestorePaths><Component><ComponentName>dummyVM</ComponentName><FileList><FilePathPairs><SourceFilePath>C:\ClusterStorage\Volume2\ADAudit\Snapshots\F9CF1923-F5BC-4140-80DE-0B44C54DA375.xml</SourceFilePath><TargetFilePath>C:\0\ADAudit\Snapshots\F9CF1923-F5BC-4140-80DE-0B44C54DA375.xml</TargetFilePath></FilePathPairs><FilePathPairs><SourceFilePath>C:\ClusterStorage\Volume2\ADAudit\Virtual Machines\ABE630A9-156C-4681-BD77-ECE0CFF0CD45.xml</SourceFilePath><TargetFilePath>C:\0\ADAudit\Virtual Machines\ABE630A9-156C-4681-BD77-ECE0CFF0CD45.xml</TargetFilePath></FilePathPairs><FilePathPairs><SourceFilePath>C:\ClusterStorage\Volume2\ADAudit\WIN2012-TMP_disk_1.vhdx</SourceFilePath><TargetFilePath>C:\0\ADAudit\WIN2012-TMP_disk_1.vhdx</TargetFilePath></FilePathPairs><FilePathPairs><SourceFilePath>C:\ClusterStorage\Volume2\ADAudit\WIN2012-TMP_disk_1-AutoRecovery.avhdx</SourceFilePath><TargetFilePath>C:\0\ADAudit\WIN2012-TMP_disk_1-AutoRecovery.avhdx</TargetFilePath></FilePathPairs></FileList></Component></RestorePaths>
09:24:03.483 [7468.3248] <4> tar_restore::processVxFIbegin: INF - cluster restore vmhaflag 1
09:24:05.749 [7468.3248] <16> tar_restore_vxms::errorVxFIHandler: VXFI MESSAGE - severity 2, winfsys:Tue Jan 23 2018 09:24:05.749000 WinFsysFiCoordinator::claim, GetVolumeInformationW,Name:['<vss>{VXFI_CSV_VOL}C:\ClusterStorage\Volume2\'], fsname: [], Status: [0]
09:24:05.749 [7468.3248] <16> tar_restore_vxms::errorVxFIHandler: VXFI MESSAGE - severity 2, winfsys:Tue Jan 23 2018 09:24:05.749000 WinFsysFiCoordinator::claim 253, Error message: ' failed with error 123: The filename, directory name, or volume label syntax is incorrect.
09:24:07.780 [7468.3248] <16> tar_restore_vxms::errorVxFIHandler: VXFI MESSAGE - severity 2, vss:Tue Jan 23 2018 09:24:07.780000 <Thread id - 3248> VssNode::doRestore VFI_RESTORE_OVERWRITE is enabled, existing VM will be deleted
09:24:25.670 [7468.9512] <2> dtcp_write: TCP - success: send socket (628), 1 of 1 bytes
09:24:55.670 [7468.9512] <2> ov_log::V_GlobalLogEx: INF - sending keepalive
09:24:55.670 [7468.9512] <2> dtcp_write: TCP - success: send socket (628), 1 of 1 bytes
09:25:25.670 [7468.9512] <2> dtcp_write: TCP - success: send socket (628), 1 of 1 bytes
09:25:55.670 [7468.9512] <2> ov_log::V_GlobalLogEx: INF - sending keepalive
09:25:55.670 [7468.9512] <2> dtcp_write: TCP - success: send socket (628), 1 of 1 bytes
09:26:25.669 [7468.9512] <2> dtcp_write: TCP - success: send socket (628), 1 of 1 bytes
The filename, directory name, or volume label syntax is incorrect. is related to chenge file location? I made changedir.txt file exactly same as document. but restore still freez on "being reading" :(