Rsyslog imfile权限拒绝问题求助：Jenkins日志无法发送至Graylog

你遇到的核心问题是rsyslog进程的运行用户没有访问Jenkins builds目录的权限——imfile模块由rsyslog守护进程执行，它默认使用syslog（Debian/Ubuntu系）或rsyslog（RHEL/CentOS系）用户运行，和root用户的权限无关。下面是针对性的分步解决方法：

1. 确认rsyslog的运行用户 #

先搞清楚rsyslog进程实际用哪个用户运行，执行命令：

ps aux | grep rsyslog

你会看到类似这样的输出，重点关注第一列的用户：

syslog    1428  0.0  0.2 127652  8940 ?        Ssl  09:30   0:01 /usr/sbin/rsyslogd -n

这里的运行用户是syslog，后续操作都要针对这个用户来做。

2. 给rsyslog运行用户添加Jenkins组权限 #

把rsyslog的运行用户加入jenkins组，让它获得访问Jenkins目录文件的权限：

# Debian/Ubuntu系统执行
sudo usermod -aG jenkins syslog

# RHEL/CentOS系统执行
sudo usermod -aG jenkins rsyslog

3. 确保Jenkins目录的权限配置正确 #

Jenkins的jobs和builds目录需要让jenkins组同时拥有读权限和目录执行权限（执行权限是进入目录的前提）：

# 递归设置目录读权限
sudo chmod -R g+r /var/lib/jenkins/jobs

# 递归设置目录执行权限
sudo chmod -R g+x /var/lib/jenkins/jobs

另外，为了让Jenkins新创建的build目录自动继承组权限，建议修改Jenkins启动配置：

• 编辑Jenkins的启动配置文件（比如/etc/default/jenkins或/etc/sysconfig/jenkins），添加或修改：

  UMASK=0002
  

  这样新生成的文件/目录会自动对jenkins组开放读写权限。

4. 优化rsyslog配置，避免扫描不必要的文件 #

当前配置会让imfile扫描整个builds目录树，包括legacyIds这类非日志文件，既触发权限错误又浪费资源。可以修改input配置，更精准地匹配日志文件：

module(load="imfile")
ruleset(name="infiles") {
    action(type="omfwd" target="graylog.server" protocol="tcp" port="1514" )
}
# 使用dir+filePattern组合，递归匹配所有build下的log文件
input(type="imfile" tag="jenkinsJobs" dir="/var/lib/jenkins/jobs" filePattern="*/builds/*/log" recursive="on")

或者直接用ignoreWildcard排除legacyIds文件：

input(type="imfile" tag="jenkinsJobs" file="/var/lib/jenkins/jobs/*/builds/*/log" ignoreWildcard="legacyIds")

5. 重启rsyslog服务 #

最后重启rsyslog，让权限变更和配置修改生效：

sudo systemctl restart rsyslog

关于你尝试让jenkins用户执行脚本的问题：完全不需要这么做——rsyslog本身就是负责日志收集转发的服务，让它以自身用户身份运行处理转发即可，jenkins用户不需要直接操作rsyslog或Graylog的端口。

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