November 7, 2024

Uncategorized

Veeam CDP jobs hang and no data transfers when using Cloud Connect and the default port on the service provider side is changed from 6180

Introduction When using Veeam to backup or replicate virtual machines over the internet to a service provider, most likely the service provider will be using Veeam Cloud Connect.  By default, Veeam Cloud Connect uses port 6180 to receive incoming traffic from tenant (customer) locations. If the service provider already has something listening on port 6180, they may want to try and use a different port other than 6180 for their Veeam Cloud Connect service.  This should work with most Veeam applications and services; however, this usually will not work with CDP. The Issue Through may tests and working with Veeam support, it has been determined that CDP must use 6180 when transferring data.  If port 6180 is changed on the service provider side for the Cloud Connect interface, CDP will make the connection from the tenant to the service provider and it will appear to be working; however, no data will ever transfer, it will just sit and appear to be stuck at the transfer data phase. Veeam support has not confirmed why this behavior exists, but they have concluded that some part of CDP uses port 6180 to transfer data and this cannot be changed. No Workaround or Solution Unfortunately, when testing possible workarounds or looking for solutions for this, nothing seemed to work. Attempts were made at the firewall to redirect the port using port translations.  Software tools were installed directly on the service provider and tenant host systems to do port redirection before it ever leaves the server, allowing Veeam to use port 6180 then changing the port on the host, then changing the port back on the receiving host, back to 6180, attempting to trick Veeam into believing it truly is using port 6180.  These failed as well. Conclusion Currently, Veeam is not aware of a fix or workaround at this time that will allow CDP to transfer data on a port other than 6180.  This may be addressed in a future build or release, but there is no mention of that at the time of this writing.

Veeam

Storage policy does not show up for Veeam CDP policy when using vCloud Director

Introduction When setting up a Veeam CDP policy and also using vCloud Director, the tenant account may not be able to choose the correct storage policy to assign to the CDP policy.  When going through the CDP policy wizard, some or all of the storage policies may be missing as options to select for destination storage. The Issue When using vCloud Director for tenant accounts, the tenant’s VDC is assigned storage based on storage policies.  When the Veeam CDP I/O filter is installed, Veeam automatically creates its own storage policy in VMware called Veeam CDP Replication.  This policy uses host-based rules for replication and chooses veecdp as its provider. While storage policies will often be used to select the storage itself based on something like tags, in this case Veeam is leveraging the VMware I/O filters of the host itself and matching the policy based on which host or hosts have valid I/O filters, then any storage connected to that host is allowed.  It is recommended to create your own custom storage policy, choosing the same host-based replication rule veecdp, the same as Veeam creates automatically, but in your own custom policy also select storage tagging to select which storage you want a specific tenant to use.  You can use host-based rules and storage tagging together. Veeam installs and communicates the I/O filter through vCenter to know which hosts it can use.  Sometimes, if an ESXi host has had its storage provider certificate updated recently, vCenter may not have automatically synchronized the changes, and furthermore, vCenter may have the old certificate data stuck in its database.  This needs to be cleaned up and synchronized. You can check vCenter’s status of the ESXi host’s I/O filter certificates here.  If your state is inactive or shows the certificates expired, this may be your problem: You can check the certificate installed on the ESXi host by using the URL provided by vCenter: When going to the URL provided, you should be able to check your certificate to verify one is installed that is usable and not expired.  Your browser may not trust this certificate, but this is used between vCenter and ESXi, so it’s only important that vCenter trusts it. If your ESXi certificate has expired, then it needs to be renewed.  If your ESXi certificate is valid, but it shows as invalid in vCenter, then vCenter needs to manually be updated.  This document from Broadcom/VMware shows how to do this: https://knowledge.broadcom.com/external/article/318887/certain-iofilter-providers-are-showing-a.html Conclusion Sometimes when the ESXi host’s certificates are updated, vCenter doesn’t always update its own internal database with this information correctly.  If this happens, vCenter may not recognize the ESXi hosts as having valid certificates for the I/O storage policies, which Veeam uses for CDP.  This in-turn causes vCloud Director to not be able to use storage policies that rely on host-based I/O filters, so those policies will not show up for a vCloud Director tenant when creating a new Veeam CDP policy.

Scroll to Top