journalctl 日志保留时间及持久化存储日志

2023-05-16

Systemd Journald基础

默认情况下,Systemd将系统日志存储在/run/log/journal目录中,正如我们在了解Linux文件系统层次结构中所说的(参考:介绍Red Hat Enterprise Linux(RHEL) 8的文件系统目录/层次结构),/run目录中的所有内容都将被清除,并在重新引导时重新创建内容,这意味着在系统重新引导时将清除日志。

默认情况下并不会持久化保存日志,只会保留一个月的日志。可以通过配置MaxRetentionSec=365d 设置为保留1年。

我们可以在/etc/systemd/journald.conf文件中调整systemd-journald服务的配置设置,以使日志在重新引导后仍然存在,打开文件以查看其内容:

$ sudo vim /etc/systemd/journald.conf

这些是可以配置的常用选项,大多数系统中的大多数选项都会被注释掉,以便您进行相应调整:

[Journal]

#Storage=auto

#Compress=yes

#Seal=yes

#SplitMode=uid

#SyncIntervalSec=5m

#RateLimitInterval=30s

#RateLimitBurst=1000

#SystemMaxUse=

#SystemKeepFree=

#SystemMaxFileSize=

#RuntimeMaxUse=

#RuntimeKeepFree=

#RuntimeMaxFileSize=

#MaxRetentionSec=

#MaxFileSec=1month

#ForwardToSyslog=yes

#ForwardToKMsg=no

#ForwardToConsole=no

#ForwardToWall=yes

#TTYPath=/dev/console

#MaxLevelStore=debug

#MaxLevelSyslog=debug

#MaxLevelKMsg=notice

#MaxLevelConsole=info

#MaxLevelWall=emerg

#LineMax=48K

配置Systemd Journald

要将systemd-journald服务配置为在重新启动后永久保留系统日志,您需要将Storage设置为persistent。

可以为Storage参数设置的其他值是:[1]、persistent:将日志存储在/var/log/journal目录中,该目录在重新启动后仍然存在。[2]、volatile:将日记存储在volatile/run/log/journal目录中,这不会导致系统重启。[3]、auto:rsyslog将确定使用持久性存储(persistent)还是易失性存储(volatile),如果存在/var/log/journal目录,则rsyslog使用持久性存储,否则使用易失性存储。

对于永久存储,请将其设置为:

[Journal]

Storage=persistent

提交更改后,请重新启动systemd-journald服务以使配置更改生效:

sudo systemctl restart systemd-journald

应该创建/var/log/journal目录:

$ ls /var/log/journal

65113b1a0d2f6087d515e6a8cd0ee7ef

/var/log/journal下的子目录的长名称中包含十六进制字符,并且包含*.journal文件:

$ ls /var/log/journal/65113b1a0d2f6087d515e6a8cd0ee7ef/

system.journal

*.journal文件是存储结构化和索引日记帐分录的二进制文件。

调整日记的最大存储使用量

您可以通过取消注释和更改以下内容来设置永久日志的最大大小:

SystemMaxUse=500M

默认大小限制设置为基础文件系统大小的10%,但上限为4GiB:

sudo systemctl restart systemd-journald

本文内容由网友自发贡献,版权归原作者所有,本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容,请联系:hwhale#tublm.com(使用前将#替换为@)

journalctl 日志保留时间及持久化存储日志 的相关文章

  • 基于AWSIM实现Autoware docker内仿真运行

    AWSIM是Autoware当前推荐使用的仿真工具 xff0c 内部采用ros2 for unity插件 xff0c 能够直接发送ros2消息而不同采用中间转接模块 xff0c 效率较高 进行软件开发时各种依赖包的版本管理是让人头疼的问题
  • 关于Apollo Cyber RT 中Component如何绑定到CPU Group、具体线程及优先级队列

    Apollo Scheduler 模块的工作原理如下图所示 xff1a 原图引用链接 xff1a 架构分析 Apollo CyberRT Framework分析 Scheduler调度器 HaoBBNuanMM的博客 CSDN博客 cybe
  • FreeRTOS任务相关基础知识

    一 单任务系统和多任务系统 单任务系统一般为裸机系统 xff0c while 1 做一个大循环 xff0c 也包含一些中断 xff0c 完成所有的程序逻辑处理 如果应用程序需求繁多 xff0c 程序设计复杂 xff0c 应考虑多任务系统 多
  • FreeRTOS任务切换——PendSV

    前言 xff1a 本文分析一下FreeRTOS任务切换相关内容 RTOS系统的核心是进行任务管理 xff0c 任务切换 本文分SVC和PendSV异常 任务切换场景 pendSV中断函数 FreeRTOS时间片调度4部分讲解FreeRTOS
  • ROS:OpenCV读取摄像头并发布话题

    ROS OpenCV读取本地照片发布到rviz中 ROS读取摄像头视频数据发布到rviz中 include lt ros ros h gt include lt image transport image transport h gt in
  • 一种动态更新flink任务配置的方法

    文章目录 1 原理2 例 xff0c 整数过滤2 1 并行度为12 2 并行度大于12 3 完整代码 参考链接 1 原理 参考Flink Spark 如何实现动态更新作业配置 xff0c 讲得比较详细 xff0c 这篇的文章的参考参考文献也
  • 一种Hudi on Flink动态同步元数据变化的方法

    文章目录 一 背景二 官方Schema Evolution例子三 Flink 43 Hudi实现Schema Evolution四 96 HoodieFlinkStreamer 96 流程浅析及扩展方法4 1 FlinkKafkaConsu
  • 一种处理Hive元数据与文件类型不同时SQL查询失败的方法

    文章目录 一 背景二 分析过程2 1 环境及测试数据2 1 1 环境2 1 2 测试数据 2 2 select语句异常分析2 2 1 异常分析2 2 2 捕获异常位置 2 3 insert overwrite语句异常分析2 3 1 异常分析
  • 一种处理Hive元数据与文件类型不同时SQL查询失败的方法(二)

    文章目录 一 异常触发SQL二 异常处理三 Hive on Spark依赖的Hive jar包部署 继上一篇之后 xff0c 又发现了一种新的报错位置 本篇对这种情况进行处理 xff0c 并验证这种处理方式是否适用于Hive on Spar
  • PX4代码CMakeLists.txt的简单解读

    分析一下PX4代码CMakeLists txt文件 61 61 61 61 61 61 61 61 61 61 61 61 61 61 61 61 61 61 61 61 61 61 61 61 61 61 61 61 61 61 61 6
  • Hive分区表修改(增删)列

    文章目录 一 环境及测试数据二 删除列2 1 测试表test22 2 DDL删除列 xff1f 2 3 代码连接Hive Metastore删除列2 3 1 同时更新表与分区元数据 三 添加列结论参考链接 一 环境及测试数据 环境 xff1
  • python通过kerberos连接impala操作hive

    一 python2版本 1 docker基础镜像 tobyhferguson impyla tester 2 安装相关包及配置 2 1 安装包 参考python3 6 5基于kerberos认证的hive和hdfs连接调用 yum span
  • 程序员成长路线

    回顾过去 xff0c 我们会清晰地看见走过来的路线 xff0c 但面向未来我们又该如何走下去 xff1f 但凡过往 xff0c 皆为序章 xff0c 过去不可变 xff0c 未来才是希望 xff0c 而如何去规划并管理好未来的成长进化之路
  • 消息队列、信号量、事件组、任务通知之间的区别

    消息队列 信号量 事件组 任务通知之间的区别 消息队列 xff08 需要传递消息时使用 xff09 在任务与任务间 中断和任务间传递信息 xff0c 可以数据传输 事件标志组 xff08 多个事件同步 xff0c 不需要传递消息时使用 xf
  • 包含癞子的麻将胡牌算法

    记录一下麻将的通用胡牌算法实现 xff0c 只要满足M x ABC 43 N x DDD 43 EE 即可胡牌 在这里先分析一下最简单的胡牌思路 xff1a 先找出所有可能的将牌 xff0c 若除去两张将牌之外的所有牌都能成扑 xff0c
  • 麻将胡牌算法

    用数字代替麻将中的所有牌 xff1a 一万 九万 1 9 一筒 九筒 11 19 一条 九条 21 29 东 南 西 北 中 发 白 31 37 胡牌的种类 xff1a 对对胡 十三幺和33332 判断胡牌的过程 xff08 以下所说的规则

随机推荐

  • 麻将胡牌万能公式:

    基本胡牌类型 M AAA 43 N ABC 43 DD xff08 AAA 是三个刻字 xff0c ABC 是顺子 xff0c DD 是将牌 xff09 麻将总共14张 xff0c m和n系数 xff0c AAA代表一样的三个 xff0c
  • 麻将

    来自百度百科https baike baidu com item E9 BA BB E5 B0 86 215 fr 61 aladdin 一副完整的麻将牌共152张 包括字牌 花牌 序数牌 百搭牌 流行的是精简版麻将 xff0c 不含百搭和
  • 使用etcdctl 获取 kubernetes etcd内容

    kubernetes排错过程中可能需要连接到etcd库核对数据 通过etcdctl命令可以连接到库 xff0c 查看etcd库中的key value 创建一个etcdctl的别名 证书的位置可以通过查看kubelet 运行参数获取到 etc
  • Jenkins 部署jar包到服务器并启动后的乱码问题

    在java命令中加 参数 Dfile encoding 61 UTF 8 export LANG 61 zh CN UTF 8 是为了解决应用输出的日志中有乱码的问题 export LANG 61 zh CN UTF 8 nohup jav
  • VS CODE 页面没暂存/提交就放弃更改了怎么还原

    如图所示 xff0c 不小心手滑将还没有暂存的页面点了放弃更改 xff0c 过了两天才发现搞错了 xff0c 这时候怎么办呢 xff1f 不用担心 xff0c 找到这个页面 xff0c 直接ctrl 43 z可以还原回来 亲测有效
  • idea通过maven使用docker插件生成镜像并推送到harbor仓库

    windows有2种方式获取docker环境 xff0c 使用VM构建linux环境并安装docker xff0c 另一种是安装dockertoolbox xff0c 再通过bash的方式创建虚拟的docker环境 xff08 本文使用后者
  • linux 将for 循环写在命令行

    for p in kubectl get pods namespace 61 kube system l k8s app 61 kube dns o name do kubectl logs namespace 61 kube system
  • iptables -j MARK --set-xmark 解析

    查看man和命令帮助 xff0c 还有网上搜到的解释不是很清晰 xff0c 所以验证了一下 xff0c 并尽量将其解释的通俗易懂 MARK的作用 MARK标记用于将特定的数据包打上标签 xff0c 供Iptables配合TC做QOS流量限制
  • kubernetes调试pod网络故障方法之一

    使用故障pod的network namespace运行一个容器来调试调试pod网络 有时候我们要排查pod的网络问题 xff0c 但是生产容器内一般不会有调试命令 xff0c 另外容器可能处于CrashLoopBackOff或其它不可用的状
  • iptables icmp-host-prohibited引起的No route to host

    如果数据包匹配到下边这条iptables规则 xff0c 访问端则会报No route to host xff0c 抓包中可能会看到 unreachable admin prohibited j REJECT reject with icm
  • kubernetes自动补全命令

    root 64 master01 apt y install bash completion root 64 master01 source usr share bash completion bash completion root 64
  • ubuntu server 20.04使用kubeadm安装k8s v1.23.5

    这篇文章也不错 xff1a https blog csdn net hefashion0190 article details 122635188 两台服务器配置hosts vim etc hosts 192 168 199 116 mas
  • 使用kubeadm 在Centos7.9 上安装k8s集群

    停止并禁用firewalld systemctl stop firewalld amp amp systemctl disable firewalld 关闭selinux sed i s 34 SELINUX 61 enforcing 34
  • Linux bash命令根据历史记录补全

    比如 xff0c 想找 docker run 开头的历史命令 xff0c 只需要键入 docker run 然后按 进行选择 但是在用服务器的bash时没有这个功能 xff0c 每次按 都会把敲入一半的命令清除掉 ctrl r 也不是很好用
  • Docker优化参数

    cat gt etc docker daemon json lt lt EOF 34 oom score adjust 34 1000 34 log driver 34 34 json file 34 34 log opts 34 34 m
  • Rancher 监控组件 Grafana 数据持久化

    以下配置是基于在 Rancher Cluster Manager 中启用监控 xff0c 而非在 Cluster Explorer 应用程序和市场中启用的新版监控 场景描述 xff1a 首先确保你的pv 回收策略是Retain 可以参照此文
  • MATLAB设置使用语言为中文

    因为每次自己都会忘记如何操作 xff0c 所以记录在自己的博客里 xff0c 避免忘记 在MATLAB主页 预设 帮助 右侧选取语言为简体中文 xff0c 具体操作可以见图片
  • kubernetes cordon原理

    cordon 节点可以使节点不接受调度pod 那么原理是什么呢 其实很简单 xff0c 就是给节点增加了一个污点 kubectl describe node NODE NAME 能看到这个污点配置 xff1a Taints node kub
  • 解决win10 win11 蓝牙音箱可以连接无法播放声音/蓝牙音箱无法选择使用

    这个靠谱 xff0c 记录一下 1 快捷键win 43 r xff0c 输入regedit xff0c 打开注册表 2 进入目录 xff1a 计算机 HKEY LOCAL MACHINE SYSTEM ControlSet001 Contr
  • journalctl 日志保留时间及持久化存储日志

    Systemd Journald基础 默认情况下 xff0c Systemd将系统日志存储在 run log journal目录中 xff0c 正如我们在了解Linux文件系统层次结构中所说的 参考 xff1a 介绍Red Hat Ente