Simoncelli fsimo...@redhat.com, Dan Kenigsberg dan...@redhat.com
Sent: Sunday, July 13, 2014 1:34:50 PM
Subject: Re: [ovirt-devel] [VDSM][sampling] thread pool status and handling
of stuck calls
- Original Message -
From: Saggi Mizrahi smizr...@redhat.com
To: Nir Soffer nsof
13, 2014 5:43:28 PM
Subject: Re: [ovirt-devel] [VDSM][sampling] thread pool status and handling
of stuck calls
[...]
The current patches do not change libvirt connection management
this is orthogonal issue. They are only about changing the way
we do sampling.
As I've been saying, I think
, July 15, 2014 6:50:45 PM
Subject: Re: [ovirt-devel] [VDSM][sampling] thread pool status and handling
of stuck calls
- Original Message -
From: Saggi Mizrahi smizr...@redhat.com
To: Nir Soffer nsof...@redhat.com
Cc: Francesco Romani from...@redhat.com, devel@ovirt.org, Michal
, July 15, 2014 7:28:51 PM
Subject: Re: [ovirt-devel] [VDSM][sampling] thread pool status and handling
of stuck calls
The current patches do not change libvirt connection management
this is orthogonal issue. They are only about changing the way
we do sampling.
As I've been saying, I
, July 12, 2014 8:07:27 PM
Subject: Re: [ovirt-devel] [VDSM][sampling] thread pool status and handling
of stuck calls
- Original Message -
From: Francesco Romani from...@redhat.com
To: devel@ovirt.org
Cc: Nir Soffer nsof...@redhat.com, Michal Skrivanek
mskri...@redhat.com
13, 2014 1:03:20 PM
Subject: Re: [ovirt-devel] [VDSM][sampling] thread pool status and handling
of stuck calls
Hi, I will find time to go in depth in both patches
but I still think that this is solving the problem in
the wrong place.
You want to have the libvirt connection management
, July 13, 2014 2:34:50 PM
Subject: Re: [ovirt-devel] [VDSM][sampling] thread pool status and handling
of stuck calls
- Original Message -
From: Saggi Mizrahi smizr...@redhat.com
To: Nir Soffer nsof...@redhat.com, Francesco Romani
from...@redhat.com
Cc: devel@ovirt.org, Michal
from...@redhat.com
Sent: Wednesday, July 9, 2014 4:57:53 PM
Subject: Re: [ovirt-devel] [VDSM][sampling] thread pool status and handling
of stuck calls
So basically the current threading model is the behavior we want?
If some call get stuck, stop sampling this vm. Continue when
: [ovirt-devel] [VDSM][sampling] thread pool status and handling
ofstuck calls
This will also allow task to change the sampling policy depending on the
results.
If some calls always fails, maybe we can run it less often.
This looks a feature worth having
But lets take a note
, Adam
Litke ali...@redhat.com
Sent: Monday, July 7, 2014 4:53:29 PM
Subject: Re: [ovirt-devel] [VDSM][sampling] thread pool status and handling
of stuck calls
If one vm may stoop responding, causing all libvirt calls for this vm
to
block, then a thread pool with one connection
- Original Message -
From: Nir Soffer nsof...@redhat.com
To: Francesco Romani from...@redhat.com
Cc: devel@ovirt.org
Sent: Friday, July 4, 2014 10:30:24 PM
Subject: Re: [ovirt-devel] [VDSM][sampling] thread pool status and handling
ofstuck calls
Quick summary
and handling
of stuck calls
- Original Message -
From: Nir Soffer nsof...@redhat.com
To: Francesco Romani from...@redhat.com
Cc: devel@ovirt.org
Sent: Friday, July 4, 2014 10:30:24 PM
Subject: Re: [ovirt-devel] [VDSM][sampling] thread pool status and handling
of stuck calls
On 07/07/14 10:53 -0400, Nir Soffer wrote:
* _sampleVmJobs uses virDomainBLockJobInfo, which needs to enter the QEMU
monitor.
However, this needs to run only if there are active block jobs.
I don't have numbers, but I expect this sampler to be idle most of time.
Adam: This is related to
: [ovirt-devel] [VDSM][sampling] thread pool status and handling
ofstuck calls
On Jul 7, 2014, at 16:53 , Nir Soffer nsof...@redhat.com wrote:
If we separate storage calls so vm sampling continue even if storage
cause qemu to block - do we gain anything? I guess this vm is
not useful
: [ovirt-devel] [VDSM][sampling] thread pool status and handling
ofstuck calls
- Original Message -
From: Saggi Mizrahi smizr...@redhat.com
To: Francesco Romani from...@redhat.com
Cc: devel@ovirt.org
Sent: Sunday, July 6, 2014 2:58:38 PM
Subject: Re: [ovirt-devel
...@redhat.com, Michal
Skrivanek mskri...@redhat.com
Sent: Sunday, July 6, 2014 6:21:35 PM
Subject: Re: [ovirt-devel] [VDSM][sampling] thread pool status and handling
of stuck calls
- Original Message -
From: Saggi Mizrahi smizr...@redhat.com
To: Francesco Romani from...@redhat.com
The more I think about it the more it looks like it's
purely a libvirt issue. As long as we can make calls
that get stuck on D state we can't scale under stress.
In any case, seems like having an interface like.
libvirtConnectionPool.request(args, callback)
Would be a better solution than a
- Original Message -
From: Saggi Mizrahi smizr...@redhat.com
To: Francesco Romani from...@redhat.com
Cc: devel@ovirt.org
Sent: Sunday, July 6, 2014 2:58:38 PM
Subject: Re: [ovirt-devel] [VDSM][sampling] thread pool status and handling
ofstuck calls
The more I think about
- Original Message -
From: Francesco Romani from...@redhat.com
To: devel@ovirt.org
Sent: Friday, July 4, 2014 5:48:59 PM
Subject: [ovirt-devel] [VDSM][sampling] thread pool status and handling of
stuck calls
Hi,
Nir has begun reviewing my draft patches about the thread pool
19 matches
Mail list logo