In terms of `CXXFLAGS` this commit does for `examples/librbd`
exactly what be838652fa already
did to `examples/librados`. Together they cover the purpose
of the long-waiting PR #44738.
Signed-off-by: Radoslaw Zarzynski <rzarzyns@redhat.com>
It's entirely fine for the map_epoch to change while the op is processed
as long as none of the intervening epochs caused an interval change. In
general, the correct way to check for an interval change is with
has_reset_since.
We don't need to do this check here at all because IOInterruptCondition
will already have performed it against the captured epoch when the
continuation resumed.
Introduced: 31418020fd
Fixes: https://tracker.ceph.com/issues/58486
Signed-off-by: Samuel Just <sjust@redhat.com>
Reverting since this is causing the following ceph-dencoder exception:
[src/tcmalloc.cc:332] Attempt to free invalid pointer 0x558f14e3a000
NOTE: I didn't debug this any more further since there is sizable backlog
of PRs that need testing/merging, but reverting the change makes it work.
Fixes: http://tracker.ceph.com/issues/58219
Signed-off-by: Venky Shankar <vshankar@redhat.com>
mds/Server: do not allow -ve reclaim flags to cause client eviction
Reviewed-by: Rishabh Dave <ridave@redhat.com>
Reviewed-by: Patrick Donnelly <pdonnell@redhat.com>
Reviewed-by: Xiubo Li <xiubli@redhat.com>
Reviewed-by: Milind Changire <mchangir@redhat.com>
Reviewed-by: Kotresh HR <khiremat@redhat.com>
Force to use the old and slow method to invalidate the dcache
if the euid is non-root, or the remount may fail with return
code 1 or 32.
https://tracker.ceph.com/issues/56532
Signed-off-by: Xiubo Li <xiubli@redhat.com>
The remount will fail randomly for unknown reasons. And in certain
circumstance we can reprodce this very easy, which will block our
testing. Make it posible to force to old method to invalidate the
dcache when the "client_try_dentry_invalidate" option is enabled
even kernel version >= 3.18.0
Fixes: https://tracker.ceph.com/issues/56532
Signed-off-by: Xiubo Li <xiubli@redhat.com>
For some unknown reason the remount will fail, we need to retry it
for the test_dentry_handling.
Fixes: https://tracker.ceph.com/issues/56532
Signed-off-by: Xiubo Li <xiubli@redhat.com>
mds_max_retries_on_remount_failure option is used by Client.cc only.
Fixes: https://tracker.ceph.com/issues/56532
Signed-off-by: Xiubo Li <xiubli@redhat.com>
Add default value for osd_op_thread_suicide_timeout configuration value
to the OSD Configuraton Reference.
https://tracker.ceph.com/issues/58590
Signed-off-by: Zac Dover <zac.dover@gmail.com>
These two state variables duplicate checks that *should* already
be handled by the IOInterruptCondition. None of the stopping
checks should ever trigger because the caller would be in an
interruptible future context which already performed that check.
Moreover, peering doesn't really work -- it relies on the callback
firing prior the call to on_activate_complete(), and there isn't any
guarantee that will happen. Storing the epoch from when the
callback was created as we do in IOInterruptCondition
would be required.
Signed-off-by: Samuel Just <sjust@redhat.com>
Separate command output block from the command to avoid printing prompt on it.
Also remove double prompt.
Fix indentation of two example commands after prompt.
Signed-off-by: Ville Ojamo <14869000+bluikko@users.noreply.github.com>
In monitoring.rst a double prompt was rendered, one non-selectable and one selectable. Remove the selectable prompt.
Signed-off-by: Ville Ojamo <14869000+bluikko@users.noreply.github.com>
Fix invalid indentation that caused indentation to be rendered wrong in control.rst.
Signed-off-by: Ville Ojamo <14869000+bluikko@users.noreply.github.com>
