zlacker

[parent] [thread] 3 comments
1. pca006+(OP)[view] [source] 2022-10-02 15:03:21
I guess when the kernel panics, there is nothing to write the core dump for you...
replies(2): >>2OEH8e+J >>detaro+N
2. 2OEH8e+J[view] [source] 2022-10-02 15:06:46
>>pca006+(OP)
kdump

https://en.wikipedia.org/wiki/Kdump_(Linux)

He also mentions that programs can report problems automatically to the distro devs. For example:

https://retrace.fedoraproject.org/faf/problems/

A kernel dump is not something you always want to upload since it can be large and contain sensitive info. I'm not a kernel dev though.

3. detaro+N[view] [source] 2022-10-02 15:07:07
>>pca006+(OP)
The kernel crash dump mechanism works by reserving some memory, which it boots a fresh copy of the kernel into on kernel panics, which then takes care of reading the old dead kernel from memory and saving the dump.

Of course this working requires the fresh kernel to be able to get up and do that without itself crashing, so it can't capture every scenario. And it is bringing down the system completely, and there's lots of pros and cons to be argued about that vs attempting to continue or limp along.

replies(1): >>yencab+x71
◧◩
4. yencab+x71[view] [source] [discussion] 2022-10-02 22:03:52
>>detaro+N
The mechanism you describe is used/usable only in very specific scenarios.

For practically all non-virtualized Linux hosts out there, the kernel crash dump mechanism works by adding ASCII text to kmesg, which is then read by journald, processed a little, and appended to a file -- which just means submitted back to the kernel for writing, which means FS needs to work, disk I/O needs to work, and so on.

[go to top]