Linux f/w is a bit more...umm...how can I word it...”exact”? “secure”? 

Anyway, it appears you may need port 6182 open for the service to install? Here is the Ubuntu Guide on how to open a port. I don’t use CDP, so this may not resolve your issue...but worth a try.

sudo ufw enable

sudo ufw allow 6182

Actually Derek...scratch that. 6182, as I’m thinking..is just the standard service port Veeam uses...nothing special. I don’t believe adding that port matters. I run Ubuntu 22 for both my Proxies and Repos and didn’t have to do that.

Try running netstat -anb to see if anything is listening on the port (6182) Derek. If something else, for whatever reason, is..there’s your issue.

Another thing you can try is...if you’ve just built this server up, and haven’t done so yet...you may simply need to perform a reboot. After installing the OS, did you run the upgrade/update cmd? 

sudo apt update && sudo apt upgrade -y

No, but I’ll give this a try.  I looked up the firewall and assumed that if I hadn’t enabled it, it wouldn’t be running.  I didn’t see anything running on 6182.  I followed a guide I found online for deploying the proxy but it only addresses VMware proxy’s, and to that end, that worked perfectly.  But CDP is giving me an issue and I’m not sure why.  I do have a case open with support.  

Will report that the update didn’t change anything.  Awaiting support….they did reply last night about seeing some credential issues in the logs, but that was earlier in the day when I fat-fingered a password, so nothing back since then.

Ugh...ok. Will await to hear what they say. Thanks Derek.

Hello Derek, did you by any chance install the minimized version of Ubuntu? I did and encountered the same error.

After I ran the “unminimize” script to return the system to the default installation, the CDP proxy add proceeded without errors.

Let me check into that….I don’t think so, but I’ll have to verify.

For those following along, support has been trying multiple things.  We did find that my old CDP proxy in the database had a version number listed of 0.0 and we removed that entry, we found that the servers were in UTC rather than CST, so we fixed that, I’ve sent them several logs, config files, copies of the configuration database, etc.  Haven’t found the root cause yet.

Hello All - was this issue ever resolved?  We are experiencing the exact same behavior as the screenshot in our deployment.   Linux CDP proxy VM is Ubuntu 22.04 LTS as well.  

Interestingly, one thing we’ve observed during the deployment process - it appears that things are progressing ok and the CDP proxy starts actively listening on 6182, 33032 & 33033 … then when the wizard eventually errors out, those 3 ports are torn down and no longer are listening.  But the ports do come up for a couple of seconds.

We’re at the point now of opening a case with support, but curious if your case was able to make any headway.  Thanks!

What you’re seeing with the proxy listening and then tearing itself down is exactly the same issue I had.  If it’s helpful, you can reference my support ticket as well though we didn’t have a resolution other than to build a new VM.  “Case #07127795 — Unable to Install CDP Proxy service on Linux, Failing to save because the machine actively refused the connection”.  Maybe there’d be something helpful there.  I’d have to look, but I may still have that VM sitting out there, and if support needs any info from me, I’d be happy to have another look should I be able to find the time.

In the end, I ended up building a new virtual machine, slightly changing the order of things and it worked fine.  I was going to try and drill down to the exact issue, but never had time to followup on the issue and closed the case.  However, thanks for reminding me to circle back around on this.

Previously when I built the machine, I deployed the VM, added it to Veeam, and deployed the CDP proxy service.  However, I had issues and a couple of items we addressed was ensuring that the server had the correct date/time zone applied and updated had been run.  Going forward, the below is now my process, including for non-CDP machines such as regular backup proxy’s.  It’s not super detailed as I’m doing this from memory, but this was a high-level of what worked for me.

1. Deploy the VM.
2. Set the timezone and validate the correct time.  For me:  sudo timedatectl set-timezone America/Chicago
3. Update and Upgrade packages as available:  sudo apt update && sudo apt upgrade
4. Add to Veeam as a managed linux server.
5. Deploy the CDP services, cross your fingers and if successful, test.

Let me know how things turn out for you and if you need any additional info on my end!

i found that a minimal install of ubuntu also need the firewall installed, or else it fails adding at CDP proxy. 

@dloseke - just wanted to follow up on this post and check back if you every got an answer for it and can post the answer or mark the best answer.  If you still need help/ideas just reply back.

Thanks for the reminder Chris.  I never did isolate to the root cause of the issue, but rebuilding the proxy’s as I noted did work around the issue and will mark as such.

Great.  Glad to hear you were able to workaround the issue so we can resolve this one.

Glad you at least found a workaround Derek

Thanks!  Due to project timelines, we followed your advice and ended up deploying new vanilla VMs from ISO, and were able to install the CDP proxy role immediately without any issue.   We haven't been able to isolate which setting/config in our hardened image would have caused this issue, but are planning to circle back to this at the end of the project rollout.  If we ever do figure it out, i’ll post an update here.

Appreciate all the input, cheers!