Il 11/Feb/2017 07:12, "Jim Kusznir" ha scritto:
hello:
Now that I've had my ovirt cluster running for about a month and a half, I
am realizing I don't necessarily know the best practices for keeping it up.
I've been seeing the notices in the ovirt hosts screen showing
Hi again:
I thought I had fixed the hosted engine migration that was preventing me
from updating the host the engine was running on. Today it let me migrate
it from ovirt1 to ovirt2, and perform needed updates on ovirt1. When I
tried to migrate it back to ovirt1 after the updates, I got errors
hello:
Now that I've had my ovirt cluster running for about a month and a half, I
am realizing I don't necessarily know the best practices for keeping it up.
I've been seeing the notices in the ovirt hosts screen showing that there
are updates waiting for the hosts, and I'll put them in
Sorry for the delayed response, I finally found where gmail hid this
response... :(
So the application is FusionPBX, a FreeSwitch-based VoIP system, running on
a very unloaded (1% cpu load, 2-4 VMs running) system. I've been
experiencing intermittent call breakup, for which external support
On Fri, Feb 10, 2017 at 9:24 PM, Grundmann, Christian <
christian.grundm...@fabasoft.com> wrote:
> Attached
>
I don't see anything unusual.
Having one path, your system is very sensitive to
errors on the single path.
The default ovirt configuration assume that you have several
paths for each
On Feb 10, 2017 9:07 PM, "Berger, Sandy" wrote:
I originally installed a hosted engine on oVirt 4.0.x. Since then I’ve
updated to 4.1. engine-upgrade-check shows no updates available:
[root@waovccm1 ~]# engine-upgrade-check
VERB: queue package ovirt-engine-setup for update
I originally installed a hosted engine on oVirt 4.0.x. Since then I’ve updated
to 4.1. engine-upgrade-check shows no updates available:
[root@waovccm1 ~]# engine-upgrade-check
VERB: queue package ovirt-engine-setup for update
VERB: Building transaction
VERB: Empty transaction
VERB: Transaction
On Feb 10, 2017 3:21 PM, "Nathanaël Blanchet" wrote:
Le 09/02/2017 à 19:48, Yaniv Kaul a écrit :
On Thu, Feb 9, 2017 at 6:00 PM, Doug Ingham wrote:
>
>
> On 9 February 2017 at 12:03, Dan Yasny wrote:
>
>>
>> On Thu, Feb 9, 2017 at
On Feb 10, 2017 6:47 PM, "Berger, Sandy" wrote:
After the 4.1 upgrade, I’m getting the following results attempting to
upload an ISO image:
[root@waovccm1 ~]# ovirt-iso-uploader --iso-domain=waISOLibrary upload
slb.iso
Please provide the REST API password for the
I created a new cluster using the legacy switch type and added two fresh hosts.
Then I shut off a VM selected the new cluster in its settings and booted it. It
will now live migrate between hosts on the new cluster. Thanks for the help.
>>> Edward Haas 02/09/17 7:26 AM >>>
Hello Ondra,
I tried increase logging and command fail
"outcome" => "failed",
"failure-description" => "WFLYCTL0216: Management resource '[
(\"subsystem\" => \"logging\"),
(\"logger\" => \"org.ovirt.engine.core.sso\")
]' not found",
"rolled-back" => true
}
Slava,
From: "Ondra
Hey Guys,
I currently use dedicated interfaces & hostnames to separate gluster
traffic on my "hyperconverged" hosts.
For example, the first node uses "v0" for its management interface & "s0"
for its gluster interface.
With this setup, I notice that all functions under the "Volumes" tab work,
Need some help. I was doing some work on one of my ovirt hosts, removed it
from cluster, and re-added it to the cluster to bring it back into my
working cluster. I got a messege that my network's where out of sync. I
accidentally sync'd up my working network, now neither of my hosts will
hello,
I can also confirm this bug.
cordialement, regards,
Nelson LAMEIRAS
Ingénieur Systèmes et Réseaux / Systems and Networks engineer
Tel: +33 5 32 09 09 70
nelson.lamei...@lyra-network.com
www.lyra-network.com | www.payzen.eu
Lyra Network, 109
Hi Andrea,
thanks for the insight; no I wasn't able to pinpoint the issue to a
single host, the load seems to be evenly spread.
We have another cluster running 4.0.6 on a compellent as well and we
haven't experienced any similar issues.
Thanks,
Andrea
On 10/02/2017 17:17, Andrea Ghelardi
After the 4.1 upgrade, I'm getting the following results attempting to upload
an ISO image:
[root@waovccm1 ~]# ovirt-iso-uploader --iso-domain=waISOLibrary upload slb.iso
Please provide the REST API password for the admin@internal oVirt Engine user
(CTRL+D to abort):
ERROR: v4 is not a valid
On Thu, Feb 9, 2017 at 10:03 AM, Grundmann, Christian <
christian.grundm...@fabasoft.com> wrote:
> Hi,
>
> @ Can also be low level issue in kernel, hba, switch, server.
> I have the old storage on the same cable so I don’t think its hba or
> switch related
> On the same Switch I have a few ESXi
Hello Andrea,
I saw that happening on my HE hosts connected to a COMPELLENT SC040 when I was
running Ovirt 3.5
All HE hosts were hammering the SAN with 2~4k IOPS each
Upgrading to 4.0.5 solved my case.
Are you able to check if IOPS are generated from a particular host or rather
spread among
Hi,
I'm running ovirt-guest-agent from Centos 7 EPEL and I notice that it's
running unconfined rather than within its own domain.
I see there is a rhev_agentd_exec_t type, which I attempted to assign to
ovirt-guest-agent.py but it still starts up as unconfined. Is there a
supported process for
On Fri, Feb 10, 2017 at 8:20 AM, Nathanaël Blanchet
wrote:
>
>>> If you use a dedicated host, you might as well abandon self hosted. HE
>>> is nice for small setups with the HA built in for extra fun, but once you
>>> scale, it might not be able to cope and you'll need real
On Fri, Feb 10, 2017 at 2:56 PM, Gianluca Cecchi
wrote:
> On Fri, Feb 10, 2017 at 2:27 PM, Martin Perina wrote:
>
>> Hi Gianluca,
>>
>> so generally speaking when host is in Maintenance status, engine doesn't
>> communicate with this host, so you
On Fri, Feb 10, 2017 at 2:27 PM, Martin Perina wrote:
> Hi Gianluca,
>
> so generally speaking when host is in Maintenance status, engine doesn't
> communicate with this host, so you can do pretty much anything about it.
>
Thanks for the detailed answer, Martin.
It seemed to
Hi Gianluca,
so generally speaking when host is in Maintenance status, engine doesn't
communicate with this host, so you can do pretty much anything about it.
About the upgrade flow (host 4.0 -> 4.1), here's proper way(s) how to
achieve that:
1. Put host to Maintenance
2. Add 4.1 repositories
On 9 February 2017 at 10:08, Gianluca Cecchi
wrote:
> On Wed, Feb 8, 2017 at 10:59 AM, Gianluca Cecchi <
> gianluca.cec...@gmail.com> wrote:
>
>> Hello,
>> what is considered the best way to shutdown and restart an hypervisor,
>> supposing plain CentOS 7 host?
>>
>>
Le 09/02/2017 à 19:48, Yaniv Kaul a écrit :
On Thu, Feb 9, 2017 at 6:00 PM, Doug Ingham > wrote:
On 9 February 2017 at 12:03, Dan Yasny > wrote:
On Thu, Feb 9, 2017 at 9:55 AM, Doug
On 02/10/2017 01:43 PM, Manuel Luis Aznar wrote:
> Hello there,
>
> I am trying to add a VmPool to oVirt using the python ovirtSDK4 with
> following lines:
>
> I am omitting the import packages lines and connection lines.
>
>
>
> system_service = connection.system_service()
>
>
Adding some people
On Thu, Feb 9, 2017 at 2:08 PM, Gianluca Cecchi
wrote:
> On Wed, Feb 8, 2017 at 10:59 AM, Gianluca Cecchi <
> gianluca.cec...@gmail.com> wrote:
>
>> Hello,
>> what is considered the best way to shutdown and restart an hypervisor,
>> supposing plain
Hello there,
I am trying to add a VmPool to oVirt using the python ovirtSDK4 with
following lines:
I am omitting the import packages lines and connection lines.
system_service = connection.system_service()
vm_pools_service = system_service.vm_pools_service()
templates_service =
On Thu, Feb 9, 2017 at 4:33 PM, Fernando Fuentes
wrote:
> Sandro,
>
> Just wanted to report that after the full host upgrade everything return
> to normal.
>
Thanks!
>
> Thanks!
>
> Regards,
>
>
> --
> Fernando Fuentes
> ffuen...@txweather.org
> http://www.txweather.org
Hi,
We've got a 8-host cluster running oVirt 4.1; each host is connected via
iscsi to a EQL 4100 storage (2x).
Most of the VMs use barely any IOPS, however on our storage controller
we've noticed a constant steam of reads, about 2000 IOPS; any idea what
might cause the ovirt hosts to hammer
After upgrade to ovirt 4.1 the epel has an conflicts in the collectd part:
if you disable epel from the hosts it is ok.
the hosts are not able to check or update because of this:
017-02-10 11:51:17,056+01 INFO
I have a host which was updated since 3.6
libcacard is disappeared from ovirt4.1 but it has a many dependencies which
stops to remove it:
[root@clei36 ~]# yum list installed | grep ovirt| grep 4.0
libcacard-ev.x86_6410:2.3.0-31.el7.16.1
@ovirt-4.0
yum update libcacard-ev
Hi,
I'm using ovirt 4.0 and was wondering if it is possible to export an
existing VM to ova format (via the gui). If it's not possible via GUI,
is that possible at all?
Best Regards
Benjamin
___
Users mailing list
Users@ovirt.org
33 matches
Mail list logo