
Aleksandr
04.09.2016
16:56:46
интересно, используют ли wave сегодня
серверное ПО ведь зашарили

Denis
04.09.2016
16:57:02
подскажите а есть отдельный чат людей по Raspberry pi ? миникомпьютерам/ устройствам ?

Andrey
04.09.2016
17:29:34
А можно тут свой канал пропиарить? С фоточками из Норвегии

Aleksandr
04.09.2016
17:35:27

Google

Alex
04.09.2016
17:37:41
Явно не в ебучем русском телекоме на C# писал бы

Alexander
04.09.2016
18:01:23
у меня тут снова вопрос про systemd & bash
я запускаю сервис и хочу увидеть статус после его запуска
я могу сделать вот так
/bin/systemctl -q is-active byvshie-nginx.service && /bin/echo -e "\033[32;1;40m активен \033[0m" || /bin/echo echo -e "\033[31;1;40m остановлен \033[0m"
и оно будет работать
но если я засуну в ExecStartPost= , то уже не будет
как правильно сделать то, что я хочу?

Nikolay
04.09.2016
18:06:04
byvshie? really?

Alexander
04.09.2016
18:06:18
хотя, конечно, если она там зафейлится, я эту надпись не увижу
это пример сервиса проекта

Google

Alexander
04.09.2016
18:06:37
я на этом проекте тренируюсь
я пытаюсь понять, как правильно это всё сделать с systemd
после попытки рестарта сервисов я хочу видеть разноцветные сообщения о том, что он там вообще делает, насколько удачно, получилось ли перезапустить или он зафейлился
мне нужно, чтобы он печатал это в мой терминал
а эти сообщения куда-то не туда уходят

Наташа
04.09.2016
18:58:23
Ребята, привет, кто разбирается в кроссдоменном аяксе?

Alexander
04.09.2016
18:59:07
погугли про CORS
точнее про CORS + имя твоего фреймворка
если Django, то вот https://github.com/zestedesavoir/django-cors-middleware

Roman
04.09.2016
19:42:05
Хуякс и в аякс

Александр
04.09.2016
19:43:17

Александр
04.09.2016
19:44:31
?

Наташа
04.09.2016
19:44:43
привет всем, кто ответил, я решила вопрос через запрос на серваке

Александр
04.09.2016
19:45:19
Шта?
Вопрос то где
Или уточка нужна была

Dmitrii
04.09.2016
19:45:38
Кросс-доменный аякс... девопс...

Konstantin
04.09.2016
19:45:56
да всё уже)

Google

Kuroi
04.09.2016
19:46:27

Александр
04.09.2016
19:46:52
Кросс-доменный-платформеный девапс

Александр
04.09.2016
19:47:02
Опередил
Ну правильно. Пока я раз-два, раз-два. Ты - раз-два-три-четыре

Alexander
04.09.2016
19:49:36

Konstantin
04.09.2016
19:51:15
дану ты спалишься сразу

Александр
04.09.2016
19:51:28
?

Alexander
04.09.2016
19:54:33
ну же, девапсы
давайте придумаем нормальный механизм уведомления о том, что команда завершилась нормально и все сервисы запущены ок

Kuroi
04.09.2016
19:55:29

Alexander
04.09.2016
19:55:31
получать список TTY через парсинг w? и туда отправлять?

Александр
04.09.2016
19:55:44

Alexander
04.09.2016
19:55:49
я не Наташа))

Yury
04.09.2016
19:55:56
приложение само может в etcd сказать

Александр
04.09.2016
19:55:56
Сменить ник надо

Alexander
04.09.2016
19:56:24
а если etcd нет и это одиночный сервер?
без облака

Александр
04.09.2016
19:56:32

Kuroi
04.09.2016
19:56:43

Yury
04.09.2016
19:57:03

Google

Kuroi
04.09.2016
19:57:05
Потом поговорим

Alexander
04.09.2016
19:59:20
то есть ребутнул один сервис - отчитался
как минимум это даст возможность понять, сколько времени он перезагружает какой сервис

Александр
04.09.2016
20:00:07

Alexander
04.09.2016
20:00:24
ну, там несколько секунд

Yury
04.09.2016
20:01:07
ну так же. Ансиблом уведомить о начале рестарта, а потом приложение из себя уже об окончании запуска.

Alexander
04.09.2016
20:02:00
ну, ansible или что-то там (или вручную) будет дёргать systemctl restart byvshie.target
и есть несколько сервисов, которые привязаны к этому таргету

Admin
ERROR: S client not available

Alexander
04.09.2016
20:03:20
ну и мне хотелось бы впихнуть эти уведомления прямо в .service - файлы
ExecStartPre=/bin/echo "you will be assimilated..." > /dev/pts/2
ExecStartPre=/usr/bin/rkt ... fetch ... (загрузка образа из репозитория)
ExecStartPre=/bin/echo "preparing pod..." > /dev/pts/2
вот через эти > /dev/pts/2 оно вроде должно работать
но как мне понять, куда отправлять, если у меня несколько висит TTY
мне какой-то wrapper писать, который все перебирает и там ищет нужный по последней команде?

Anton
04.09.2016
20:12:07

Alexander
04.09.2016
20:13:11
спасибо)

Anton
04.09.2016
20:14:26

Alexander
04.09.2016
20:15:28
ну вот раньше, когда я в той же убунте делал restart ... , когда ещё был upstart, он мне там показывал, перезапустилось оно или нет
сразу же

Google

Alexander
04.09.2016
20:15:42
а сейчас с systemd там ничего не возвращается и надо смотреть статус отдельно
ну, вдруг что-то глюкнуло

Anton
04.09.2016
20:15:52
ну тип ты странный

Alexander
04.09.2016
20:16:10
мне нравится вот то поведение, которое было раньше

Anton
04.09.2016
20:16:11
прими парадигму, что если ок - выхлопа нет и exit-code там 0
если выхлоп есть, то всё плохо

Alexander
04.09.2016
20:16:37
так оно и сейчас если фейлится - выхлопа тоже нет

Anton
04.09.2016
20:16:50
а это точно полноценный systemd сервис?

Alexander
04.09.2016
20:16:55
может, и нет))

Anton
04.09.2016
20:17:09
journalctl -xn тоже пуст?
че за сервис такой?

Alexander
04.09.2016
20:17:41
это мои))
я проверю в следуюющий раз когда такое будет

Александр
04.09.2016
20:18:10
message or syslog есть что?

Alexander
04.09.2016
20:18:20
да это не сегодня ошибки были

Anton
04.09.2016
20:18:25
не в обиду, но чет стойкое ощущение что ты недочитал мануал :)

Александр
04.09.2016
20:18:34
O_o

Alexander
04.09.2016
20:18:55
ну вот тот же uwsgi тогда с systemd по-тихому фейлился
делал по гайду
когда ещё контейнеров у меня не было

Anton
04.09.2016
20:20:35


Alexander
04.09.2016
20:32:06
в общем, я пытаюсь рассмотреть разные варианты и придумать наиболее правильный поэтапный рестарт/обновление проекта через systemd
сами service-файлы у меня не меняются, что упрощает задачу, так что любое обновление выглядит как рестарт
порядок, в идеале, такой:
получить из репозитория образ nginx, записать вывод команды (1)
получить из репозитория образ основного сервиса, записать вывод команды (2)
получить из репозитория образ postgresql, записать вывод команды (3)
подготовить pod , передав на вход вывод 1 и записав вывод команды (4)
подготовить pod , передав на вход вывод 2 и записав вывод команды (5)
подготовить pod , передав на вход вывод 3 и записав вывод команды (6)
остановить nginx
остановить основной сервис
остановить postgresql
запустить подготовленный pod , передав на вход вывод 6 (postgresql)
запустить подготовленный pod , передав на вход вывод 5 (основной код)
запустить подготовленный pod , передав на вход вывод 4 (nginx)
в идеале это всё должно выполняться когда я набираю systemctl restart project.target, перед каждой строчкой я хочу видеть, что он будет делать, после каждой строчки я хочу видеть, насколько успешно или не успешно это было сделано...