-
- Lurker
- Posts: 2
- Liked: never
- Joined: Sep 07, 2018 12:36 pm
- Full Name: Bob
- Contact:
Feature request: Support Cloudlinux and OpenVZ kernels
We're trying to move our backup infrastructure over to Veeam but a significant portion of our production environment consists of Cloudlinux based physical servers and VMs. We also have a number of OpenVZ VPS nodes for which there are no prebuilt modules.
Our Veeam support engineer and one of your cloud solution architects involved suggested I post a feature request, so here it is!
Thanks!
Bob
Our Veeam support engineer and one of your cloud solution architects involved suggested I post a feature request, so here it is!
Thanks!
Bob
-
- Product Manager
- Posts: 6559
- Liked: 765 times
- Joined: May 19, 2015 1:46 pm
- Contact:
Re: Feature request: Support Cloudlinux and OpenVZ kernels
Hi,
Your request has been noted. I would like to ask a couple of questions regarding your needs, if you don't mind.
Do you intend to backup those machines as a whole, on a volume-level, or just a particular set of files and directories?
Thanks
Your request has been noted. I would like to ask a couple of questions regarding your needs, if you don't mind.
Do you intend to backup those machines as a whole, on a volume-level, or just a particular set of files and directories?
Thanks
-
- Lurker
- Posts: 2
- Liked: never
- Joined: Sep 07, 2018 12:36 pm
- Full Name: Bob
- Contact:
Re: Feature request: Support Cloudlinux and OpenVZ kernels
Entire server. So a bare metal restore is possible if needed. We'll need to be able to do file level restores as well but that seems to be doable from what I've seen of entire server backups in veeam so far..
-
- Lurker
- Posts: 1
- Liked: never
- Joined: Sep 10, 2018 2:03 pm
- Contact:
-
- Lurker
- Posts: 2
- Liked: never
- Joined: Feb 07, 2019 5:05 am
- Full Name: Wahab
- Contact:
Re: Feature request: Support Cloudlinux and OpenVZ kernels
Any update regarding this?
We still dont have any support for CloudLinux kernels?
We still dont have any support for CloudLinux kernels?
-
- Product Manager
- Posts: 5803
- Liked: 1217 times
- Joined: Jul 15, 2013 11:09 am
- Full Name: Niels Engelen
- Contact:
Re: Feature request: Support Cloudlinux and OpenVZ kernels
Since VAL v3, you can back up an entire server in file level backup mode without a snapshot so this will allow you to back up those instances without issues.
Personal blog: https://foonet.be
GitHub: https://github.com/nielsengelen
GitHub: https://github.com/nielsengelen
-
- Product Manager
- Posts: 6559
- Liked: 765 times
- Joined: May 19, 2015 1:46 pm
- Contact:
Re: Feature request: Support Cloudlinux and OpenVZ kernels
Just keep in mind that the described approach does not provide consistency, i.e. you should not change files being backed up until the backup job finishes
Thanks!
Thanks!
-
- Lurker
- Posts: 2
- Liked: never
- Joined: Feb 07, 2019 5:05 am
- Full Name: Wahab
- Contact:
Re: Feature request: Support Cloudlinux and OpenVZ kernels
What does this mean Ptide?
No one can control the users changing files. What happens when someone changes file while its being backed up ?
No one can control the users changing files. What happens when someone changes file while its being backed up ?
-
- Product Manager
- Posts: 6559
- Liked: 765 times
- Joined: May 19, 2015 1:46 pm
- Contact:
Re: Feature request: Support Cloudlinux and OpenVZ kernels
Snapshot-less mode operates just like almost any legacy backup solution out there:
No snapshot --> no freeze of a filesystem --> no consistency --> if a file is changed while being copies, then the copy of the file might be inconsistent (i.e. different part of file represent different moments in time).
There are several ways to avoid that, such as mounting the disk ro before copying from it, or using snapshots of any kind (veeam, lvm, btrfs), or schedule a backup window when noone is allowed to modify anything from the backup scope.
Thanks!
No snapshot --> no freeze of a filesystem --> no consistency --> if a file is changed while being copies, then the copy of the file might be inconsistent (i.e. different part of file represent different moments in time).
There are several ways to avoid that, such as mounting the disk ro before copying from it, or using snapshots of any kind (veeam, lvm, btrfs), or schedule a backup window when noone is allowed to modify anything from the backup scope.
Thanks!
Who is online
Users browsing this forum: No registered users and 6 guests