Description of problem (please be detailed as possible and provide log
snippests):

Coredumps are not getting auto-generated when osd crash is reported

Version of all relevant components (if applicable):

OCP version:- 4.17.0-0.nightly-2024-10-20-231827
ODF version:- 4.17.0-126
CEPH version:- ceph version 18.2.1-229.el9cp (ef652b206f2487adfc86613646a4cac946f6b4e0) reef (stable)

Does this issue impact your ability to continue to work with the product
(please explain in detail what is the user impact)?


Is there any workaround available to the best of your knowledge?


Rate from 1 - 5 the complexity of the scenario you performed that caused this
bug (1 - very simple, 5 - very complex)?


Can this issue reproducible?
yes

Can this issue reproduce from the UI?


If this is a regression, please provide more details to justify this:


Steps to Reproduce:
1.Deploy ODF cluster
2.debug into node and kill ceph-osd process using kill -11 <pid>
3.check for coredump list


Actual results:
[root@compute-1 coredump]# coredumpctl list
No coredumps found.

Expected results:
coredump should be generated 


Additional info:

When checked /var/lib/rook/openshift-storage/crash/posted/ we can see the logs here


bash-5.1$ ceph crash ls
ID                                                                ENTITY  NEW
2024-10-29T14:05:58.473757Z_53a7e5f3-e20f-4556-8025-d8d9cc0a8ee0  mon.f    *
2024-10-29T14:06:49.937796Z_851de819-c85b-40e9-a965-631ac9f34259  osd.2    *
2024-10-29T14:07:01.269548Z_9278fe64-da00-481c-a549-5246c9e02ff7  osd.2    *
2024-10-29T14:49:42.131778Z_08adcb38-7223-4336-9618-ccab02a828c6  osd.2    *
2024-10-29T15:25:14.199019Z_4f4e828d-2e96-4ccb-ae31-a4478687dd46  osd.2    *
2024-10-29T16:14:13.763145Z_ad5bc691-1788-4ff6-8637-5a5fa949c344  osd.1    *
2024-10-29T16:33:20.357187Z_ef062472-8703-4e68-bff4-49823b067efb  osd.2    *
2024-10-29T16:33:31.070116Z_b19acc18-f270-496b-be70-78282c938f4d  mon.f    *