Thanks Greg for the excellent write-up!
oVirt WebAdmin UI is quite complex, with lots of abstractions (the GWT
technology being a Java-on-top-of-Web-APIs abstraction itself) as well
as many features (and lots of dialogs..) so this task wasn't easy, but
I guess we managed to get UI into a stabilize
- Original Message -
> From: "Barak Korren"
> To: "Vojtech Szocs"
> Cc: "devel"
> Sent: Wednesday, November 30, 2016 9:20:27 AM
> Subject: Re: [ovirt-devel] Gerrit parallel patch handling and CI (Or, why did
> my code fail post-merge)
>
> On 29 November 2016 at 19:34, Vojtech Szocs
On 28/10/16 09:06 +0200, Sandro Bonazzola wrote:
Hi,
some time ago we've been asked to provide aarch64 build of qemu-kvm-ev for
CentOS Cloud SIG consumption.
We did it, and while at it we also built oVirt 4.0 VDSM dependencies for
aarch64 in CentOS Virt SIG.
Testing repositories have been create
I uploaded the article to:
https://s3.amazonaws.com/ben.england/rhev-vm-rsptime.pdf
I had just gone to work for Red Hat back in 2011 so I made the mistake of
including a company-internal URL in a public-facing document.We can update
the bz with the above link if you want. This article is A
If vdsm setting PYTHONPATH as below
export PYTHONPATH=/usr/share/vdsm:$PYTHONPATH
change it as
export PYTHONPATH=$PYTHONPATH:/usr/share/vdsm
With this change, /usr/share/vdsm will not get first preference compared
to /usr/lib*/python2.7/site-packages
regards
Aravinda
On 11/30/2016
On Wed, Nov 30, 2016 at 2:11 PM, Sven Kieske wrote:
> On 30/11/16 09:13, Yaniv Kaul wrote:
> > Thanks, but it really makes no sense to me. The direct IO by the VMs is
> > going to a different storage than what the host is writing to, in most
> > cases.
> > The host would write to the local disk,
On 30/11/16 13:10 +0100, Sven Kieske wrote:
On 30/11/16 08:48, Martin Polednik wrote:
It's not really irrelevant, the host still uses disk cache. Anyway,
there is BZ[1] with a presentation[2] that (imho reasonably) states:
"Reduce dirty page limits in KVM host to allow
direct I/O writer VMs to
On 30/11/16 13:11 +0100, Sven Kieske wrote:
On 30/11/16 09:13, Yaniv Kaul wrote:
Thanks, but it really makes no sense to me. The direct IO by the VMs is
going to a different storage than what the host is writing to, in most
cases.
The host would write to the local disk, the VMs - to a shared sto
On 30/11/16 09:13, Yaniv Kaul wrote:
> Thanks, but it really makes no sense to me. The direct IO by the VMs is
> going to a different storage than what the host is writing to, in most
> cases.
> The host would write to the local disk, the VMs - to a shared storage,
> across NFS or block layer or so
On 30/11/16 08:48, Martin Polednik wrote:
> It's not really irrelevant, the host still uses disk cache. Anyway,
> there is BZ[1] with a presentation[2] that (imho reasonably) states:
>
> "Reduce dirty page limits in KVM host to allow
> direct I/O writer VMs to compete successfully
> with buffered
On Wed, Nov 30, 2016 at 03:49:02AM -0500, Ramesh Nachimuthu wrote:
>
>
>
>
> - Original Message -
> > From: "Dan Kenigsberg"
> > To: "Aravinda" , igoih...@redhat.com
> > Cc: "Ramesh Nachimuthu" , "Nir Soffer"
> > , "devel" , "Piotr
> > Kliczewski" , "Yaniv Bronheim" ,
> > "Sahina Bos
- Original Message -
> From: "Dan Kenigsberg"
> To: "Aravinda" , igoih...@redhat.com
> Cc: "Ramesh Nachimuthu" , "Nir Soffer"
> , "devel" , "Piotr
> Kliczewski" , "Yaniv Bronheim" ,
> "Sahina Bose"
> Sent: Wednesday, November 30, 2016 2:02:43 PM
> Subject: Re: python path conflicts
Regardless of the solution you plan to take, let it serve as a reminder
about moving gluster bits out of /usr/share/vdsm/ and into
site-packages. I am willing to pay the price of an ugly
exception-handling in xmlrpc, if this is the cost.
On Wed, Nov 30, 2016 at 11:27:06AM +0530, Aravinda wrote:
>
On 29 November 2016 at 19:34, Vojtech Szocs wrote:
>
> Question: after the patch is submitted in Gerrit (it's fully acked
> and maintainer hits the "Submit" button), does Gerrit allow us to
> run CI (e.g. `check-merged` script) *before* doing the actual merge?
>
> [In other words, does Gerrit supp
On Wed, Nov 30, 2016 at 9:48 AM, Martin Polednik
wrote:
> On 29/11/16 22:01 +0200, Yaniv Kaul wrote:
>
>> It appears that VDSM changes the following params:
>> vm.dirty_ratio = 5
>> vm.dirty_background_ratio = 2
>>
>> Any idea why? Because we use cache=none it's irrelevant anyway?
>>
>
> It's not
15 matches
Mail list logo
