Skip to main content

The last update I had was in February that we were taking down the beta from the VeeamON 2023 event. The good news is that the preview of the new managed Veeam Hardened Repository is now available for community preview. It is hosted at the Veeam R&D Forums as @HannesK has an incredible milestone there, please check it out!

"PREVIEW] Managed Hardened Repository ISO by Veeam - R&D Forums

In this post from Hannes is everything you need to know and download the latest version of the VHR .ISO. Here are a few previews to get you started:

 

You Download the Veeam Hardened Repository ISO here:

Be sure to also download the PDF and watch the Videos!

 

Additional FAQ for VHR ISO

 

Question: Can the previous .ISO be upgraded to this one?

Answer: No. This new one is Rocky Linux-based and has a number of enhancements architecturally.

 

Question:  Will the VHR be able to be installed without this .ISO if I want a different Linux OS or if I don’t want the hardening?

Answer: Yes, and that is documented in the current GA product: Hardened Repository - User Guide for VMware vSphere (veeam.com)

 

Question: Can I watch a video of how to install it?
Answer: Yes, in the link Hannes has two videos walking through the process.

 

Question: Is this preview fully supported? 
Answer:  Not at a production level, see the PDF that Hannes has in the download area, but feedback on it should be in the Forum thread. In the PDF, Hannes states, “This community preview is provided to gather direct customer feedback, but it comes without any support. We plan to release a “beta 1” later that will have “experimental support” and update capabilities. All communication / feedback is handled via the R&D forums and not via Veeam Tech Support.”

 

 

@ThatsNASt : yes, single-user mode is the only way to get into the system after the first reboot. That’s by design. The blog post regnor mentioned is the correct one.


@Rick Vanover @HannesK -- Trying to do another deployment after two successful ones but this time I am seeing the following message after a complete setup of the VM with the ISO file but cannot connect to it from VCC server - get the below error.  Any suggestions?  The VCC server can reach the VM via ping.

 


@Rick Vanover @HannesK -- Trying to do another deployment after two successful ones but this time I am seeing the following message after a complete setup of the VM with the ISO file but cannot connect to it from VCC server - get the below error.  Any suggestions?  The VCC server can reach the VM via ping.

 

Are any ports blocked, @Chris.Childerhose - as the transport service would need to communicate. Also - I had something like this happen in DHCP labs where on next book a new IP was taken in, so I started ensuring DNS names were used.


@Rick Vanover @HannesK -- Trying to do another deployment after two successful ones but this time I am seeing the following message after a complete setup of the VM with the ISO file but cannot connect to it from VCC server - get the below error.  Any suggestions?  The VCC server can reach the VM via ping.

 

Are any ports blocked, @Chris.Childerhose - as the transport service would need to communicate. Also - I had something like this happen in DHCP labs where on next book a new IP was taken in, so I started ensuring DNS names were used.

Yeah, no ports are blocked as this is in our MGMT stack of VMs and VLANs.  I am using Static IP addresses also not DHCP, so I specify the details.  I also ensured that the DNS is updated but going to try something else now that you mention that.


Well, my theory did not work so I am stuck on this one DC for deploying these.  Need to do some thinking but if anything, else comes to mind do share.


Well, my theory did not work so I am stuck on this one DC for deploying these.  Need to do some thinking but if anything, else comes to mind do share.

Interesting - one random idea Chris….  A) Reboot the VHR and 😎 do an infrastructure rescan after it is back online.


Well, my theory did not work so I am stuck on this one DC for deploying these.  Need to do some thinking but if anything, else comes to mind do share.

Interesting - one random idea Chris….  A) Reboot the VHR and 😎 do an infrastructure rescan after it is back online.

I will give that a try and see.  I even compared this DC and VMware settings to ones that have worked and they are identical. I even ensured EFI and Secure Boot turned on.  Let me see what this does and update here.


Duplicate MAC? If still on a VM...


Duplicate MAC? If still on a VM...

Shouldn't be as I even deleted the VM from disk to recreate it from scratch and use the previous June 5th ISO too.


Duplicate MAC? If still on a VM...

Shouldn't be as I even deleted the VM from disk to recreate it from scratch and use the previous June 5th ISO too.

OK makes sense. I am not sure why it can’t see it. Any VLAN stuff? That’s about only next thing to think of.


I have the feeling, that this has nothing to do with the ISO itself. So my suggestion would be to ask support, because it’s regular Ubuntu 20.04 which is supported.


Duplicate MAC? If still on a VM...

Shouldn't be as I even deleted the VM from disk to recreate it from scratch and use the previous June 5th ISO too.

OK makes sense. I am not sure why it can’t see it. Any VLAN stuff? That’s about only next thing to think of.

Yeah, the VDS that I am connected to the port group has a VLAN, so I add that to the network config when setting up the ISO VHR.  I did the same thing in other DCs where it worked so not sure about this one and why it is not working.


I have the feeling, that this has nothing to do with the ISO itself. So my suggestion would be to ask support, because it’s regular Ubuntu 20.04 which is supported.

Thanks @HannesK.  I will see what else I can come up with and go from there.  Will ask Support if needed.


Or something environmental/equipment-related.


Or something environmental/equipment-related.

That was my next thought as the storage is the same but the hosts are on Cisco UCS whereas the other DCs were HPE C7000 Blade chassis.  I will check everything over as there is something off and will find it.  😁


Seeing these messages fairly frequently and can eventually get the installer to work.

 

 


Trying to install to a Dell R7515 with Dual Broadcom 10Gb SFP+ connected to a Meraki switch.  I want to create a bond to use both 10Gb links.  I’ve tried a couple different bond types to no avail.  Sometimes, the link is active when I create the bond, but every time, when the deployment gets to the installation phase, it errors out.  I’ve ruled out incompatibility with the 10Gb NIC by deploying on a single 10Gb link (no bond).  Can anyone shed some light on which bond type and the specific settings for the bond and for the Meraki Link Aggregate?


Hey @David Tate BIG  → This is really good.

Can you try the bond with the ‘plain’ Ubuntu HWE 20.04 installation media, does it behave the same?


Hey @David Tate BIG  → This is really good.

Can you try the bond with the ‘plain’ Ubuntu HWE 20.04 installation media, does it behave the same?

I can certainly give that a try.


Hey @David Tate BIG  → This is really good.

Can you try the bond with the ‘plain’ Ubuntu HWE 20.04 installation media, does it behave the same?

I can certainly give that a try.

Appreciated - why I say that is the network configuration of the installable .ISO is for that part of the wizard basically unchanged from pure Ubuntu.


I just had one of those AHA! moments.  I tried the ‘plain’ Ubuntu install and still had issues, but then I remembered something about ESXi, which is essentially a very special Linux distribution.  It is recommended that when you Team NICs in ESXi and connect to a Meraki switch you leave the switchports as standard access or trunk ports as appropriate.  You don’t put the ports in an Aggregate.

I did that and the ‘plain’ Ubuntu install worked like a charm.  I ran ifconfig and saw basically equal traffic on the two NICs in the bond.

So, I deployed the Hardened Linux Repository from the ISO downloaded here and everything looks great so far.

The bond mode I used was balance-rr.


Thanks for letting us know @David Tate BIG 


So now that I have the Hardened Repository deployed I need to add it to the Veeam infrastructure, but I keep getting an error when Veeam tries to add the Transport Service on the new Hardened Repository service.  Can’t add the repository without the Data Mover.

 


What error did you get in the second task/line? @David Tate BIG 


The “Installing Transport service Error...” is quite lengthy.  It seems the general gist of it is a space issue, or so that error would indicate.

Installing Transport service Error: ExecCommand mtar] txvzf /opt/veeam/deployment/Upload/VeeamTransport_12.0.0.1423.tar.gz/VeeamTransport_12.0.0.1423.tar.gz -C /root/tmp/VeeamBackupTemp/{3e490f44-43e5-426f-b8ea-a8260fbee88e}.5ba8.7fb256fb7740 --no-same-owner ] has exited with code: o2], message: atar: ./vddk_6_0/lib64/libvim-types.so: Wrote only 7168 of 10240 bytes

That is followed by a bunch of “tar:./vddk...No space left on device” lines for various files it is trying to unpack/install.

The last two lines of errors are fairly non-descript.

“Failed to save Linux server: Single-use credentials require Veeam Data Mover service installed.”

“Infrastructure item save failed Error: Single-use credentials require Veeam Data Mover service installed.”


Comment