Instead of cloning the repository, create a work directory that has
symbolic links to the original .git, using
https://github.com/git/git/blob/master/contrib/workdir/git-new-workdir
It resolves the problem of fetching a commit that is not attached to any
ref, which is apparently not implemented in the git protocol (discussed
on irc.freenode.net#git).
http://tracker.ceph.com/issues/10264Fixes: #10264
Signed-off-by: Loic Dachary <ldachary@redhat.com>
Note that we assume unittest_blkdev is run from the current directory (or
rather that test/common/test_blkdev_sys_block exists).
Signed-off-by: Sage Weil <sage@redhat.com>
The first item in the range is often last_backfill, upon which writes
can be occuring. It's trimmed off on the primary side anyway.
Fixes: 10150
Backport: dumpling, firefly, giant
Signed-off-by: Samuel Just <sjust@redhat.com>
These binaries haven't landed in Ubuntu, but they are in
sid and jessie for arm64. On Saucy I've installed them by
hand from ports.ubuntu.com and things seems pretty swell.
Signed-off-by: Noah Watkins <noahwatkins@gmail.com>
- fix base name calculation (do not assume sda)
- reverse sense of check (it was returning false when true before?)
- add a generic helper to get other properties, too
Fixes: #10296
Signed-off-by: Sage Weil <sage@redhat.com>
And a test. Ideally the test would get run on a machine with weirdo
devices like /dev/cciss/c0d1.
This mirrors the logic in ceph-disk, which has been tested.
Signed-off-by: Sage Weil <sage@redhat.com>
If the journal_discard option is false, the journal should no try to
guess if the device has discard capabilities.
http://tracker.ceph.com/issues/10296 Refs: #10296
Signed-off-by: Loic Dachary <ldachary@redhat.com>
This was incorrectly using pending_mdsmap instead
of mdsmap. We didn't notice in test because of
single-mon configurations.
Fixes: #10288
Backport: giant
Signed-off-by: John Spray <john.spray@redhat.com>
The normal path through #include <lttng/tracepoint.h> doesn't
appear to include int defintions like uint64_t that are used
in Ceph so we add our definitions file.
Signed-off-by: Noah Watkins <noahwatkins@gmail.com>
Recent versions of Python contain a change to thread shutdown that
causes ceph to hang on exit; see http://bugs.python.org/issue21963.
As it turns out, this is relatively easy to avoid by not spawning
threads on exit, as Rados.__del__() will certainly do by calling
shutdown(); I suspect, but haven't proven, that the problem is
that shutdown() tries to start() a threading.Thread() that never
makes it all the way back to signal start().
Also add a PendingReleaseNote and extra doc comments to clarify.
Fixes: #8797
Signed-off-by: Dan Mick <dan.mick@redhat.com>
Otherwise, one loses log messages when running with -f or -d. When
daemonizing, stderr is already closed in global_init_postfork_finish.
Fixes: #10010, #10113, #9810
Signed-off-by: Dan Mick <dan.mick@redhat.com>
