Телеграмм чат группы ru_devops страница 6142

parrot.ru

Рейтинг популярных групп и каналов

В рейтинге участвует:

групп:

каналов:

Виртуальный сервер на SSD - недорого!

Аренда выделенных и виртуальных серверов (VDS/VPS), хостинг, аренда IP-адресов, администрирование, круглосуточная поддержка

qwarta.ru подробнее

Резервное копирование с проверкой на вирусы!!!

Удобный сервис создания резервных копий на любой сервер сети интернет. Отслеживайте изменения, проверяйте на вирусы. Надежно защитите свой бизнес!

go.backupland.com

Выбираете сервер? Любая конфигурация на заказ!

Аренда физических серверов любых конфигураций под любые запросы - 1С бухгалтерия, игровые сервера, нагруженные проекты, интернет-магазины!

qwarta.ru подробнее

Size: a a a

DevOps

1204 membersпожаловаться на группу

2019 December 23

SV

Sanya Voronin in DevOps

Я бы завернул письма от этого "контакта" на исходящий релей, где postfix+opendkim подписал бы всё per-домен ключами, да и разослал во внешний мир.

спасибо! тоже идея норм и как вариант, чтоб не переносить тонну данных на другой сервис. можно попробовать 👌

источник

21:20пожаловаться #1

2019 December 24

Ч

ЧерныйЛифчик in DevOps

AnimatedSticker.tgs

источник

11:54пожаловаться #2

GG

George Gaál in DevOps

всем привет, добавил сервис

[Unit]
Description=Resque
[Service]
User=deploy
WorkingDirectory=/home/deploy/current
ExecStart=/home/deploy/.rbenv/shims/cap stage resque:start
ExecStop=/home/deploy/.rbenv/shims/cap stage resque:stop
Restart=on-failure
[Install]
WantedBy=multi-user.target

запускаю systemctl start resque.service и по логам смотрю

Dec 23 14:34:28 test cap[4877]: 00:00 resque:start
Dec 23 14:34:28 test cap[4877]:       Starting 1 worker(s) with QUEUE: positions
Dec 23 14:34:28 test cap[4877]:       01 nohup env RBENV_ROOT=$HOME/.rbenv RBENV_VERSION=2.4.6 $HOME/.rbenv/bin/rbenv exec bundle exec rake RACK_ENV=stage RAILS_ENV=stage VVERBOSE=1 QUEUE="positions" PIDFILE=/home/deploy/shared/tmp/pids/resque_work_1.pid BACKGROUND=yes INTERVAL=5 resque:work >> /dev/null 2>> /dev/null
Dec 23 14:34:37 test cap[4877]:     ✔ 01 deploy@localhost 8.847s
Dec 23 14:34:37 test cap[4877]:       Starting 1 worker(s) with QUEUE: sms
Dec 23 14:34:37 test cap[4877]:       02 nohup env RBENV_ROOT=$HOME/.rbenv RBENV_VERSION=2.4.6 $HOME/.rbenv/bin/rbenv exec bundle exec rake RACK_ENV=stage RAILS_ENV=stage VVERBOSE=1 QUEUE="sms" PIDFILE=/home/deploy/shared/tmp/pids/resque_work_2.pid BACKGROUND=yes INTERVAL=5 resque:work >> /dev/null 2>> /dev/null
Dec 23 14:34:46 test cap[4877]:     ✔ 02 deploy@localhost 9.156s
Dec 23 14:34:47 test systemd[1]: Started Session 804 of user deploy.
Dec 23 14:34:47 test cap[6182]: 00:00 resque:stop
Dec 23 14:34:47 test cap[6182]:       01 kill -s QUIT 5258 && rm /home/deploy/shared/tmp/pids/resque_work_1.pid
Dec 23 14:34:47 test cap[6182]:     ✔ 01 deploy@localhost 0.186s
Dec 23 14:34:47 test cap[6182]:       02 kill -s QUIT 5412 && rm /home/deploy/shared/tmp/pids/resque_work_2.pid
Dec 23 14:34:47 test cap[6182]:     ✔ 02 deploy@localhost 0.170s
Dec 23 14:34:47 test systemd[1]: Stopping User Manager for UID 1000...

он стартует resque, но потом сразу выполняется команда stop, в чем может быть проблема?

он форкается? вероятно тип запуска не тот?

источник

12:15пожаловаться #3

A

Alexander in DevOps

он форкается? вероятно тип запуска не тот?

это таска капистраны :/

источник

14:01пожаловаться #4

A

Alexander in DevOps

всем привет, добавил сервис

[Unit]
Description=Resque
[Service]
User=deploy
WorkingDirectory=/home/deploy/current
ExecStart=/home/deploy/.rbenv/shims/cap stage resque:start
ExecStop=/home/deploy/.rbenv/shims/cap stage resque:stop
Restart=on-failure
[Install]
WantedBy=multi-user.target

запускаю systemctl start resque.service и по логам смотрю

Dec 23 14:34:28 test cap[4877]: 00:00 resque:start
Dec 23 14:34:28 test cap[4877]:       Starting 1 worker(s) with QUEUE: positions
Dec 23 14:34:28 test cap[4877]:       01 nohup env RBENV_ROOT=$HOME/.rbenv RBENV_VERSION=2.4.6 $HOME/.rbenv/bin/rbenv exec bundle exec rake RACK_ENV=stage RAILS_ENV=stage VVERBOSE=1 QUEUE="positions" PIDFILE=/home/deploy/shared/tmp/pids/resque_work_1.pid BACKGROUND=yes INTERVAL=5 resque:work >> /dev/null 2>> /dev/null
Dec 23 14:34:37 test cap[4877]:     ✔ 01 deploy@localhost 8.847s
Dec 23 14:34:37 test cap[4877]:       Starting 1 worker(s) with QUEUE: sms
Dec 23 14:34:37 test cap[4877]:       02 nohup env RBENV_ROOT=$HOME/.rbenv RBENV_VERSION=2.4.6 $HOME/.rbenv/bin/rbenv exec bundle exec rake RACK_ENV=stage RAILS_ENV=stage VVERBOSE=1 QUEUE="sms" PIDFILE=/home/deploy/shared/tmp/pids/resque_work_2.pid BACKGROUND=yes INTERVAL=5 resque:work >> /dev/null 2>> /dev/null
Dec 23 14:34:46 test cap[4877]:     ✔ 02 deploy@localhost 9.156s
Dec 23 14:34:47 test systemd[1]: Started Session 804 of user deploy.
Dec 23 14:34:47 test cap[6182]: 00:00 resque:stop
Dec 23 14:34:47 test cap[6182]:       01 kill -s QUIT 5258 && rm /home/deploy/shared/tmp/pids/resque_work_1.pid
Dec 23 14:34:47 test cap[6182]:     ✔ 01 deploy@localhost 0.186s
Dec 23 14:34:47 test cap[6182]:       02 kill -s QUIT 5412 && rm /home/deploy/shared/tmp/pids/resque_work_2.pid
Dec 23 14:34:47 test cap[6182]:     ✔ 02 deploy@localhost 0.170s
Dec 23 14:34:47 test systemd[1]: Stopping User Manager for UID 1000...

он стартует resque, но потом сразу выполняется команда stop, в чем может быть проблема?

Хотя, то, что ты делаешь — это отвратительное извращение, но Type=oneshot в секции [Service] должно помочь тебе. Но я бы посоветовал не запускать из юнитов сервисы через капистрану (спасибо, что хотя бы на локалхосте, но это все равно странно).

источник

14:02пожаловаться #5

GG

George Gaál in DevOps

Alexander

Хотя, то, что ты делаешь — это отвратительное извращение, но Type=oneshot в секции [Service] должно помочь тебе. Но я бы посоветовал не запускать из юнитов сервисы через капистрану (спасибо, что хотя бы на локалхосте, но это все равно странно).

почему это странно?

источник

14:04пожаловаться #6

GG

George Gaál in DevOps

хорошо, что коллега не transient unit использовал )))))

источник

14:04пожаловаться #7

GG

George Gaál in DevOps

вообще юниты это ХОРОШО. Упорядочивают, так сказать

источник

14:04пожаловаться #8

A

Alexander in DevOps

почему это странно?

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

источник

14:05пожаловаться #9

GG

George Gaál in DevOps

Alexander

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

с этим я согласен

источник

14:05пожаловаться #10

GG

George Gaál in DevOps

Alexander т.е. правильно ли я тебя понял, что условное обновление докер имиджей на локальной машине (не перезапуск) через системди юнит - ты одобряешь? А вот капистрану - не очень?

источник

14:06пожаловаться #11

A

Alexander in DevOps

Alexander т.е. правильно ли я тебя понял, что условное обновление докер имиджей на локальной машине (не перезапуск) через системди юнит - ты одобряешь? А вот капистрану - не очень?

С чего ты решил, что я это одобряю? o_O

источник

14:06пожаловаться #12

GG

George Gaál in DevOps

т.е. вообще юнитами не пользоваться? O_o

источник

14:06пожаловаться #13

A

Alexander in DevOps

т.е. вообще юнитами не пользоваться? O_o

Пользоваться. Для запуска сервисов, а не для их деплоя.

источник

14:07пожаловаться #14

GG

George Gaál in DevOps

юниты подходят для любых джобов

источник

14:07пожаловаться #15

GG

George Gaál in DevOps

ну, не хочу, я, скажем, на локалхост тащить оркестратор

источник

14:07пожаловаться #16

GG

George Gaál in DevOps

или кронжобы - тоже идеально через сустемди делать

источник

14:07пожаловаться #17

GG

George Gaál in DevOps

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

источник

14:08пожаловаться #18

A

Alexander in DevOps

юниты подходят для любых джобов

Не для любых, а для типовых. Запуск любой программы оборачивать в service довольно странно. Как и иметь лишние прослойки, вроде, запуска деплоилки внутри service. Если хочешь запускать сервис типовым образом: опиши запуск в юните и дергай юнит из деплоилки.

источник

14:10пожаловаться #19

GG

George Gaál in DevOps

Alexander

Не для любых, а для типовых. Запуск любой программы оборачивать в service довольно странно. Как и иметь лишние прослойки, вроде, запуска деплоилки внутри service. Если хочешь запускать сервис типовым образом: опиши запуск в юните и дергай юнит из деплоилки.

есть transient юниты

источник

14:10пожаловаться #20