osd: log when scrub,deep scrub, repair starts

So it can be matched, in the logs, with the log messages announcing it
is complete.

http://tracker.ceph.com/issues/9817 Fixes: #9817

Signed-off-by: Loic Dachary <loic-201408@dachary.org>
osd/ReplicatedPG: flush snaps immediately

Snaps are immutable, so there is no point in delaying flush and hoping
to capture additional updates first.

Signed-off-by: Sage Weil <sage@redhat.com>
OSD: batch trim for pg_log

Signed-off-by: Xinze Chi <xmdxcxz@gmail.com>
AsyncMessenger: Eating up pipe buffer for waking up

Signed-off-by: Haomai Wang <haomaiwang@gmail.com>
AsyncMessenger: Release connection if stopped

Signed-off-by: Haomai Wang <haomaiwang@gmail.com>
AsyncMessenger: Normalise log informations

Signed-off-by: Haomai Wang <haomaiwang@gmail.com>
AsyncMessenger: Try send in queue bufferlist

If previous try_send failed to send all buffers, it will create write event
for next write. But if the message queue is empty and no need to send
in_seq_acked, handle_write will skip to send and in this condition buffers
in queue won't be send forever.

Signed-off-by: Haomai Wang <haomaiwang@gmail.com>
AsyncMessenger: Fix large bufferlist send segment fault

If send long bufferlist exceed IOV_LEN(1024), try_send will stuck in looping
send the first IOV_LEN(1024) ptrs and raise segment fault.

Signed-off-by: Haomai Wang <haomaiwang@gmail.com>
mon: fix formatted 'pg stat'

Previously it did a full pg dump, which is almost certainly not what the
user wants.

Signed-off-by: Sage Weil <sage@redhat.com>
mon/PGMap: fix {recovery,degraded,unfound}_ratio units, type

These are floats, and *not* percentages!

Signed-off-by: Sage Weil <sage@redhat.com>
common/Formatter: fix JSON dump of floating point values

These are numbers -- they should not be quoted.

Signed-off-by: Sage Weil <sage@redhat.com>
Add myself to <contact@intel.com>

Signed-off-by: Chendi Xue <chendi.xue@intel.com>
osd: Check filter ops for pgls and pgnls

Fixes: #9439

Signed-off-by: David Zafman <dzafman@redhat.com>
mailmap: Federico Gimenez name normalization

Signed-off-by: M Ranga Swami Reddy <swamireddy@gmail.com>
mailmap: Derrick Schneider affiliation

Signed-off-by: M Ranga Swami Reddy <swamireddy@gmail.com>
mailmap: BJ Lougee affiliation

Signed-off-by: M Ranga Swami Reddy <swamireddy@gmail.com>
mailmap: Xan Peng affiliation

Signed-off-by: M Ranga Swami Reddy <swamireddy@gmail.com>
mailmap: Dan Mick name normalization

Signed-off-by: M Ranga Swami Reddy <swamireddy@gmail.com>
SimpleMessenger: Pipe: do not block on takeover while holding global lock

We previously were able to cause deadlocks:
1) Existing pipe is fast_dispatching
2) Replacement incoming pipe is accepted
  *) blocks on stop_and_wait() of existing Pipe
3) External things are blocked on SimpleMessenger::lock() while
  blocking completion of the fast dispatch.

To resolve this, if we detect that an existing Pipe we want to take over is
in the process of fast dispatching, we unlock our locks and wait on it to
finish. Then we go back to the lookup step and retry.

The effect of this should be safe:
1) We are not making any changes to the existing Pipe in new ways
2) We have not registered the new Pipe anywhere
3) We have not sent back any replies based on Messenger state to
   the remote endpoint.

Backport: giant

Signed-off-by: Greg Farnum <gfarnum@redhat.com>
msg/Pipe: inject delay in stop_and_wait

Inject a delay in stop_and_wait.  This will mostly affect the connection
race Pipe takeover code which currently calls stop_and_wait while holding
the msgr->lock.  This should make it easier for a racing fast_dispatch
method to get stuck on a call that (indirectly) needs the msgr lock.
See #9921.

Signed-off-by: Sage Weil <sage@redhat.com>