кстати, а в логах супервизора что-то есть? я не помню этот момент.

Так может демон просто supervisor называется?

и на варрун вообщето сразу на весь плохо давать права. Надо в ём создавать папоку для сервиса и уже на её выдавать нужные права и помещать в туда нужно сервису конфигом

и на варрун вообщето сразу на весь плохо давать права. Надо в ём создавать папоку для сервиса и уже на её выдавать нужные права и помещать в туда нужно сервису конфигом

Это да. Просто в конфиге сделать путь куда-нибудь в хоум

systemctl show supervisord.service :)

Да, выдает кучу настроек. Но там путей вообще нет никаких

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

Да, выдает кучу настроек. Но там путей вообще нет никаких

systemctl status supervisor

кстати, а в логах супервизора что-то есть? я не помню этот момент.

Логи пустые

ну или так. Я, если точно знаю что будет в серванте крутиться, то для этого создаю /data/smth_service и переконфигурирую всё так, чтобы сервис жил там. И так для каждого. И конфиги и данные и логи и сокеты - всё по этому пути в папочках отдельных раскладываю. Удобно. Потом при необходимости, нопример, можно очень просто перевести сервис на другое устройство храниения простым копированием+монтированием в туда

systemctl status supervisor

● supervisor.service - Supervisor process control system for UNIX Loaded: loaded (/lib/systemd/system/supervisor.service; enabled; vendor preset: enabled) Active: activating (auto-restart) (Result: exit-code) since Thu 2017-01-12 10:04:18 UTC; 26s ago Docs: http://supervisord.org Process: 2408 ExecStop=/usr/bin/supervisorctl $OPTIONS shutdown (code=exited, status=0/SUCCESS) Process: 2403 ExecStart=/usr/bin/supervisord -n -c /etc/supervisor/supervisord.conf (code=exited, status=2) Main PID: 2403 (code=exited, status=2) Jan 12 10:04:18 lighttech systemd[1]: supervisor.service: Unit entered failed state. Jan 12 10:04:18 lighttech systemd[1]: supervisor.service: Failed with result 'exit-code'.

ну или так. Я, если точно знаю что будет в серванте крутиться, то для этого создаю /data/smth_service и переконфигурирую всё так, чтобы сервис жил там. И так для каждого. И конфиги и данные и логи и сокеты - всё по этому пути в папочках отдельных раскладываю. Удобно. Потом при необходимости, нопример, можно очень просто перевести сервис на другое устройство храниения простым копированием+монтированием в туда

ещё маленько, и ты придумаешь докер. ;)

Ну вот

ls -l /usr/bin/supervisord

В убунте все не так, как всегда

ls -l /usr/bin/supervisord

-rwxr-xr-x 1 root root 318 Jan 8 2016 /usr/bin/supervisord

unix:///var/run/supervisor.sock no such file Ну вот же ответ =\

Нет прав на создание sock файла

прав нету - он бы access denied сказал, не?

Не не, я просто это ловил уже миллионы раз

ещё маленько, и ты придумаешь докер. ;)

не люблю автоматизацию, сделанную не мной, так как не знаю как точно оно работает

Это действительно странно, но тут проблема в правах

лучше я потрачу больше времени, но буду точно знать что происходит и что это происходит оптимально для ситуации а не для писателя скрипта

● supervisor.service - Supervisor process control system for UNIX Loaded: loaded (/lib/systemd/system/supervisor.service; enabled; vendor preset: enabled) Active: activating (auto-restart) (Result: exit-code) since Thu 2017-01-12 10:04:18 UTC; 26s ago Docs: http://supervisord.org Process: 2408 ExecStop=/usr/bin/supervisorctl $OPTIONS shutdown (code=exited, status=0/SUCCESS) Process: 2403 ExecStart=/usr/bin/supervisord -n -c /etc/supervisor/supervisord.conf (code=exited, status=2) Main PID: 2403 (code=exited, status=2) Jan 12 10:04:18 lighttech systemd[1]: supervisor.service: Unit entered failed state. Jan 12 10:04:18 lighttech systemd[1]: supervisor.service: Failed with result 'exit-code'.

ls /var/log/supervisor

Оказывается именно для убунту 16.04 есть такая проблема, как у меня https://github.com/Supervisor/supervisor/issues/735

Это действительно странно, но тут проблема в правах

Проблема не в правах, а в том что программисты пытаются админить

ls /var/log/supervisor

Пусто

блин кури конфиг

Постоянно админю, хоть и программист. Проблема в правах на папку для sock файла. 99%

ноги оттуда всегда растут

Брееееед

проблема не в папке, проблема в том что программисты не парятся и работают под рутом а когда все это деплоится правильно - начинает кусками отваливаццо

Под рутом никто и не деплоит(я надеюсь)

я даже в коде встречал захардкоренные пути

Пусто

sudo systemctl start supervisor решил проблему?

конфиги кури, не последствия

Короче, это точно права. С uwsgi так же. Когда недостаточно прав для создания sock файла, онакидает: no such file

у тебя оно настроено мимо общепринятых правил

Проверил бы хоть это, как самое простое.

sudo systemctl start supervisor решил проблему?

Нет

Короче, это точно права. С uwsgi так же. Когда недостаточно прав для создания sock файла, онакидает: no such file

говно же, так обманывать в ошибочных сообщения.

у тебя оно настроено мимо общепринятых правил

Неа, я просто как-то группу перепутал. Не надо тут включать синдром господина-деплоера

конфиги кури, не последствия

Конфиги нетронутые. Убунта чистая. На старых версиях все идеально работает за пару комманд

Конфиги нетронутые. Убунта чистая. На старых версиях все идеально работает за пару комманд

в том то и дело что конфиги нетронутые. Трогай.

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

В полный рост трогай, затачивай как надо тебе а не как решил программист который возможно в линупсе без года неделю

Нет

journalctl -u supervisor.service

Херня какаято в убунте

В тойже нештабильной федоре устанавливается и запускается в 2 команды

В тойже нештабильной федоре устанавливается и запускается в 2 команды

юбунта по сравнению с федорой делается школьником на перемене с телефона

если нужен боевой дистрибутив где root - ты а не майнтейнеры то полнимай gentoo

В полный рост трогай, затачивай как надо тебе а не как решил программист который возможно в линупсе без года неделю

Да дело то не в этом. Еще раз: на убунте 14.04 обычно установка супервизора занимала пару команд. много раз так проделывал. И это никогда не было проблемой. А тут решил на 16.04 попробовать и вот уже ошибку с супервизором ловлю. 90% процентов, что какой-то подводный камень с убунтой 16.04

если нужен боевой дистрибутив где root - ты а не майнтейнеры то полнимай gentoo

Подождите-подождите, я за попкорном!

Подождите-подождите, я за попкорном!

и мне захвати. И пивка. И рыбы!

все затаили дыхание

Ок. С вас срачик)

Даже я решил подождать с трекингом ради такого

генту для тех, кто хочет каждую ночь компилить апдейты

понеслась!

ребзя, кто сталкивался с задачей считать из mdb, распарсить по нужным критериям и сохранить в эксельские файлы, что юзали?

Yep)

да нечего тут затаивать, всё на виду. генту поднимаешь и настраиваешь ты сам. Ты полностью в курсе что там происходит, ты точно знаешь как оно работает. Особенно если не спустя рукава.

етсь стикер с вентилятором?

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

xlswriter для записи. C mdb не работал, но полагаю, что alchemy может.

ERROR: S client not available

да нечего тут затаивать, всё на виду. генту поднимаешь и настраиваешь ты сам. Ты полностью в курсе что там происходит, ты точно знаешь как оно работает. Особенно если не спустя рукава.

да нихера. напилили каких-то магических ебилдов. нихера непонятно как они там внутри работают. понимание работы системы с генту на нуле. для тех кто действительно хочет понимать - LFS.

да, я с lfs начинал

Не кормите тролля главное

етсь стикер с вентилятором?

????

точнее, начал с 3й федоры, которыую переделал в лфс, потом чистый лфс и потом генту

Оказывается именно для убунту 16.04 есть такая проблема, как у меня https://github.com/Supervisor/supervisor/issues/735

Все-таки помогло это On Ubuntu 16+ it seems to been caused by the switch to systemd, we can do this workaround: # Make sure Supervisor comes up after a reboot. sudo systemctl enable supervisor # Bring Supervisor up right now. sudo systemctl start supervisor

Всем спасибо

Хихихи

Не знаю. Висел около года на генте. Не понял прелести. Вернулся на дебиан. Но! Упоротей слаки я вообще ничего не трогал.

В убунте 14.04 нет ненужнод?

В убунте 14.04 нет ненужнод?

нет. только скопировать конфиг и sudo supervisorctl update sudo supervisorctl restart all

Не знаю. Висел около года на генте. Не понял прелести. Вернулся на дебиан. Но! Упоротей слаки я вообще ничего не трогал.

прелесть в том, что ты знаешь систему, знаешь как оно работает, потому как по умолчанию нет всяких конфигураторов-мышекликательных настроек и прочего говна. Нужно поправить конфиг - лезешь в конфиг а не ищешь конфигуратор для него

охуительные истории про генту

А в генту есть ненужнод?

я понимаю, что большинству лень её заниматься и не осуждаю это

@Sheridan_ru ты пользуешься редактором ed?

не лень, а экономия времени

А в генту есть ненужнод?

переход идёт, но можно на rc оставаться. Не вижу смысла в сраче rc-systemd

Не вижу смысла в обсуждении pid1 в принципе.

переход идёт, но можно на rc оставаться. Не вижу смысла в сраче rc-systemd

Конечно нет

@Sheridan_ru ты пользуешься редактором ed?

я гдето писал про "нада с фанатизмом!!!"? Нет, я mcedit'ом редактирую. Одно время вкуривал емакс, но потом подзабросил ввиду утихания желания писать код. Возможно, скоро вернусь к емаксу опять - зело интересная штука

а у тебя есть автомобиль?

++

да. Начинал с 2107, сейчас дустер

Я думал ты его сам собрал и чинишь тоже сам?

коробка механическая?

сам не ремонтирую ибо к автоделу вообще отношения не имею. Но тут как бы ITшники собрались, не?

да, механическая

Блондинка vs Брюнетка. Кошка vs Собака, Косяк vs Пипетка...Люнекс vs Виндовс - хорошие такие споры)