03-19-2020 06:27 AM - last edited on 03-19-2020 06:33 AM by Marianne
Hi , I m facing the same issue as https://vox.veritas.com/t5/NetBackup/Operation-Status-4239-Unable-to-find-the-virtual-machine/m-p/87... with Vms,
Below are the steps followed as per your suggestion, but the backup failing.
rebooted the VC, re-added the Vm to Vc inventory.
Checked the UUID instance and DNS name it is same in Netbackup and Vcenter.
03/19/2020 03:07:36 - Critical bpbrm (pid=11920) from client US9-sv00120: FTL - VMware_freeze: Unable to locate virtual machine sec9-sv00120
03/19/2020 03:07:37 - Critical bpbrm (pid=11920) from client US9-sv00120: FTL - vfm_freeze: method: VMware_v2, type: FIM, function: VMware_v2_freeze
03/19/2020 03:07:37 - Critical bpbrm (pid=11920) from client US9-sv00120: FTL - vfm_freeze: method: VMware_v2, type: FIM, function: VMware_v2_freeze
03/19/2020 03:07:37 - Critical bpbrm (pid=11920) from client US9-sv00120: FTL - snapshot processing failed, status 4239
03/19/2020 03:07:37 - Critical bpbrm (pid=11920) from client US9-sv00120: FTL - snapshot creation failed, status 4239
03-19-2020 06:51 AM
Do you have multiple vcenters listed in the credentials section? If so, it could be trying to look for the VM from a vcenter that doesn't have access to it.
You can control that from the advanced settings.
https://www.veritas.com/support/en_US/doc/21902280-133434834-0/v38343691-133434834
06-09-2020 04:16 AM
Hello,
you can refer to technote:
https://www.veritas.com/support/en_US/doc/44037985-127664609-0/v82342413-127664609
NetBackup status code: 4239
Message: Unable to find the virtual machine
Explanation: Possible causes of this error:
The virtual machine name is not entered correctly (for example, the name is misspelled).
The virtual machine identifier type is not selected correctly for the policy. For example, the virtual machine display name is entered, but the virtual machine identifier for the policy indicates virtual machine host name.
The virtual machine is renamed, deleted, or moved.
Recommended Action: Verify the following:
The virtual machine identifier configured for the policy and the name (display name, host name, UUID) entered for the virtual machine on the policy agree.
You can view the virtual machine in the VMware user interface
06-09-2020 09:09 AM
Is this a VMWare Intelligent Policy, or are these VMs manually added to backups? Is this for all VMs in the policy, or just one? If it's for all VMs, the issue most likely lies within the vCenter/ESX host.
What is the primary identifier used in the policy? I would either try changing to to "Hostname" (if it's using Display name, or vice versa if it's using Hostname) and see what that returns.
If you're using VIP, try creating a test policy and manually adding the problematic VM. From the policy, go to the Clients tab, then click the folder icon to browse the vCenter for the client. Make sure that the Display name, Hostname, and DNS name are all accurate, and do not contain any unexpected characters (spaces, periods, symbols, etc).
Check connectivity from the backup host (the media server used to query the vCenter) to the vCenter and/or ESX host(s) that are giving you issues. Use traceroute (or tracert on Windows), nslookup, and ping are all successful.
06-09-2020 09:31 AM
Is there another VM by same name /different name but cloned .
It also happens when someone from Server Team performs maintainance on server and clones the machine manually . In this case, there are machines may be with different name but 2 UUIDs on Vcenter which causes backup code 4239.
Check with Server Team for any known maintainance history on this server.
03-07-2022 01:58 AM
Please check with the Virtual machine servers in under Credentials section , or update/reset the virtual macine credentials. As in it 90 days password expiration policy works.
Hope the issue has been resolved.