Should be fixed in
https://github.com/oVirt/ovirt-engine/commit/40a9a01e6edb078a8392c9f3baa17e10b29ea2ff
On 13/06/2024 11:36, Giulio Casella wrote:
Hi,
yesterday we upgraded engine:
ovirt-engine-4.5.7-0.master.20240506114300.git0a1ba8203f.el8.noarch ->
ovirt-engine-4.5.7-0.master.202405271524
Another option is to shutdown the Engine and create a Gluster snapshot.Yet,
this requires Gluster with thin-LVM based bricks.
Best Regards,Strahil Nikolov
On Mon, Sep 26, 2022 at 17:14, Volenbovskyi,
Konstantin wrote:
Hi,
I am aware that there is a procedure of backup/restore document
Would you mind sharing a link to this script? I would be interested in how it
works.Am 14.02.2022 19:45 schrieb marcel d'heureuse :
>
> Moin,
>
> We have in our Environment 12 servers managed by one self hosted engine. It
> is ovirt 4.3.9. We are Freizeit on that Version.
>
> How did you make Bac
Sure:
https://github.com/vacosta94/VirtBKP
Br
Marcel
Am 14. Februar 2022 20:29:47 MEZ schrieb Jonas Liechti :
>Would you mind sharing a link to this script? I would be interested in how it
>works.Am 14.02.2022 19:45 schrieb marcel d'heureuse :
>>
>> Moin,
>>
>> We have in our Environment 12 se
vprotect has a decent backup offering for oVirt that would be worth looking
into. It's free for up to 10 VMs to try out.
On Mon, Feb 14, 2022 at 2:53 PM marcel d'heureuse
wrote:
> Moin,
>
> We have in our Environment 12 servers managed by one self hosted engine.
> It is ovirt 4.3.9. We are Frei
Hi,
thanks for the links. We'll check.
We already have snapshoting at the iSCSI storage array level (Compellent),
together with replication between storage arrays.
We have online a rolling 7 days snapshots + replicats.
Of course, these are inconsistent snapshots. But from the numerous tests w
Hiya,
The API in oVirt engine actually supports creating snapshots etc. for
backups. Check out github for scripts, i.e.:
https://github.com/luisperezmarin/oVirtVMBackup
And there are others.
There is also a commercial solution, Storware vProtect:
https://storware.eu/products/vprotect/
And as
You are welcome! Maybe some deeper answers can help you more:
- disk to disk backups - Vinchin Backup & Recovery is VM level backup, is disk
to disk backup.
- inter-site replication with rate limiting - though Vinchin currently not
support physical server backup, next version in June will support
Also:
Storware vprotect
Acronis Cyber Backup
There might be others.
/tony
On Wed, 2020-05-06 at 16:03 +0800, Colin Coe wrote:
> Thanks for the reply
>
> On Wed, 6 May 2020 at 15:18, wrote:
> > Take Vinchin Backup & Recovery as a chioce, it can agentlessly
> > backup RHV and Hyper-V. But curre
Thanks for the reply
On Wed, 6 May 2020 at 15:18, wrote:
> Take Vinchin Backup & Recovery as a chioce, it can agentlessly backup RHV
> and Hyper-V. But current version does not support physical windows/linux
> server backup.
> ___
> Users mailing list
Take Vinchin Backup & Recovery as a chioce, it can agentlessly backup RHV and
Hyper-V. But current version does not support physical windows/linux server
backup.
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt
Hello,
I have not used this script myself so I don't have a resolution for you,
however I recently wrote an article regarding a simple method to backup
oVirt VMs using ansible without the need of any complicated software or
proxy VMs involved. Here is the link to the article if it's helpful to you
My system was running well until I tried to upgrade to 4.3.8 - Gluster and
Engine died.
From my perspective now it does seem that content backup to NFS shares over
10GBe is a must as Gluster is fine until it isn’t and when it isn’t you can
lose everything.
I will implement the solution below.
I understand your concerns and don't have very much personal experience
with geo-replication either, aside from knowing it's recommended in the
RHEV documentation for disaster recovery. I do believe your specific
concern about replicating issues to the geo replica have been considered
and protecte
On February 6, 2020 6:06:18 PM GMT+02:00, Christian Reiss
wrote:
>Hey folks,
>
>Running a 3-way HCI (again (sigh)) on gluster. Now the _inside_ of the
>vms is backup'ed seperatly using bareos on an hourly basis, so files
>are
>present with worst case 59 minutes data loss.
>
>Now, on the outside
Hey Jamie,
thanks for replying. I was wondering about gluster g-rep, but what if
something that just happened to me (gluster f*ckup) will get replicated
too. At this point (lost 3 HCI clusters due to Gluster) I am not really
trusting this piece of software with my live data *and* my backups.
You should look at the gluster georeplication option, I think it would be
more appropriate for disaster recovery purposes. It is also possible to
export VMs as OVA which can then be reimported back into oVirt. I actually
just wrote an ansible playbook to do this very thing and intend to share my
fi
On Tue, Apr 2, 2019 at 7:56 PM wrote:
> Thanks Arik Hadas for your reply.
>
> And how can i do this regulary and automaticly every day?
>
oVirt does not provide an integrated way to define periodic tasks like that.
So you need, e.g., to set up a cron job that executes a script that
triggers the
Thanks Arik Hadas for your reply.
And how can i do this regulary and automaticly every day?
Thanks
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-poli
On Mon, Apr 1, 2019 at 10:09 AM wrote:
> Hi all,
> I'm new in Ovirt and have tested a lot of things how to backup my VMS to a
> external USB Disk.
>
> How have you solved this Problem - have anybody a Tutorial or something
> similar for me?
>
If you can plug the external USB disk to one of the h
I’ve recently tested out vprotect, it’s expensive but free for up to 10
vms. Works great with 4.3 and supports incremental backups which is very
handy. I’d recommend checking it out if you can. I’m really happy with it
thus far.
On Wed, Mar 20, 2019 at 4:32 PM wrote:
> Hello,
>
> I have set up
On Thu, Dec 20, 2018 at 8:23 PM Torsten Stolpmann
wrote:
>
> On 20.12.2018 07:41, Yedidyah Bar David wrote:
> > On Wed, Dec 19, 2018 at 1:35 PM Torsten Stolpmann
> > wrote:
> >>
> >> On 19.12.2018 11:54, Yedidyah Bar David wrote:
> >>> On Wed, Dec 19, 2018 at 12:34 PM Torsten Stolpmann
> >>> wro
On 20.12.2018 07:41, Yedidyah Bar David wrote:
On Wed, Dec 19, 2018 at 1:35 PM Torsten Stolpmann
wrote:
On 19.12.2018 11:54, Yedidyah Bar David wrote:
On Wed, Dec 19, 2018 at 12:34 PM Torsten Stolpmann
wrote:
On 19.12.2018 08:01, Yedidyah Bar David wrote:
On Tue, Dec 18, 2018 at 5:20 PM T
On Wed, Dec 19, 2018 at 1:35 PM Torsten Stolpmann
wrote:
>
> On 19.12.2018 11:54, Yedidyah Bar David wrote:
> > On Wed, Dec 19, 2018 at 12:34 PM Torsten Stolpmann
> > wrote:
> >>
> >> On 19.12.2018 08:01, Yedidyah Bar David wrote:
> >>> On Tue, Dec 18, 2018 at 5:20 PM Torsten Stolpmann
> >>> wro
On 19.12.2018 11:54, Yedidyah Bar David wrote:
On Wed, Dec 19, 2018 at 12:34 PM Torsten Stolpmann
wrote:
On 19.12.2018 08:01, Yedidyah Bar David wrote:
On Tue, Dec 18, 2018 at 5:20 PM Torsten Stolpmann
wrote:
Hi Yedidyah,
please find the logs at the following URL:
http://www.klaros-testma
On Wed, Dec 19, 2018 at 12:34 PM Torsten Stolpmann
wrote:
>
> On 19.12.2018 08:01, Yedidyah Bar David wrote:
> > On Tue, Dec 18, 2018 at 5:20 PM Torsten Stolpmann
> > wrote:
> >>
> >> Hi Yedidyah,
> >>
> >> please find the logs at the following URL:
> >> http://www.klaros-testmanagement.com/files
On 19.12.2018 08:01, Yedidyah Bar David wrote:
On Tue, Dec 18, 2018 at 5:20 PM Torsten Stolpmann
wrote:
Hi Yedidyah,
please find the logs at the following URL:
http://www.klaros-testmanagement.com/files/ovirt/ovirt-restore-logs.tar.gz
Let me know once you received them safely so I can remove
On Tue, Dec 18, 2018 at 5:20 PM Torsten Stolpmann
wrote:
>
> Hi Yedidyah,
>
> please find the logs at the following URL:
> http://www.klaros-testmanagement.com/files/ovirt/ovirt-restore-logs.tar.gz
>
> Let me know once you received them safely so I can remove them again.
Done.
>
> I also added t
Hi Yedidyah,
please find the logs at the following URL:
http://www.klaros-testmanagement.com/files/ovirt/ovirt-restore-logs.tar.gz
Let me know once you received them safely so I can remove them again.
I also added the restore.log containing the actual error which occured
during the restore.
On Mon, Dec 17, 2018 at 2:26 PM Torsten Stolpmann
wrote:
>
> I experienced the same issue while restoring a full backup (engine &
> dwh) on a clean machine. Both machines are running CentOS 7.6 and
> oVirt 4.2.7.
>
> The issue went away when adding the following line to the IGNORED_ERRORS
> list s
I experienced the same issue while restoring a full backup (engine &
dwh) on a clean machine. Both machines are running CentOS 7.6 and
oVirt 4.2.7.
The issue went away when adding the following line to the IGNORED_ERRORS
list starting at 1944 in engine-backup:
must be owner of function uuid_g
hi,
I have the same error when I try to restore on a new hosted VM (ovirt 4.2.3)
Have you a solution ?
Emmanuel
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
32 matches
Mail list logo
