Hello! On Sat, Jul 06, 2019 at 09:04:00PM +0300, Slawa Olhovchenkov wrote:
> On Sat, Jul 06, 2019 at 08:38:19PM +0300, Maxim Dounin wrote: > > > Hello! > > > > On Fri, Jul 05, 2019 at 07:17:01PM +0300, Slawa Olhovchenkov wrote: > > > > > есть кусок конфига > > > > > > location /pkg { alias /poudriere/data/packages; index index.html > > > index.htm; } > > > > > > добавляем > > > > > > location /pkg/edge12-default { proxy_pass http://X.Y.Z.Q; } > > > > > > nginx -s reload > > > > > > и призапросе получеам такую ошибку: > > > > > > 2019/07/05 19:07:05 [error] 23182#0: *102388 directory index of > > > "/poudriere/data/packages/edge12-default/All/" is forbidden, client: > > > 81.211.90.2, server: , request: "GET /pkg/edge12-default/All/ HTTP/1.1", > > > host: "pkg.int.integros.com" > > > > > > что за фигня? > > > а если сделать > > > > > > /usr/local/etc/rc.d/nginx restart > > > > > > то все начинает работать > > > что за нафиг? > > > > In no particular order: > > > > - "nginx -s <action>" и "/usr/local/etc/rc.d/nginx <action>" - не > > action тут разный. я на этом внимание не заострил, думал и так понятно Понятно. И также понятно, что даже при одном и том же action - приведённые команды делают разное, и результаты могут кардинально отличаться в том числе из-за этого. Именно поэтому я и указал на эту проблему как на одну из возможных причин наблюдаемого поведения. Дабы подобную проблему гарантированно исключить - лучше всего использовать одну и ту же форму команды. [...] > > - reload может быть невозможен при некоторых изменениях - в > > частности, "на лету" нельзя менять путь и levels у кэша, так как > > для их изменения требуется повторная загрузка кэша - либо же > > кэш не менялся, я привел разницу в строках. С учётом того, что ошибка reload'а нашлась только после явного указания на то, что надо искать - мы не знаем, что менялось, а что нет. > > может просто завершиться ошибкой по внешним причинам; ошибки об > > этом будут в глобальном логе в процессе перезагрузки конфигурации; > > а вот тут интересный момент. > restart прошел успешно с тем же конфигом. значит конфиг норм, да? > а reload -- нифига. было ли об этом сказанно в лог -- ну вот фиг > поймешь (такой уж лог). > > 2019/07/05 19:13:59 [warn] 81052#0: the number of "worker_processes" is not > equal to the number of "worker_cpu_affinity" masks, using last mask for > remaining worker processes > 2019/07/05 19:13:59 [notice] 81052#0: signal process started > 2019/07/05 19:13:59 [notice] 939#0: signal 1 (SIGHUP) received from 81052, > reconfiguring > 2019/07/05 19:13:59 [notice] 939#0: reconfiguring > 2019/07/05 19:13:59 [emerg] 939#0: module "ndk_http_module" is already loaded > in /usr/local/etc/nginx/nginx.conf:1 > 2019/07/05 19:14:03 [error] 23182#0: *102391 directory index of > "/poudriere/data/packages/edge12-default/All/" is forbidden, client: > 81.211.90.2, server: , request: "GET /pkg/edge12-default/All/ HTTP/1.1", > host: "" > > ну вот что я должен заключить? вроде emerg. но написанно is already loaded. > т.е. фиг с ним? Уровень emerg - это фатальная ошибка, после таких ошибок парсинг конфигурации прекращается. Если бы nginx считал, что проблему можно игнорировать - уровень ошибки был бы другой, и, для высоких уровней, рядом было бы написано "ignored". Что до самой ошибки и того факта, что ломается оно только на релоаде, но не на рестарте - то единственный сценарий, который приходит в голову, какой-то такой: - Был загружен модуль, совмещающий в одном so-файле что-то ещё и ndk_http_module; - Файл *.so на диске поменялся, и теперь содержит только что-то ещё, а ndk_http_module был добавлен отдельной директивой load_module. - После чего был сделан reload - и привёл к той же ошибке "module ... is already loaded", что было проигнорировано. Так происходит, потому что с помощью reload'а нельзя изменить ранее загруженный модуль - so-шка уже в памяти, и при попытке её снова открыть - откроется старая so-шка. Чтобы загрузить новые модули после изменения их so-файлов на диске - нужно делать upgrade. -- Maxim Dounin http://mdounin.ru/ _______________________________________________ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru