Hi Osier,
I doubt the issue is related (the error message is connection failure), the
below patch is pretty simple (and incomplete), what it does is to add a
configuration to bucket meta info so that we can configure the number of shards
on bucket basis (again, this is not included in the
Hi,
We noticed that OSDs use their client_messenger, rather than their potentially
dedicated cluster_messenger, to drive MonClient. Then we found that the Mon's
setup
of the OSDMap depends on this.
Can someone comment? We assume this is well known, but what is the background?
Thanks,
Matt
Hey cephers,
Just wanted to let folks know that as a way of saying thank you for 10
years of contributions and growth on the Ceph project we'll be
shipping a free limited edition 10th anniversary t-shirt to anyone who
has contributed to the project (and wants one). All you have to do to
get your
On 08/05/2014 02:38 AM, Ilya Dryomov wrote:
While it was never a good idea to sleep in request_fn(), commit
34c6bc2c919a (locking/mutexes: Add extra reschedule point) made it
a *bad* idea. mutex_lock() since 3.15 may reschedule *before* putting
task on the mutex wait queue, which for tasks in
How can I follow the state of advancement of the resolution of this
issue ? I really need it and I really need to know when it will be
release in order to immediatly install the new ceph version which patch
the forever growing data in ceph using RBD bold image (no QEMU etc..)
Alphe Salas
On Wed, Aug 6, 2014 at 10:32 PM, Alex Elder el...@ieee.org wrote:
On 08/05/2014 02:38 AM, Ilya Dryomov wrote:
While it was never a good idea to sleep in request_fn(), commit
34c6bc2c919a (locking/mutexes: Add extra reschedule point) made it
a *bad* idea. mutex_lock() since 3.15 may reschedule
On Wed, Aug 6, 2014 at 11:06 PM, Ilya Dryomov ilya.dryo...@inktank.com wrote:
On Wed, Aug 6, 2014 at 10:32 PM, Alex Elder el...@ieee.org wrote:
On 08/05/2014 02:38 AM, Ilya Dryomov wrote:
While it was never a good idea to sleep in request_fn(), commit
34c6bc2c919a (locking/mutexes: Add extra
On 08/06/2014 02:09 PM, Ilya Dryomov wrote:
Off topic... If you supply --patience to your git diff command
you'll get an easier-to-read result in some cases (like this one).
If you like that you can just do:
git config --global --add diff.algorithm patience
I'm generally using (and
