On 03/25/2014 04:04 AM, Ilya Dryomov wrote:
> On Tue, Mar 25, 2014 at 10:39 AM, Olivier Bonvalet <[email protected]>
> wrote:
>> Hi,
>>
>> what can/should I do to help fix that problem ?
>>
>> for now, RBD kernel client hang on :
>> Assertion failure in rbd_img_obj_callback() at line 2131:
>> rbd_assert(which >= img_request->next_completion);
If you can build your own kernel as Ilya says I'd like to
see the values of which and img_request->next_completion
here.
If you can't, is there anything interesting about your
workload that might help reproduce the problem?
Thanks.
-Alex
>>
>> or on :
>> Assertion failure in rbd_img_obj_callback() at line 2127:
>> rbd_assert(img_request != NULL);
>>
>>
>> I have both case at least once per week, on latest 3.13.5 kernels.
>>
>> It seems that the problem occurs only on more loaded servers (I have 4
>> near same servers, and crash occurs on two of them. If I move the VM,
>> crash follows...).
>
> Hi,
>
> I'm looking into this, but it doesn't reproduce on my boxes. This must
> be some sort of race and the fact that there is nothing else in the
> dmesg right before the splats doesn't help.
>
> Can you send me your 3.13.5 rbd.ko and libceph.ko? Also, just so
> I know, can you build your own kernel?
>
> Thanks,
>
> Ilya
> --
> To unsubscribe from this list: send the line "unsubscribe ceph-devel" in
> the body of a message to [email protected]
> More majordomo info at http://vger.kernel.org/majordomo-info.html
>
--
To unsubscribe from this list: send the line "unsubscribe ceph-devel" in
the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
