On Thu, Sep 10, 2020 at 7:44 AM Eugen Block <eblock@xxxxxx> wrote: > > Hi *, > > I'm currently testing rbd-mirror on ceph version > 15.2.4-864-g0f510cb110 (0f510cb1101879a5941dfa1fa824bf97db6c3d08) > octopus (stable) and saw this during an rbd import of a fresh image on > the primary site: > > ---snip--- > ceph1:~ # rbd import /mnt/SUSE-OPENSTACK-CLOUD-7-x86_64-GM-DVD1.iso > rbd-pool1/cloud7 > Importing image: 5% complete...2020-09-10T12:00:10.220+0200 > 7ff1b9ffb700 -1 librbd::SnapshotRemoveRequest: 0x7ff19c022060 send_op: > snapshot doesn't exist > 2020-09-10T12:00:10.224+0200 7ff1b9ffb700 -1 > librbd::SnapshotRemoveRequest: 0x7ff19c022060 should_complete: > encountered error: (2) No such file or directory > 2020-09-10T12:00:10.232+0200 7ff1ba7fc700 -1 librbd::Operations: No > such snapshot found. > Importing image: 6% complete...2020-09-10T12:00:13.940+0200 > 7ff1b9ffb700 -1 librbd::SnapshotRemoveRequest: 0x7ff19c032eb0 send_op: > snapshot doesn't exist > 2020-09-10T12:00:13.940+0200 7ff1b9ffb700 -1 > librbd::SnapshotRemoveRequest: 0x7ff19c032eb0 should_complete: > encountered error: (2) No such file or directory > Importing image: 7% complete...2020-09-10T12:00:18.596+0200 > 7ff1b9ffb700 -1 librbd::SnapshotRemoveRequest: 0x7ff19c027af0 send_op: > snapshot doesn't exist > 2020-09-10T12:00:18.596+0200 7ff1b9ffb700 -1 > librbd::SnapshotRemoveRequest: 0x7ff19c027af0 should_complete: > encountered error: (2) No such file or directory > Importing image: 8% complete...2020-09-10T12:00:24.048+0200 > 7ff1b9ffb700 -1 librbd::SnapshotRemoveRequest: 0x7ff19c02f940 send_op: > snapshot doesn't exist > 2020-09-10T12:00:24.048+0200 7ff1b9ffb700 -1 > librbd::SnapshotRemoveRequest: 0x7ff19c02f940 should_complete: > encountered error: (2) No such file or directory > Importing image: 100% complete...done. > ---snip--- > > The import eventually succeeds and the image is fine (md5sum on the > remote image is correct), but I'm wondering what snapshot it is > looking for since there aren't any (yet). Here's some info about the > image (not sure if it's relevant): > > ---snip--- > ceph1:~ # rbd info rbd-pool1/cloud7 > rbd image 'cloud7': > size 1.4 GiB in 347 objects > order 22 (4 MiB objects) > snapshot_count: 0 > id: 149e4eb8e387a > block_name_prefix: rbd_data.149e4eb8e387a > format: 2 > features: layering, exclusive-lock, object-map, fast-diff, > deep-flatten, journaling > op_features: > flags: > create_timestamp: Thu Sep 10 11:59:18 2020 > access_timestamp: Thu Sep 10 11:59:18 2020 > modify_timestamp: Thu Sep 10 12:03:30 2020 > journal: 149e4eb8e387a > mirroring state: enabled > mirroring mode: journal > mirroring global id: 82bb30ec-bd33-4f84-9d0c-b3650b567670 > mirroring primary: true > ---snip--- > > Is this worth a bug report or is it already known and I just couldn't > find anything? Sure, it's probably worth creating a new tracker ticket at [1]. Is your system configured to enable journaling by default on all new images? > > Regards, > Eugen > _______________________________________________ > ceph-users mailing list -- ceph-users@xxxxxxx > To unsubscribe send an email to ceph-users-leave@xxxxxxx > [1] tracker.ceph.com/issues/rbd -- Jason _______________________________________________ ceph-users mailing list -- ceph-users@xxxxxxx To unsubscribe send an email to ceph-users-leave@xxxxxxx
 |