Il 10/06/2014 16:59, Bob Doolittle ha scritto:
> Hi,
>
> I'm taking a preview look at the 3.4.2 Release Notes. I see there is no
> mention of Hosted.
>
> Can we assume that means that the process for upgrading Hosted is the same as
> for traditional deployments? We know that installation is qui
Is this an export domain or a data domain?
- Original Message -
> > > Hello,
> > >
> > > We have recently started using ovirt for the last year or two obviously
> > > we are noobs only been
> > > on board since ovirt 3.3, anyways i have the selfhosted version of ovirt
> > > 3.4 running a
> > Hello,
> >
> > We have recently started using ovirt for the last year or two obviously
> > we are noobs only been
> > on board since ovirt 3.3, anyways i have the selfhosted version of ovirt
> > 3.4 running and its so much better
> > then our previous environment. I deleted a sto
Hello all,
As far as I understand, CPU Shares can be set on each VM individually and
cannot be changed while it's powered on.
It would be great if we could create resource pools (similar to what VMware
does) for CPU shares so that we could assign priorities on multiple VMs and be
able to move t
Hi Nathan,
We have been running GlusterFS 3.4 with RHEV in production for about six months
now. We were waiting for libgfapi support to show up for long time but finally
we had to give up waiting and start using fuse mounts. Everything has been good
so far and we haven't seen any big issues wit
I'm running oVirt Engine 3.2.0-2.fc18 (which I know is out of date) on
a dedicated physical host; we have 12 hosts split between two clusters
and nine storage domains, all NFS.
Late last week, a VM that in the scope of our clusters consumes a lot
of resources failed in migration. Since then
Hi,
I'm taking a preview look at the 3.4.2 Release Notes. I see there is no
mention of Hosted.
Can we assume that means that the process for upgrading Hosted is the
same as for traditional deployments? We know that installation is quite
different...
-Bob
__
Il 10/06/2014 15:30, Nathanaël Blanchet ha scritto:
> Hello,
>
> Has 3.4.2 been postponed?
> I can't still upate ovirt-engine-setup...
We're performing final checks, it will be released within 1 hour.
>
> Le 04/06/2014 09:51, Sandro Bonazzola a écrit :
>> Hi,
>> We're going to start composing o
The oVirt development team is pleased to announce the general
availability of oVirt 3.4.2 as of Jun 10th 2014. This release
solidifies oVirt as a leading KVM management application and open
source alternative to VMware vSphere.
oVirt is available now for Fedora 19 and Red Hat Enterprise Linux 6.5
Hello,
Has 3.4.2 been postponed?
I can't still upate ovirt-engine-setup...
Le 04/06/2014 09:51, Sandro Bonazzola a écrit :
Hi,
We're going to start composing oVirt 3.4.2 GA on *2014-06-10 08:00 UTC* from
3.4.2 branches.
The bug tracker [1] shows no blocking bugs for the release
There are sti
Ok, I thought I was doing something wrong yesterday and just
tore down my 3-node cluster with the hosted engine and started
rebuilding. I was seeing essentially the same thing, a score of
0 on the VMs not running the engine, it wouldn't allow migration of
the hosted engine. I played with all th
/etc/libvirt/libvirtd.conf and /etc/vdsm/logger.conf
, but unfortunately maybe I've jumped to conclusions, last weekend, that
very same thin provisioned vm was running a simple export for 3hrs
before I've killed the process. But I wondered:
1. The process that runs behind the export is qemu-i
Interesting, which files did you modify to lower the log levels?
On Tue, Jun 3, 2014 at 12:38 AM, wrote:
> One word of caution so far, when exporting any vm, the node that acts as SPM
> is stressed out to the max. I releived the stress by a certain margin with
> lowering libvirtd and vdsm log le
13 matches
Mail list logo