1. nginx: [emerg] (Андрей Рогачёв), resolve, tnx Anton Sayetsky. from Digest, Vol 52, Issue 18.
Андрей Рогачёв
ares.12265 at gmail.com
Tue Feb 18 09:11:08 UTC 2014
поместил в корень C;\ , русских мультибайтовых букв в пути теперь нет,
работает отлично как и прежде. Спасибо Anton Sayetsky. Вопрос закрыт.
13 февраля 2014 г., 15:42 пользователь <nginx-ru-request at nginx.org> написал:
> Сообщения, предназначенные для списка рассылки nginx-ru, необходимо
> отправлять по адресу
> nginx-ru at nginx.org
>
> Для изменения параметров подписки вы можеже использовать веб-страницу
> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>
> Для получения информации о том, как пользовать почтовым интерфейсом,
> отправьте письмо, в теле или теме которого будет слово 'help', по
> адресу:
> nginx-ru-request at nginx.org
>
> Адрес человека, ответственного за этот список рассылки:
> nginx-ru-owner at nginx.org
>
> При ответе, пожалуйста, измение тему письма так, чтобы она была более
> содержательной чем "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 at gmail.com>
> To: nginx-ru at nginx.org
> 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 at gmail.com>
> To: nginx-ru at nginx.org
> Cc:
> Date: Wed, 12 Feb 2014 19:22:01 +0200
> Subject: Re: nginx: [emerg]
> 2014-02-12 19:20 GMT+02:00 Андрей Рогачёв <ares.12265 at gmail.com>:
> > 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 at nginx.com>
> To: nginx-ru at nginx.org
> 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 at sonru.com>
> To: "nginx-ru at nginx.org Simonov" <nginx-ru at nginx.org>
> Cc:
> Date: Wed, 12 Feb 2014 23:27:57 +0000
> Subject: Re: Что такое: 2 физических / 2 логических ядра?
>
> On 05 Feb 2014, at 09:44, Anton Yuzhaninov <citrin at citrin.ru> 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 at nginx.org
> > http://mailman.nginx.org/mailman/listinfo/nginx-ru
>
>
>
> ---------- Пересылаемое сообщение ----------
> From: Oleg Palij <o.palij at dp.uz.gov.ua>
> To: nginx-ru at nginx.org
> Cc:
> Date: Thu, 13 Feb 2014 08:53:59 +0200
> Subject: Re: запись в access_log больших объемов данных
>
> 12 февр. 2014, в 19:45, Валентин Бартенев <vbart at nginx.com> написал(а):
>
> > 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 at mdounin.ru>
> To: nginx-ru at nginx.org
> 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 at citrin.ru> 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 at citrin.ru>
> To: nginx-ru at nginx.org
> 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 at nginx.us>
> To: nginx-ru at nginx.org
> 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 at nginx.com>
> To: nginx-ru at nginx.org
> 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 at nginx.com> написал(а):
> >
> > > 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 at nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20140218/e50ee438/attachment-0001.html>
Подробная информация о списке рассылки nginx-ru