Python3+uwsgi на Ubuntu 16.04. No module named 'encodings' - как узнать в чем дело?

sim3x:

> проблема в том, что запускать от рута плохо

От рута стандартные системные сетевые сервисы не запускаются. Nginx и uwsgi запускаются от www-data

> также как и располагать виртуаленв в домашней директории рута

По умолчанию virtualenvwrapper располагает virtualenv в домашней директории юзера, на сервере я работаю под рутом, так что все логично. Мне удобней использовать именно vitrualenvwrapper, а не virtualenv, в том числе и потому что думать не надо где физически лежат текущие env.

Но проблема не в этом - я попробовал другой virtualenv, вне каталога рута, и это не решило проблему. В общем я забил и буду использовать глобальный Python, благо на этом сервере один проект, который постепенно переезжает на Ноду. Но выловить ошибку все равно было бы интересно.

Python3+uwsgi на Ubuntu 16.04. No module named 'encodings' - как узнать в чем дело?

Илья Ерохин: /root имеет права доступа drwx------, а uwsgi демонизируется с правами от юзера www-data, кажется все понятно, сейчас проверю.

Python3+uwsgi на Ubuntu 16.04. No module named 'encodings' - как узнать в чем дело?

Продолжая тему убирания строчек - см. апдейт поста жирным шрифтом:

UPD!!!: Убрал строчку
home=/root/.virtualenvs/vek/bin/python
и все заработало. В крайнем случае буду использовать голобальное окружение Питона, но в чем же все-таки проблема?

Проблема в том что не может зацепить мой virtualenv

Python3+uwsgi на Ubuntu 16.04. No module named 'encodings' - как узнать в чем дело?

sim3x:
Ничего не поменялось.

# cat /etc/uwsgi/apps-enabled/vek.ini 
[uwsgi]
chdir=/srv/vek/django
module=vek.wsgi:application
home=/root/.virtualenvs/vek/bin/python

# service uwsgi restart 

# tail -f /var/log/uwsgi/app/vek.log 
...
Thu Jun 23 18:04:26 2016 - *** Starting uWSGI 2.0.12-debian (64bit) on [Thu Jun 23 18:04:26 2016] ***
Thu Jun 23 18:04:26 2016 - compiled with version: 5.3.1 20160412 on 13 April 2016 08:36:06
Thu Jun 23 18:04:26 2016 - os: Linux-4.4.0-24-generic #43-Ubuntu SMP Wed Jun 8 19:27:37 UTC 2016
Thu Jun 23 18:04:26 2016 - nodename: vek-dverey.ru
Thu Jun 23 18:04:26 2016 - machine: x86_64
Thu Jun 23 18:04:26 2016 - clock source: unix
Thu Jun 23 18:04:26 2016 - pcre jit disabled
Thu Jun 23 18:04:26 2016 - detected number of CPU cores: 1
Thu Jun 23 18:04:26 2016 - current working directory: /
Thu Jun 23 18:04:26 2016 - writing pidfile to /run/uwsgi/app/vek/pid
Thu Jun 23 18:04:26 2016 - detected binary path: /usr/bin/uwsgi-core
Thu Jun 23 18:04:26 2016 - setgid() to 33
Thu Jun 23 18:04:26 2016 - setuid() to 33
Thu Jun 23 18:04:26 2016 - chdir() to /srv/vek/django
Thu Jun 23 18:04:26 2016 - your processes number limit is 3912
Thu Jun 23 18:04:26 2016 - your memory page size is 4096 bytes
Thu Jun 23 18:04:26 2016 - detected max file descriptor number: 1024
Thu Jun 23 18:04:26 2016 - lock engine: pthread robust mutexes
Thu Jun 23 18:04:26 2016 - thunder lock: disabled (you can enable it with --thunder-lock)
Thu Jun 23 18:04:26 2016 - uwsgi socket 0 bound to UNIX address /run/uwsgi/app/vek/socket fd 3
Thu Jun 23 18:04:26 2016 - Python version: 3.5.1+ (default, Mar 30 2016, 22:46:26)  [GCC 5.3.1 20160330]
Thu Jun 23 18:04:26 2016 - Set PythonHome to /root/.virtualenvs/vek/bin/python
Fatal Python error: Py_Initialize: Unable to get the locale encoding
ImportError: No module named 'encodings'

Current thread 0x00007f0e33afd780 (most recent call first):

Python3+uwsgi на Ubuntu 16.04. No module named 'encodings' - как узнать в чем дело?

sim3x: Я уже пытался применять решения оттуда, и много еще всяких других. Не помогает. И я не могу установить сам факт использования плагина python3. Попробую детализировать лог uwsgi.

> Попробуй убрать настройку из конфига и запустить uwsgi
Какую конкретно настройку?

Python3+uwsgi на Ubuntu 16.04. No module named 'encodings' - как узнать в чем дело?

Как повлияет на проблему работа под пользователем?

Плагин стоит:
> uwsgi-plugin-python3 is already the newest version (2.0.12-5ubuntu3).

Как грамотно сделать меню в jade?

Константин Величко: не углубляясь в дебри, я скажу что это мейнстрим. И не стоит думать что в будущем что-то может измениться - как показывает практика, изменения могут быть ВЕЗДЕ, и особенно там, где ждешь меньше всего. Ну и как я писал в комменте выше, микс здесь вообще не нужен ))

Как ограничить число одновременных запросов с помощью nginx?

> Ну, если для вас кейс "выполнить запрос -> подождать N миллисекунд -> выполнить следующий запрос из очереди" это абсолютно другая логика в сравнении с "выполнить запрос -> выполнить следующий запрос из очереди", то спорить тут бесполезно.

Вы бы слушали иногда собеседника, может быть бы и поняли чего полезное.

1) установить таймер - выполнить - посмотреть таймер - подождать или нет - переустановить таймер - выполнить ....
2) все то же самое, только без таймера и ДЛЯ КАЖДОГО ЮЗЕРА ОТДЕЛЬНО. Вы хотя бы начальное представление имеете, как такое делается?

Суть в том, что вы пытаетесь нарушить саму асинхронную сущность web, и тем самым увеличиваете свой риск попадания в группу людей "для которых в аду уготовано отдельное место" >:-]

Лучшая стратегия на Upwork?

> ну верстка это что то между дизайнером и фронтэндером, соответственно дизайн или фронтэнд

верстка и фронтенд - одно и то же

Как ограничить число одновременных запросов с помощью nginx?

Александр:

> Ну где же другой кейс? Посмотрите, пожалуйста, внимательно описание модуля ngx_http_limit_req_module. Если я поставлю rate=1r/s, то мое условие уже будет выполняться, только нужна одна маленькая поправка

Как я писал выше - это не маленькая поправка, это абсолютно другая логика. Читайте внимательнее.

> Оу, оу) Сразу форкать nginx - зачем же так жестоко?)

Затем, что у вас явно какое-то неудачное решение, и за вас его еще никто не решил.

> И мне кажется, что обратный прокси-сервер (т.е., nginx) это и есть тот инструмент, прямой задачей которого является управление запросами, прежде, чем они попадут на основной backend-сервер. И по моему скромному мнению, делает подобные вещи он гораздо эффективнее любой прокладки, т.к. заточен под это.

Ага, Сысоев конечно же из коробки заложил в nginx все вообще в природе возможные анти-паттерны.

> Я тоже могу написать такую (и не только такую) штуку за умеренную плату, если интересно =)

Ну так чего время терять?

> Но вопрос стоит именно "как стандартными Linux-инструментами из коробки решить задачу".

Я уже ответил выше - никак. Никто такой ерундой до вас не занимался. Хотите решить свою частную задачу - пишите код.

Что выбрать с++, с или go для алгоритма?

> Go проверял, восхитительно работал и стабильность поразила.

Ну так это верный признак, что надо брать! ))

Что выбрать с++, с или go для алгоритма?

Ivan Sokolov: ну почему же, эта мысль как концепт вообще очень правильная, и я ее целиком поддерживаю, но только именно как концепт. Но каждом конкретном случае - дьявол кроется в деталях.

Что выбрать с++, с или go для алгоритма?

nirvimel: ну я же не знаю всей подноготной

> При обработке запроса, будет выбираться значения около 100.000 на каждый запрос, обрабатываться и возвращаться как результат.

> обрабатываться

ох, как многов этом слове %)

Поэтому я и писал везде - "если", заметьте

Что выбрать с++, с или go для алгоритма?

Да, комрады, сегодня на Тостере - день серьезных мужчин! Радует, обычно все в стили "документацию нешмагла, как hello world мне лучше написать" %)

Что выбрать с++, с или go для алгоритма?

bernex: крутое, но пока не решение. Нужно concurrency (надо на это слово шорткат чтоли забиндить :)))

Что выбрать с++, с или go для алгоритма?

Браво, мужчина!

Что выбрать с++, с или go для алгоритма?

Да, я наверное плюсану за go

Что выбрать с++, с или go для алгоритма?

Да, по части реализации concurrency у go будет преимущество.

Что выбрать с++, с или go для алгоритма?

> Суть сервиса будущего хранится 700 млн 64бит uint значений в оперативной памяти.

Упс, предыдущий мой коммент мимо кассы, concurrency все же нужно.

Что выбрать с++, с или go для алгоритма?

bernex: кстати, насчет concurrency. Если задачи тяжелые и вы быстро упираетесь в CPU - то можно вообще все критичное написать в виде CLI-утилит. Я сейчас как раз пишу такой сервис - сверху Нода, в ней очередь, воркеры тупо вызывают CLI. При этом затраты на создание процесса ничтожны по сравнению с тем, как жрет ресурсы сам процесс.

Если это как раз ваш случай - то C кмк лучше всего.