containerd 默认截断超长单行日志（如java堆栈），因 max_container_log_line_size 默认仅16kb；需修改 /etc/containerd/config.toml 中 cri 插件配置，设为 1048576（1mb）并重启 containerd，重建容器后生效。
Containerd 默认会截断单行日志（例如超长 Java 堆栈跟踪），导致关键错误信息丢失。根本原因是 max_container_log_line_size 配置项限制了单行日志的最大字节数，默认值通常为 16KB（16384 字节），而完整堆栈可能远超此限。
确认当前日志截断行为
先验证是否真被截断：运行一个故意输出超长行的容器（如 Python 脚本生成 32KB 的字符串），再用 crictl logs <pod-id></pod-id> 或 ctr tasks logs 查看输出是否含 ...+xxx more 或直接被砍断。也可检查 containerd 日志（/var/log/containerd.log）是否有类似 line too long, truncated 的警告。
修改 containerd 配置文件
该参数需在 containerd 全局配置中设置，不是 per-container 或 Kubernetes Pod 级别。操作步骤如下：
- 编辑配置文件：
/etc/containerd/config.toml（若不存在则用containerd config default > /etc/containerd/config.toml生成） - 找到或添加
[plugins."io.containerd.grpc.v1.cri".containerd.default_runtime]或更通用的[plugins."io.containerd.grpc.v1.cri".containerd.runtimes.runc.options]区块 - 在对应区块下添加或修改：
max_container_log_line_size = 1048576（即 1MB，可根据实际堆栈长度调整，建议 512KB～2MB） - 保存后重启服务：
sudo systemctl restart containerd
验证配置已生效
重启后需确认新配置加载成功：
- 执行
containerd config dump | grep -A5 -B5 max_container_log_line_size，确保输出中显示你设置的值 - 重新创建测试容器并输出长日志，再次用
crictl logs检查是否完整输出 - 注意：已有运行中的容器不会自动继承新配置，必须重建容器（删除再部署 Pod）才生效
配套注意事项
仅调大该值还不够，还需兼顾日志系统稳定性：
- 避免设得过大：超过几 MB 可能引发内存压力或写入延迟，尤其高并发短生命周期容器场景
-
配合日志轮转策略：确保
max_size和max_files（在 CRI 插件日志配置中）合理，防止磁盘打满 - Kubernetes 用户注意：该配置影响所有 Pod，无需改 Deployment；但 kubelet 日志采集（如通过 filebeat/fluentd）仍需确保其自身也支持大行解析
