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 _______________________________________________ ceph-users mailing list ceph-users@xxxxxxxxxxxxxx http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com
 |