On 3/23/16 7:45 AM, Gregory Farnum wrote:
On Tue, Mar 22, 2016 at 11:59 AM, Max A. Krasilnikov
<pseudo@xxxxxxxxxxxx> wrote:
Hello!
On Tue, Mar 22, 2016 at 11:40:39AM -0700, gfarnum wrote:
On Tue, Mar 22, 2016 at 1:19 AM, Max A. Krasilnikov <pseudo@xxxxxxxxxxxx> wrote:
-1> 2016-03-21 17:36:09.048201 7f253f912700 -1 log_channel(cluster) log [ERR] : 5.ca recorded data digest 0xb284fef9 != on disk 0x43d61c5d on 6134ccca/rbd_data.86280c78aaf7da.00000000000e0bb5/17//5
0> 2016-03-21 17:36:09.050672 7f253f912700 -1 osd/osd_types.cc: In function 'uint64_t SnapSet::get_clone_bytes(snapid_t) const' thread 7f253f912700 time 2016-03-21 17:36:09.048341
osd/osd_types.cc: 4103: FAILED assert(clone_size.count(clone))
This is the part causing crashes, not the data digest. Searching for
that error led me to http://tracker.ceph.com/issues/12954
So, I can expect fixing this in future releases of hammer? As I can see, it is
merged now...
Hmm, it looks like it wasn't marked for backport and it might have
been a little complicated, but it's also the sort of thing I might
expect to see in an LTS release. David? :)
-Greg
Yes, it is merged to hammer already and should be part of the next
hammer point release.
This was part of a large set of commits for multiple inter-related pull
requests that needed to be backported together.
David
_______________________________________________
ceph-users mailing list
ceph-users@xxxxxxxxxxxxxx
http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com
