failed to load Lua inlined code, Permission denied

hailinzeng · 2013-03-19T15:40:37+00:00

Hello! 2013/3/18 red-hat: > replace-filter-nginx-module Bug： > 当源网址HTML代码为一行&#x...

failed to load Lua inlined code, Permission denied

hailinzeng

[root@localhost nginx]# tail /usr/local/nginx/logs/error.log

2013/03/19 15:32:27 [error] 4614#0: *49899552 failed to load Lua inlined code: cannot open /root/nginx/monitor.lua: Permission denied, client: 127.0.0.1, server: localhost, request: "GET / HTTP/1.1", host: "localhost:81"

nginx.conf:

location / {

root html;

index index.html index.htm;

set $str $uri;

content_by_lua_file /root/nginx/monitor.lua;

}

权限正常，为什么不对呢?

[root@localhost nginx]# ls /root/nginx/monitor.lua

/root/nginx/monitor.lua

[root@localhost ~]# ls -l

drwxrwxr-x 2 1000 1000 4096 03-19 15:27 nginx

[root@localhost ~]# ls -l nginx

-rw-r--r-- 1 1000 1000 1095 03-19 14:18 monitor.lua

-rw-rw-r-- 1 1000 1000 457 03-19 14:18 mydata.lua

hailinzeng

放在root目录下就有这个问题，放在别的目录比如/usr就没有。

On Tuesday, March 19, 2013 3:40:37 PM UTC+8, Hailin Zeng wrote:

[root@localhost nginx]# tail /usr/local/nginx/logs/error.log
2013/03/19 15:32:27 [error] 4614#0: *49899552 failed to load Lua inlined code: cannot open /root/nginx/monitor.lua: Permission denied, client: 127.0.0.1, server: localhost, request: "GET / HTTP/1.1", host: "localhost:81"

nginx.conf:
location / {
root html;
index index.html index.htm;

set $str $uri;
content_by_lua_file /root/nginx/monitor.lua;
}

权限正常，为什么不对呢?

[root@localhost nginx]# ls /root/nginx/monitor.lua
/root/nginx/monitor.lua

[root@localhost ~]# ls -l
drwxrwxr-x 2 1000 1000 4096 03-19 15:27 nginx

[root@localhost ~]# ls -l nginx
-rw-r--r-- 1 1000 1000 1095 03-19 14:18 monitor.lua
-rw-rw-r-- 1 1000 1000 457 03-19 14:18 mydata.lua

agentzh

Hello!

On Tue, Mar 19, 2013 at 12:40 AM, Hailin Zeng wrote:
> [root@localhost nginx]# tail /usr/local/nginx/logs/error.log
> 2013/03/19 15:32:27 [error] 4614#0: *49899552 failed to load Lua inlined
> code: cannot open /root/nginx/monitor.lua: Permission denied,

你需要确保运行你的 nginx worker 进程的帐户对此文件有读取权限，*同时*对此文件所在的各级目录有可执行权限。

如果文件所在的各级目录权限不足，即使文件本身的权限是 777  也没用。我们可以在 Linux 上做一个小试验：

    $ mkdir foo
    $ echo hello > foo/a.txt
    $ cat foo/a.txt
    hello

我们看到，对于当前用户，读取 foo/a.txt 文件是没有问题的。下面让我们收回 foo 目录的可执行权限：

    $ chmod -x foo
    $ cat foo/a.txt
    cat: foo/a.txt: Permission denied

我们看到，现在就没权限读取 foo/a.txt 了。

忽视目录本身的权限是 Unix 初学者常犯的错误。

值得一提的是，我们总是可以使用 ls -ld 来检查某个目录的权限，例如：

    $ ls -ld foo
    drw-rw-r--. 2 agentzh agentzh 4096 Mar 19 12:05 foo/

同时可以使用 ps 命令判断 nginx worker 进程所使用的系统帐户：

    $ ps aux|grep nginx|grep -v grep
    root      9262  0.0  0.0  53808  1068 ?        Ss   12:09   0:00
nginx: master process /opt/nginx/sbin/nginx
    agentzh   9263  0.0  0.0  54220  1528 ?        S    12:09   0:00
  nginx: worker process

这里 worker 进程使用的是 agentzh 这个系统帐户。

Best regards,
-agentzh