CentOS 7.7能否升级systemd到v240及以上版本解决日志重定向问题

1. CentOS 7.7 升级systemd至v240+的相关说明 #

CentOS 7 全版本官方默认维护的systemd最高版本为219，和系统核心组件（glibc、udev、init流程等）深度耦合，强行编译升级高版本systemd会破坏系统依赖，大概率导致系统无法启动，官方也不支持该操作，生产环境绝对不建议尝试。

如果仅在测试环境验证，可参考以下编译流程，操作前务必做好系统快照：

• 安装编译依赖
  yum install -y gcc make glib2-devel libcap-devel gperf intltool python3-devel libmount-devel libblkid-devel xsltproc docbook-xsl
• 获取systemd v240版本官方源码压缩包，解压到本地目录
• 进入解压后的源码目录，执行编译安装命令：

./configure --prefix=/usr --sysconfdir=/etc --localstatedir=/var
make -j$(nproc)
make install

• 重启系统验证版本，该操作风险极高，不做可用性保证。

2. 无需升级systemd的重定向替代方案 #

首推直接修改service配置的ExecStart参数，通过shell内置重定向实现需求，操作简单无额外依赖，完全适配CentOS 7的systemd 219版本：

操作步骤： #

1. 先创建日志目录并分配权限：
   mkdir -p /data/dashboard && chown jams:jams /data/dashboard
2. 修改你的service配置文件，替换ExecStart、删除原有的StandardOutput和StandardError配置：

[Service]
User=jams
WorkingDirectory=/opt/workspace/Dashboard/source-code/dashboard/
# 用bash包裹命令实现重定向，>> 表示追加写入
ExecStart=/bin/bash -c "/opt/workspace/.env/bin/python kafka_consumer.py >> /data/dashboard/access.log 2>> /data/dashboard/error.log"
Restart=always

3. 重载systemd配置并重启服务生效：

systemctl daemon-reload
systemctl restart 你的服务名称.service

如果需要统一管理多服务日志，也可以选择配置rsyslog规则收集服务日志到指定文件，或者开启journald持久化后定期导出对应服务的日志。

内容的提问来源于stack exchange，提问作者surajn