Lexa Software: Nginx-ru@sysoev.ru archive

поместил в корень 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

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