If we encounter legacy snaps, add to snapmapper then; otherwise, use the
clone_snaps field in SnapSet to add all clones to snapmapper when we
process the head object.
Signed-off-by: Sage Weil <sage@redhat.com>
- objects come in a different order, meh
- ss is on head, always, not snapdir.
- error messages on head, not snapdir
Signed-off-by: Sage Weil <sage@redhat.com>
In the new world, head_exists is always true. Stop clearing it in
_delete_oid (except for legacy compatibility), and fix the various callers
and assertions to compensate. Note that we now use head_exists as a flag
to guide us into the snapdir branch of finish_ctx() (which will go away
post-luminous).
Signed-off-by: Sage Weil <sage@redhat.com>
We include a check to make sure we do not delete a dirty whiteout if this
is a tier pool and the object is dirty.
Signed-off-by: Sage Weil <sage@redhat.com>
- Assume that any snapset we update, if not require_luminous, is a net-new
legacy SnapSet. (It might be an existing one, which would be net-0, but
that is harder to tell.)
Then, during scrub,
- Any unreadable oi is assumed to include a legacy snapset
- Any snapset we encounter if !require_luminous is legacy
- Any object that should have a snapset but doesn't (corrupt or missing)
is assumed to be legacy.
- If were trying to update a legacy Snapset but have to abort, then it is
still legacy.
We could assume that a missing/broken snapset is not legacy since it has
to be repaired anyway (and therefore shouldn't block upgrade), but I'm
not sure. For now, we'll take the conservative approach of blocking the
upgrade if the snapset metadata is missing/corrupt.
Signed-off-by: Sage Weil <sage@redhat.com>
# Conflicts:
# src/osd/PrimaryLogPG.cc
During scrub, we assemble the clone legacy_snaps values and put them
in the SnapSet.
Note that we do not bother clearing legacy_snaps in the clones; this is
more complexity to do correctly and not worth the effort; we will always
have the SnapSet to indicate whether we need to look at the oldf ield
or not.
If the rebuild clone_snaps is not the correct size we bail out; this can
happen if some clones are missing oi or missing entirely, or if there are
extra clones.
Signed-off-by: Sage Weil <sage@redhat.com>
Store the per-clone snaps list in SnapSet if (1) REQUIRE_LUMINOUS is set
in the OSDMap and (2) the SnapSet isn't a 'legacy' SnapSet that hasn't
been converted yet by scrub.
Signed-off-by: Sage Weil <sage@redhat.com>
This will make it easier to identify users of this field that need to
conditionally use either the old legacy_snaps or the new
SnapSet::clone_snaps vector.
Signed-off-by: Sage Weil <sage@redhat.com>
We may still need to create a whiteout because clones still exist.
Arguably delete+ignore_cache is not the right way to remove whiteouts and
we should have a separate RADOS operation for this. But we don't.
Signed-off-by: Sage Weil <sage@redhat.com>
If REQUIRE_LUMINOUS is set on the OSDMap, put the SnapSet on the head
and make it a whiteout. This is simpler and will eventually (once all
the old snapdir objects have been fixed up) let us remove a ton of
snapdir-related headaches.
This is surprisingly simple. Everywhere else we work with snapdir is
already set up to handle the snapset on the head. The only difference is
that we are preventing outselves from moving from the snapset-on-head
state to the snapset-on-snapdir-with-no-head state. The only time this
happens is when the object is logically deleted in _delete_oid.
Signed-off-by: Sage Weil <sage@redhat.com>
We moved to v7 encoding in ca81563d8d, which
was pre-jewel, so that's the oldest version we need to decode.
Drop the nlink field, which has not been used in a long time.
Signed-off-by: Sage Weil <sage@redhat.com>
If RBD_FEATURES is not in the environment, set *features to 0 in
get_features(); callers rely on a valid return value. (This was
breaking on arm64.)
Fixes: http://tracker.ceph.com/issues/19865
Signed-off-by: Dan Mick <dan.mick@redhat.com>
The rbd-mirror process needs an event in the journal
to properly detect the transition between primary and
non-primary state between peers.
Fixes: http://tracker.ceph.com/issues/19858
Signed-off-by: Jason Dillaman <dillaman@redhat.com>
If the image had a non-primary predecessor epoch whose tag tid
duplicates an epoch within its own journal, an infinite loop
would result.
Signed-off-by: Jason Dillaman <dillaman@redhat.com>
rgw: fix forward request for bulkupload to be applied in multisite
Reviewed-by: Casey Bodley <cbodley@redhat.com>
Reviewed-by: Radoslaw Zarzynski <rzarzynski@mirantis.com>
