ПРОЕКТЫ 


  АРХИВ 


Apache-Talk @lexa.ru 

Inet-Admins @info.east.ru 

Filmscanners @halftone.co.uk 

Security-alerts @yandex-team.ru 

nginx-ru @sysoev.ru 


  СТАТЬИ 


  ПЕРСОНАЛЬНОЕ 


  ПРОГРАММЫ 



ПИШИТЕ
ПИСЬМА












     АРХИВ :: nginx-ru
Nginx-ru mailing list archive (nginx-ru@sysoev.ru)

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

1. nginx: [emerg] (Андрей Рогачёв), resolve, tnx Anton Sayetsky. from Digest, Vol 52, Issue 18.


  • To: nginx-ru@xxxxxxxxx
  • Subject: 1. nginx: [emerg] (Андрей Рогачёв), resolve, tnx Anton Sayetsky. from Digest, Vol 52, Issue 18.
  • From: Андрей Рогачёв <ares.12265@xxxxxxxxx>
  • Date: Tue, 18 Feb 2014 13:11:08 +0400
  • Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=UkyJYHIKzbCNWjM7bJ1pqVAUSXOiD6IkfuVR9idqlSk=; b=dPq83XTHSUxOb7lQr25m8AoRSbgW1voYYY6P3nKdds2rZ0DPfCG8e7h9uAvQe/jtQA VioCoqEow0QS8eDZpsfmd5p+pWW2bpWl69vgaewKcsNP6i4NTaB/7PTgSnhIsdcJP6QP i97XUwNW790nZmLYk4FoU8YFbDnEchyFNDc3WHTSBveTLkL8nw07/V6dlZPI7ytSSYh0 QQbZ3cXU5I2vx9B3cRgYRSuvy8+IKwLUcOtiRO8awPG0eQTETzqVlxLML+uHDsyUVsbC LeC9IfUI9NRftmcHhrNHzU1Z31jypVWK7D2Xs23bFvqTLQ3VnY3FPYCFXjHrzo77uRy0 EY7w==

поместил в корень C;\ , русских мультибайтовых букв в пути теперь нет, работает отлично как и прежде. Спасибо Anton Sayetsky. Вопрос закрыт.


13 февраля 2014 г., 15:42 пользователь <nginx-ru-request@xxxxxxxxx> написал:
Сообщения, предназначенные для списка рассылки nginx-ru, необходимо
отправлять по адресу
        nginx-ru@xxxxxxxxx

Для изменения параметров подписки вы можеже использовать веб-страницу
        http://mailman.nginx.org/mailman/listinfo/nginx-ru

Для получения информации о том, как пользовать почтовым интерфейсом,
отправьте письмо, в теле или теме которого будет слово 'help', по
адресу:
        nginx-ru-request@xxxxxxxxx

Адрес человека, ответственного за этот список рассылки:
        nginx-ru-owner@xxxxxxxxx

При ответе, пожалуйста, измение тему письма так, чтобы она была более
содержательной чем "Re: Содержание дайджеста списка рассылки
nginx-ru..."

Today's Topics:

   1. nginx: [emerg] (Андрей Рогачёв)
   2. Re: nginx: [emerg] (Anton Sayetsky)
   3. Re: запись в access_log больших объемов данных (Валентин Бартенев)
   4. Re: Что такое: 2 физических / 2 логических ядра?
      (Anatoly Mikhailov)
   5. Re: запись в access_log больших объемов данных (Oleg Palij)
   6. Re: Что такое: 2 физических / 2 логических ядра? (Maxim Dounin)
   7. tab в конце http заголовков (Anton Yuzhaninov)
   8. Nginx запущен, но не заходит на страницу (smotritel)
   9. Re: запись в access_log больших объемов данных (Валентин Бартенев)


---------- Пересылаемое сообщение ----------
From: "Андрей Рогачёв" <ares.12265@xxxxxxxxx>
To: nginx-ru@xxxxxxxxx
Cc: 
Date: Wed, 12 Feb 2014 21:20:26 +0400
Subject: nginx: [emerg]
C:\Users\Андрей\nginx-1.5.2\nginx-1.5.2>nginx.exe
nginx: [emerg] CreateFile() "C:\Users\Андрей\nginx-1.5.2\nginx-1.5.2/conf/nginx.
conf" failed (1113: No mapping for the Unicode character exists in the target mu
lti-byte code page)

Windows 8.1

Подскажите, как решить эту проблему?


---------- Пересылаемое сообщение ----------
From: Anton Sayetsky <vsjcfm@xxxxxxxxx>
To: nginx-ru@xxxxxxxxx
Cc: 
Date: Wed, 12 Feb 2014 19:22:01 +0200
Subject: Re: nginx: [emerg]
2014-02-12 19:20 GMT+02:00 Андрей Рогачёв <ares.12265@xxxxxxxxx>:
> C:\Users\Андрей\nginx-1.5.2\nginx-1.5.2>nginx.exe
> nginx: [emerg] CreateFile()
> "C:\Users\Андрей\nginx-1.5.2\nginx-1.5.2/conf/nginx.
> conf" failed (1113: No mapping for the Unicode character exists in the
> target mu
> lti-byte code page)
>
> Windows 8.1
>
> Подскажите, как решить эту проблему?
> "C:\Users\Андрей
Переместить отсюда.


---------- Пересылаемое сообщение ----------
From: "Валентин Бартенев" <vbart@xxxxxxxxx>
To: nginx-ru@xxxxxxxxx
Cc: 
Date: Wed, 12 Feb 2014 21:45 +0400
Subject: Re: запись в access_log больших объемов данных
On Wednesday 12 February 2014 13:40:23 Oleg Palij wrote:
> Добрый день.
>
> Пишем в access_log данные POST:
>
> log_format test '$request_body?;
>
> location /test {
>       client_body_buffer_size 500k;
>       proxy_pass $scheme://127.0.0.1:$server_port/success;
>       access_log /var/log/nginx/test_log test;
> }
> location /success {
>       access_log off;
>       return 200;
> }
>
> Некоторые данные приходят обрезанными, т.е. идут нормальные данные, потом \n и начинается новая строка с данными.
> POST данные могут быть большими (до 500 килобайт).
>
> Не может это быть связанно с тем что nginx пишет из одного потока в лог, не успевает дописать, как туда же начинает писать другой поток, прерывая тем самым запись предыдущего?
> И можно-ли что-то с этим сделать?
>
> nginx/1.4.4
> Linux 3.10.17 x86_64

timer_resolution используется?

--
Валентин Бартенев


---------- Пересылаемое сообщение ----------
From: Anatoly Mikhailov <anatoly@xxxxxxxxx>
To: "nginx-ru@xxxxxxxxx Simonov" <nginx-ru@xxxxxxxxx>
Cc: 
Date: Wed, 12 Feb 2014 23:27:57 +0000
Subject: Re: Что такое: 2 физических / 2 логических ядра?

On 05 Feb 2014, at 09:44, Anton Yuzhaninov <citrin@xxxxxxxxx> wrote:

> On 02/05/14 10:10, tfox wrote:
>> Выделенный сервер с процессором Intel Atom D525.
>> В описании к серверу сказано: это двухъядерный процессор ... но благодаря
>> технологии HyperThreading, способен обработать четыре потока за один раз.
>> Как это понять?
>>
>> Вообщем моя проблема в том, что я не знаю какое значение установить для
>> директивы worker_processes в конфигурационном файле nginx.conf
>
> Оптимальное число worker_processes зависит от множества параметров:
> - задач выполняемых nginx
> - объема свободной памяти
> - загрузки процессора другими задачами (не nginx).
>
> Если на сервере ничего кроме nginx нагрузку не создает, то ставьте 4. Если память/CPU нужны кому то ещё - ставьте 2. Если nginx активно раздаёт контент с дисков и часто блокируется на запросах к диску - worker_processes лучше поставить значительно больше 4, конкретное значение лучше определить экспериментально.
>

Ничем не лучше, только путаете людей. Ставьте auto, если у вас Nginx 1.3.8+

> _______________________________________________
> nginx-ru mailing list
> nginx-ru@xxxxxxxxx
> http://mailman.nginx.org/mailman/listinfo/nginx-ru



---------- Пересылаемое сообщение ----------
From: Oleg Palij <o.palij@xxxxxxxxxxxx>
To: nginx-ru@xxxxxxxxx
Cc: 
Date: Thu, 13 Feb 2014 08:53:59 +0200
Subject: Re: запись в access_log больших объемов данных

12 февр. 2014, в 19:45, Валентин Бартенев <vbart@xxxxxxxxx> написал(а):

> On Wednesday 12 February 2014 13:40:23 Oleg Palij wrote:
>> Добрый день.
>>
>> Пишем в access_log данные POST:
>>
>> Некоторые данные приходят обрезанными, т.е. идут нормальные данные, потом \n и начинается новая строка с данными.
>> POST данные могут быть большими (до 500 килобайт).
>>
>> Не может это быть связанно с тем что nginx пишет из одного потока в лог, не успевает дописать, как туда же начинает писать другой поток, прерывая тем самым запись предыдущего?
>> И можно-ли что-то с этим сделать?
>>
>> nginx/1.4.4
>> Linux 3.10.17 x86_64
>
> timer_resolution используется?

Да. В конфиге есть timer_resolution 100ms;

---------- Пересылаемое сообщение ----------
From: Maxim Dounin <mdounin@xxxxxxxxxx>
To: nginx-ru@xxxxxxxxx
Cc: 
Date: Thu, 13 Feb 2014 14:08:31 +0400
Subject: Re: Что такое: 2 физических / 2 логических ядра?
Hello!

On Wed, Feb 12, 2014 at 11:27:57PM +0000, Anatoly Mikhailov wrote:

>
> On 05 Feb 2014, at 09:44, Anton Yuzhaninov <citrin@xxxxxxxxx> wrote:
>
> > On 02/05/14 10:10, tfox wrote:
> >> Выделенный сервер с процессором Intel Atom D525.
> >> В описании к серверу сказано: это двухъядерный процессор ... но благодаря
> >> технологии HyperThreading, способен обработать четыре потока за один раз.
> >> Как это понять?
> >>
> >> Вообщем моя проблема в том, что я не знаю какое значение установить для
> >> директивы worker_processes в конфигурационном файле nginx.conf
> >
> > Оптимальное число worker_processes зависит от множества параметров:
> > - задач выполняемых nginx
> > - объема свободной памяти
> > - загрузки процессора другими задачами (не nginx).
> >
> > Если на сервере ничего кроме nginx нагрузку не создает, то
> > ставьте 4. Если память/CPU нужны кому то ещё - ставьте 2. Если
> > nginx активно раздаёт контент с дисков и часто блокируется на
> > запросах к диску - worker_processes лучше поставить
> > значительно больше 4, конкретное значение лучше определить
> > экспериментально.
> >
>
> Ничем не лучше, только путаете людей. Ставьте auto, если у вас
> Nginx 1.3.8+

Антон всё правильно написал.  Значение auto == 4 в даном случае, и
его имеет смысл ставить, когда сервер полностью отдан nginx'у и
упирается в процессор.  Это, безусловно, достаточно типичный
случай, но в зависимости от структуры нагрузки - могут быть
полезны или даже необходимы другие значения.

--
Maxim Dounin
http://nginx.org/




---------- Пересылаемое сообщение ----------
From: Anton Yuzhaninov <citrin@xxxxxxxxx>
To: nginx-ru@xxxxxxxxx
Cc: 
Date: Thu, 13 Feb 2014 14:09:13 +0400
Subject: tab в конце http заголовков
В RFC на HTTP пишут, что пробельные символы в конце и в начале не являются частью значения заголовка:
http://www.w3.org/Protocols/rfc2616/rfc2616-sec4.html#sec4.4
The field-content does not include any leading or trailing LWS ...

Пробелы nginx отрезает как в начале так и в конце, а вот символы табуляции не трогоает (и при зиписи в лог они превращаются в \x09). Почему такая дискриминация?

Проблемы и tab-ы в данном случае должны быть равнозначны:
LWS            = [CRLF] 1*( SP | HT )

Не могу сказать, что это сильно мешает жить, но в логах изредка встречается такой User-Agent:
Opera/9.80 (Windows NT 6.1) Presto/2.12.388 Version/12.16\x09




---------- Пересылаемое сообщение ----------
From: "smotritel" <nginx-forum@xxxxxxxx>
To: nginx-ru@xxxxxxxxx
Cc: 
Date: Thu, 13 Feb 2014 06:25:22 -0500
Subject: Nginx запущен, но не заходит на страницу
1) CentOS.
2) netstat
tcp        0      0 127.0.0.1:9000              0.0.0.0:*
LISTEN      2765/php-cgi
tcp        0      0 0.0.0.0:80                  0.0.0.0:*
LISTEN      2958/nginx.conf
3)

   server {
       listen       80;
       server_name  test.ru www.test.ru;

       location / {
           root   /usr/share/nginx/html;
           index  index.php index.html index.htm;
           ssi on;
       }

      location ~ \.php$ {
      fastcgi_pass   127.0.0.1:9000;
      fastcgi_index  index.php;
      fastcgi_param  SCRIPT_FILENAME $document_root$fastcgi_script_name;
      include        fastcgi_params;
   }


    location /status {
        stub_status on;
        access_log   off;
        allow 192.168.163.1;
        deny all;
    }

4) захожу с IP  192.168.163.1 на 192.168.163.2.  узел недоступен.
и даже на самом CentOS не заходит ни на 127.0.0.1, ни на 192.168.163.2.

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,247501,247501#msg-247501




---------- Пересылаемое сообщение ----------
From: "Валентин Бартенев" <vbart@xxxxxxxxx>
To: nginx-ru@xxxxxxxxx
Cc: 
Date: Thu, 13 Feb 2014 15:42:05 +0400
Subject: Re: запись в access_log больших объемов данных
On Thursday 13 February 2014 08:53:59 Oleg Palij wrote:
>
> 12 февр. 2014, в 19:45, Валентин Бартенев <vbart@xxxxxxxxx> написал(а):
>
> > On Wednesday 12 February 2014 13:40:23 Oleg Palij wrote:
> >> Добрый день.
> >>
> >> Пишем в access_log данные POST:
> >>
> >> Некоторые данные приходят обрезанными, т.е. идут нормальные данные, потом \n и начинается новая строка с данными.
> >> POST данные могут быть большими (до 500 килобайт).
> >>
> >> Не может это быть связанно с тем что nginx пишет из одного потока в лог, не успевает дописать, как туда же начинает писать другой поток, прерывая тем самым запись предыдущего?
> >> И можно-ли что-то с этим сделать?
> >>
> >> nginx/1.4.4
> >> Linux 3.10.17 x86_64
> >
> > timer_resolution используется?
>
> Да. В конфиге есть timer_resolution 100ms;

Уберите и будет всё нормально.

--
Валентин Бартенев

_______________________________________________
nginx-ru mailing list
nginx-ru@xxxxxxxxx
http://mailman.nginx.org/mailman/listinfo/nginx-ru

_______________________________________________
nginx-ru mailing list
nginx-ru@xxxxxxxxx
http://mailman.nginx.org/mailman/listinfo/nginx-ru


 




Copyright © Lexa Software, 1996-2009.