ovirt-engine-4.2.8.2-1.el7.noarch
ovirt-imageio-proxy-1.4.6-1.el7.noarch
ovirt-imageio-daemon-1.4.6-1.el7.noarch
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/
Hello,
We have the same problem. It's seems that the ovirt-imageio-proxy is the
bottleneck for our setup. We use vprotect to backup a VM via api
We ask for support with vprotect team and we are currently tunning some
parameters on the kernel.
We have full 10G network in ou setup.
Here is the
Maintenance complete, all services are back up and running.
If you spot any issues please report them to JIRA.
Regards,
Evgheni Dereveanchin
On Wed, Jun 5, 2019 at 12:05 AM Evgheni Dereveanchin
wrote:
> Hi everyone,
>
> I will be restarting several production systems within the following hour
Hi everyone,
I will be restarting several production systems within the following hour
to apply updates.
The following services may be unreachable for some period of time:
- resources.ovirt.org - package repositories
- jenkins.ovirt.org - CI master
- glance.ovirt.org - Glance image repository
Pac
Hello Community,
I'm sending this e-mail just to notify you that I have raised a bug for the
fence_rhevm (RHEL 8) which has problems parsing the response from the oVirt's
API.
The bug is : 1717179 – fence_rhevm cannot obtain plug status on oVirt
4.3.4.2-1.el7 (RC2)
|
|
| |
1717179 – fence_r
Has a resolution for https://bugzilla.redhat.com/show_bug.cgi?id=1667488 been
provided somewhere? I cant seem to find a work around except to create an empty
ISO domain.
Engine logs:
2019-06-04 14:17:45,364-04 INFO
[org.ovirt.engine.core.bll.exportimport.ImportVmFromExternalProviderCommand]
(
I did deactivated and detached storage domain form the DC1 first.
Turned out the meta file for these disks had
DISKTYPE=1
After changing it to
DISKTYPE=DATA
I was able to import disks.
Not sure why was that, but changing that one line just solved my problem
--
Dmitry Filonov
Linux Administrator
Hi Dmitry,
Those VMs has more disks on different SD as well?
Did you deactivated and detached the SD as needed?
Try to run manually the OVF update for this specific storage domain.
On Tue, Jun 4, 2019 at 12:23 AM Dmitry Filonov
wrote:
> Correction. At least one (might be more or even all) of
Hi Sahina,
thanks for your response .Currently I'm below 70% usage , so I guess it's
working properly.Actually the VDO is the brick for the gluster.I didn't know we
have such feature - this will make everyone's life way better.
Best Regards,Strahil Nikolov
В вторник, 4 юни 2019 г., 6:19:22
Hi i am new to oVirt so i think i am missing something.
I my case ovirt-engine-extension-aaa-ldap-setup did not work and i am not a
domain administrator so i had to set it up by hand
I can login with my AD user into the VM portal but SSO to a windows 7 machine
does not happen
Thks for your help
r
On Tue, Jun 4, 2019 at 3:26 PM Strahil wrote:
> Hello All,
>
> I would like to ask how many of you use VDO before asking the oVirt Devs
> to assess a feature in oVirt for monitoring the size of the VDOs on
> hyperconverged systems.
>
> I think such warning, will save a lot of headaches, but it w
Hello All,
I would like to ask how many of you use VDO before asking the oVirt Devs to
assess a feature in oVirt for monitoring the size of the VDOs on
hyperconverged systems.
I think such warning, will save a lot of headaches, but it will not be usefull
if most of the community is not using
12 matches
Mail list logo