Backup VLAN unreachable after linking to hypervisor

Historically we've deployed the agent on all of our VM's and protected them directly from the core (no hypervisor associations/links). Each VM was given a secondary network adapter and assigned a static IP on a "backup" VLAN (i.e. 192.168.3.0/24... normal adapter/traffic is on 192.168.2.0).

Recently, we've linked our VCSA and associated all VM's with it. Everything seemed fine for about a day, backups continued on all VM's, until the RR core server had to be rebooted for something unrelated. After coming back online, all VM's which were added via their "backup" IP are unreachable, but there are some VM's which were added via their DNS name and those are still online?

It seems like a switch/networking issue, but nothing has changed in that area. It just seems too coincidental that these go offline right after associating them with our hypervisor (even though backups continued for a day or so after being linked until it was rebooted).

I've disabled/reenabled the network adapter and some other basic troubleshooting along those lines. And I've also tried disassociating one of the unreachable VM's with its hypervisor, which should theoretically put it back to how it existed prior to being linked to it, but no luck. Anyone ever see any behavior like this?

Parents
  • Linking the VMs to a hypervisor is only from the license perspective it has nothing to do with the protection perspective so the VMs going offline after linking them is just a coincidence. 
    If the VMs are offline from the core perspective please try the following:

    • Make sure the VMs Rapid Recovery agent service is running. (As you linked the VMs I am assuming these VMs are agent-based)
    • If the VMs are using antivirus add the Rapid Recovery exclusions recommended here Best Practices enabling Anti-virus Exclusions (4036144) (quest.com)
    • From the core do a ping to the IP address of the VMs
    • If ping is successful perform a telnet from the core to the VM port 8006 (default protection port)
Reply
  • Linking the VMs to a hypervisor is only from the license perspective it has nothing to do with the protection perspective so the VMs going offline after linking them is just a coincidence. 
    If the VMs are offline from the core perspective please try the following:

    • Make sure the VMs Rapid Recovery agent service is running. (As you linked the VMs I am assuming these VMs are agent-based)
    • If the VMs are using antivirus add the Rapid Recovery exclusions recommended here Best Practices enabling Anti-virus Exclusions (4036144) (quest.com)
    • From the core do a ping to the IP address of the VMs
    • If ping is successful perform a telnet from the core to the VM port 8006 (default protection port)
Children
No Data