Got this fixed. This is because of the following assertion in the function
'eval_repop' of the base tier code.
assert(entity_name_t::TYPE_OSD != m->get_connection()->peer_type);
When moving to proxy write, this assertion doesn't hold any more. After
removing it, the problem is fixed now.
-
In the 2nd scenario, what if the write by client B fails for some reason? Do we
also fail the following read by A or B? Or return the read with the client A
write content? If we return the read with client A write content, client A
still needs to communicate with B to know which version of the c
On thinking of the following use cases and the rbd client..
The ordering scenario is that with client a and b, assuming a and b are
messaging between them, then a read posted by client b after client a has
successfully written will always read the client a content. Similarly, an
ordered write b
What I understand is that if the read op specifies the RWORDERED flag, it is
processed in order. Otherwise, it may be out of order.
-Original Message-
From: ceph-devel-ow...@vger.kernel.org
[mailto:ceph-devel-ow...@vger.kernel.org] On Behalf Of Haomai Wang
Sent: Wednesday, December 10, 2
On Wed, Dec 10, 2014 at 9:10 AM, Wang, Zhiqiang wrote:
> For multiple clients accessing the same volume, same object, I guess the
> clients need to do some synchronization between them to guarantee what it
> reads is what it wrote. That is to say, if two clients, say A and B, A is
> doing write
For multiple clients accessing the same volume, same object, I guess the
clients need to do some synchronization between them to guarantee what it reads
is what it wrote. That is to say, if two clients, say A and B, A is doing
write, B is doing read. If B wants to read what A writes, it needs to
On Wed, 10 Dec 2014, Cook, Nigel wrote:
> Folks
>
> I'm wondering if this is related to the question I posed a few days
> ago..
>
> Can CEPH support 2 clients simultaneously accessing a single volume -
> for example a database cluster - and honor read and write order of
> blocks across the mu
Folks
I'm wondering if this is related to the question I posed a few days ago..
Can CEPH support 2 clients simultaneously accessing a single volume - for
example a database cluster - and honor read and write order of blocks across
the multiple clients?
Can you comment?
Regards,
Nigel Cook +1
On Tue, Dec 9, 2014 at 1:50 AM, Nicheal wrote:
> Hi, all
>
> Is any guideline that describes how to run the ceph unit test, and its
> basic architecture?
You can run them all by executing "make check [-j N]". The executables
run as part of that are specified in the makefiles throughout the
projec
Sage Weil writes:
[..]
> Thoughts? Suggestions?
>
[..]
Suggestion:
radosgw should handle injectargs like other ceph clients do?
This is not a major annoyance, but it would be nice to have.
--
Abhishek
signature.asc
Description: PGP signature
Pushed wip-claim-3, which makes the changes you requested in IRC, plus adds a
unittest block.
Matt
- "Sage Weil" wrote:
> On Mon, 8 Dec 2014, Matt W. Benjamin wrote:
> > Hi devs,
> >
> > We've created a new branch wip-claim-2, and new pull request
> https://github.com/linuxbox2/linuxbox-c
Hi, all
Is any guideline that describes how to run the ceph unit test, and its
basic architecture?
--
To unsubscribe from this list: send the line "unsubscribe ceph-devel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Hi Yehuda,
I just wanted to ping this issue since it seems to have been forgotten (and is
still present in all versions of rest-bench I tried). The tracker issue was
marked as resolved, but the fix is only (AFAICT) in wip-3896 and there isn’t a
pull req to bring it to master or any release branc
13 matches
Mail list logo