Nginx wysyła logi do mojego terminala (standardowe wyjście). Jak mogę to zatrzymać?


0

Mój laptop to ArchLinux z zainstalowanym Nginx 1.6.2. Nigdy nie dotknąłem konfiguracji dziennika Nginx, ale nieoczekiwanie, gdy próbuję uzyskać dostęp do lokalnej witryny, dzienniki zostaną wydrukowane na otwierającym terminalu (jeśli więcej niż jeden otwiera, tylko jeden będzie go miał).

Po prostu nie wiem, dlaczego i jak mogę zlokalizować problem.

Wszelkie odpowiedzi będą mile widziane.

# nginx.conf file content
user http;
worker_processes  8;  

#error_log  logs/error.log;
#error_log  logs/error.log  notice;
#error_log  logs/error.log  info;

pid        logs/nginx.pid;


events {
    worker_connections  1024; 
}

http {
    include       mime.types;
    default_type  application/octet-stream;

    #log_format  main  '$remote_addr - $remote_user [$time_local] "$request" '
    #$status $body_bytes_sent "$http_referer" '
    #'"$http_user_agent" "$http_x_forwarded_for"';

    #access_log  logs/access.log  main;

    sendfile        on; 
    #tcp_nopush     on;

    #keepalive_timeout  0;
    keepalive_timeout  65; 

    gzip  on; 
    include servers/*.conf;
}
#below is one of the server config file content
server {
listen       80;
server_name  www.laravel.com;

#charset koi8-r;

#access_log  logs/host.access.log  main;

root   /srv/http/blog/public;

location / {
    index  index.php index.html index.htm;
    try_files $uri $uri/ /index.php?$query_string;
}

#error_page  404              /404.html;

# redirect server error pages to the static page /50x.html
#
error_page   500 502 503 504  /50x.html;
location = /50x.html {
    root   /usr/share/nginx/html;
}

# proxy the PHP scripts to Apache listening on 127.0.0.1:80
#
#location ~ \.php$ {
    #    proxy_pass   http://127.0.0.1;
    #}

# pass the PHP scripts to FastCGI server listening on 127.0.0.1:9000
#
location ~ \.php$ {
       # fastcgi_pass   127.0.0.1:9000;
       fastcgi_pass   unix:/run/php-fpm/php-fpm.sock;
       fastcgi_index  index.php;
       fastcgi_param  SCRIPT_FILENAME  $document_root/$fastcgi_script_name;
       include        fastcgi_params;
    }

# deny access to .htaccess files, if Apache's document root
# concurs with nginx's one
#
#location ~ /\.ht {
    #    deny  all;
    #}
}


# another virtual host using mix of IP-, name-, and port-based configuration
#
#server {
    #listen       8000;
    #listen       somename:8080;
    #server_name  somename  alias  another.alias;

    #location / {
    #root   html;
    #index  index.html index.htm;
    #}
#}

Jaka jest konfiguracja dziennika nginx?
Alexey Ten

Umieść to w poście. Nikt nie przeczyta tego niesformatowanego bałaganu
Aleksiej Ten

@AlexeyTen Przepraszam, muszę iść dziś rano. Teraz jest sformatowany. W rzeczywistości nie sądzę, żeby miało to coś wspólnego z plikiem konfiguracyjnym nginx. Co sprawia, że ​​dzienniki systemowe są drukowane na standardowe wyjście?
UnixAgain

To nie jest config. Wszystkie linie skomentowały.
Alexey Ten

@AlexeyTen OK, tutaj wkleiłem cały mój plik konfiguracyjny.
UnixAgain

Odpowiedzi:


0

O ile mogę powiedzieć, i nie jestem pewien, przyczyną „formowania”: nie ma ani jednego wiersza powiedzieć, że coś takiego error_log /where/should/nging/save/the/error.log;nie jest komentowane.

Konfiguracja vhosta powinna wyglądać mniej więcej tak:

server {
    listen       80;
    server_name  www.laravel.com;
    charset koi8-r;
    access_log  /where/to/put/the/logs/host.access.log  main;
    error_log   /where/to/put/the/logs/host.error.log; # <- LOOK AT THIS LINE
    root   /srv/http/blog/public;
    location / {
        # ...
    }
}

Dzięki za odpowiedź. Rozumiesz mnie najbardziej. Dlatego nie sądzę, że problem jest spowodowany konfiguracją Nginx.
UnixAgain

Cóż, spójrz jeszcze raz na konfigurację, którą opublikowałem. Jest taka linijka error_log .... W twojej konfiguracji brakuje tej linii . Więc nginx prawdopodobnie nie wie, gdzie umieścić konfigurację.
max. Czerwony pokój
Korzystając z naszej strony potwierdzasz, że przeczytałeś(-aś) i rozumiesz nasze zasady używania plików cookie i zasady ochrony prywatności.
Licensed under cc by-sa 3.0 with attribution required.