【Linux】分析一段oom及oops报错日志
oom相关日志分析:
Oom-killer错误是因系统内存分配不足，为保障系统正常运行会随机kill掉占用较多的内存进程。
该日志已经输出内存占满相关提示，内存上限为16G，当前已使用16G，内存限制导致分配失败次数为586755次。
OOPS相关日志分析
BUG: unable to handle kernel paging request at ffff9545bfffffff
表示内存访问错误
CPU: 101 PID: 3183042 Comm: exe Kdump: loaded Tainted: G W OE
当时发生错误的进程为:exe 进程号:3183042
Tainted: G W OE内核状态标记为 “Tainted”，表示可能存在不稳定的模块或驱动。
具体标记:
G:代码是开源的
W:使用了带有警告的模块
O:使用了不符合内核标准的模块
E:发生了错误
Call Trace调用栈信息，与qax_tq_base模块中的函数有关
内核模块的相关信息，在这里qax_tq_base 模块可能导致了错误具体如下:
Modules linked in:显示当前加载的内核模块
Last unloaded:卸载的模块是qax_tq_base
表明内核在执行过程中遇到了一个致命错误，导致系统崩溃，无法继续运行。
结果：
1、oom日志报错问题是由于pod内存限制16G当前使用已经超过了16G，解决方法建议提升内存限制。
2、Oops问题初步判断为qax_tq_base模块导致。