On 09/11/2014 10:11 AM, Krishnan Parthasarathi wrote:
Emmanuel,
The scheduling of a paused task happens when the epoll thread receives a POLLIN
event along with
the response from the remote endpoint. This is contingent on the fact that the
call back must issue
a synctask_wake, which will
On Thu, Sep 11, 2014 at 02:00:08PM +0530, Santosh Pradhan wrote:
Does this whole framework work with poll() interface (not epoll()
interface)? If yes, it should work in BSD flavours. If it needs epoll() then
it may not work in BSD flavoured ones which does not have epoll() which is
pointed out
Bala,
I think using Salt as the orchestration framework is a good idea.
We would still need to have a consistent distributed store. I hope
Salt has the provision to use one of our choice. It could be consul
or something that satisfies the criteria for choosing alternate technology.
I would wait
- Original Message -
From: Krishnan Parthasarathi kpart...@redhat.com
To: Balamurugan Arumugam barum...@redhat.com
Cc: gluster-us...@gluster.org, Gluster Devel gluster-devel@gluster.org
Sent: Thursday, September 11, 2014 2:25:45 PM
Subject: Re: [Gluster-users] [Gluster-devel]
On 11/09/2014, at 10:16 AM, Balamurugan Arumugam wrote:
snip
For distributed store, I would think of MongoDB which provides
distributed/replicated/highly available/master read-write/slave read-only
database. Lets get what community think about SaltStack and/or MongoDB.
Is this relevant for
On 11/09/2014, at 2:16 AM, Justin Clift wrote:
snip
Do you know if Gerrit generates some detectable sign, when it
fails to merge CR's correctly? Maybe an error message in a log
somewhere... ?
This might be what we need for doing this. From
On Wed, Sep 10, 2014 at 6:14 PM, Anand Avati av...@gluster.org wrote:
This is something beyond the libfuse API. Unless the kernel/user ABI is
modified to present the entire 128bits with each call (i.e, both nodeID +
generation instead of just nodeID) we are still bound to provide unique
Yes. I came across Salt currently for unified management for storage to
manage gluster and ceph which is still in planning phase. I could think of
a complete requirement of infra requirement to solve from glusterd to
unified management. Calamari ceph management already uses Salt. It would
Hi guys,
could one of you run the Bug Triage Meeting next week? I am on a
training and will likely not be available. The agenda should be prepared
now, please have a look:
- https://public.pad.fsfe.org/p/gluster-bug-triage
The major topics that need discussion as soon as possible are these:
-
I'm so glad to read this. I was thinking the same thing.
On Sep 11, 2014, at 7:22 AM, Jeff Darcy jda...@redhat.com wrote:
For distributed store, I would think of MongoDB which provides
distributed/replicated/highly available/master read-write/slave read-only
database. Lets get what community
Krishnan Parthasarathi kpart...@redhat.com wrote:
The scheduling of a paused task happens when the epoll thread receives a
POLLIN event along with the response from the remote endpoint. This is
contingent on the fact that the call back must issue a synctask_wake,
which will trigger the
I switch back to gluster-devel@ which seems a better place for
discussing this.
Csaba Henk (Code Review) rev...@dev.gluster.org wrote:
From the service's point of view it's fatally wrong to make assumptions
on the clients use cases. We provide the lazy option not because we
speculated of its
Krishnan Parthasarathi kpart...@redhat.com wrote:
If you left the hung setup for over ten minutes from the time the bricks
went down, you should see logs corresponding to one of the above two
mechanisms in action. Let me know if you don't. Then we need to
investigate further.
Yes, it is able
13 matches
Mail list logo