409 логично

500 - это проблема сервера.

4хх более мягкие

а тут сервер-то не падал.

и все у него хорошо.

5хх - проблемы со стороны сервера 4xx - клиента

да тут неясно чья проблема ) сервер винвоат в том что вставить не мог, или клиент что хрень прислал )

имхо, 50х это проблема, которую должен править администратор сервера, 40х - проблема, которую должен править администратор клиента.

ну тут вот по дурному да.

я в ансибле на удачу создаю датасорс в графане.

если он уже создан но 500-ка

но дело в том что это не сигнализиоует что запись уже есть и всё ок

и соответственно я не могу выстаивть корректный changed :(

только если считать 500-ку корреткным кодом завершения. а это откровенно бред.

если запись уже есть и все ок, опять же, 304 помоему вполне логичный ответ, только еще в заголовке error-message отдавать, например

хотя и 406/9 тоже можно да в целом

только если считать 500-ку корреткным кодом завершения. а это откровенно бред.

Вроде есть проблема в том что если авторы хотят расширенной совместимости со старым говном, то фигачат стандартные 3-4 кода и реальную причину в поле в ответе Мб в графане тоже есть текст ответа?

нету

Тогда печаль, да

fatal: [TRK]: FAILED! => {"changed": false, "connection": "close", "content": "{\\"message\\":\\"Failed to add datasource\\"}", "content_length": "38", "content_type": "application/json; charset=UTF-8", "date": "Tue, 18 Oct 2016 08:48:56 GMT", "failed": true, "json": {"message": "Failed to add datasource"}, "msg": "Status code was not [200, 401]: HTTP Error 500: Internal Server Error", "redirected": false, "server": "nginx/1.10.1", "status": 500, "url": "https://10.111.0.3/ui/grafana/api/datasources"}\n...ignoring\n\n

имхо, 50х это проблема, которую должен править администратор сервера, 40х - проблема, которую должен править администратор клиента.

не имха, а рфц )

503 выпадает

из этой логики

тут правда уже в куче и ансиблом

закладываться на messaage не вижу смылса

а чочо

чатик по CI/CD так и не собрали?

@dd_bb слыш, мужчина, можно как-то параметры в конфигурацию тимсити скопом добавить? Например скопипастить или файликом подсунуть?

я про env., если что

в смысле build params?

меня именно env. инетресует

можно сделать темплейт

и от него накрошить новых

а можно сделать темплейт на проект? :)

на группу конфигураций

я не нашел

Открываешь редактор проекта

там прямо на первой странице есть

Build Configuration Templates Build configuration templates define settings that can be reused by different build configurations.

более того

да стопэ

это темплейты билд-конфигураций

ты можешь существующую конфигурацию конвертнуть в темплейт

а мне надо темплейт всего проекта

о_О

потому что у меня перменные в нем

ну то есть они и там и сям

у меня один проект — одно приложение

оно само состоит из 4-5 билд-конфигураций

которые наследуют переменные от папы

сделай проект Apps, у него подпроекты по приложениям

в Apps добавь глобальные переменные

в подпроектах их переопредели

в конфигурации тоже потом можешь

они наследуются же

типа тройной уровень вложенности будет?

типа того

а так чо можно штоле?

да

точно, можно

спасибо, няша

позязя

Ребят, вот вы тут умные, расскажите мне что я получу от перехода с sysV на systemd кроме огромной пачки критических багов в дополнение к уже существующим в баше, а так же сомнительной замены dhcpd.

Ребят, вот вы тут умные, расскажите мне что я получу от перехода с sysV на systemd кроме огромной пачки критических багов в дополнение к уже существующим в баше, а так же сомнительной замены dhcpd.

зависимости между сервисами

в некоторых случаях это реальне удобно

возмноность задавать новые вопросы ?

sysV - а он где-то остался в чистом виде?

ERROR: S client not available

Олсо, за простотой юнитов скрывается их топорность и некастомизируемостью

sysV - а он где-то остался в чистом виде?

Дебьян до джесси?

Олсо, за простотой юнитов скрывается их топорность и некастомизируемостью

эм, Я бы сказал, что в некотором роде они намного более удобны в кастомизации

зависимости между сервисами

А разве systemV не умеет?

А разве systemV не умеет?

по умолчанию нет, разве в openrc это нормально сделано

ну а смысл на джесси переходить на системд?

эм, Я бы сказал, что в некотором роде они намного более удобны в кастомизации

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

и да, systemd создавался в первую очередь для десктопов, где система инициализации должна реагировать на изменения

по умолчанию нет, разве в openrc это нормально сделано

Более тысячи серверов работают с sysV и не испытывают проблем

с серверами все намного проще, и systemd на серверах имеет меньше преимущество

для десктопов и лаптопов, во

и да, systemd создавался в первую очередь для десктопов, где система инициализации должна реагировать на изменения

К сожалению мейнтейнеры Debian думают иначе. Да и не только Debian

redhat жи

я увёл свой рабочий sandbox в stretch/sid

и прочите systemd

много странного

помоимо переименованных сетевых интерфейсов огрёб ещё массу интересного

ну а смысл на джесси переходить на системд?

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

помоимо переименованных сетевых интерфейсов огрёб ещё массу интересного

это что такое ?

да, и после последнего update у меня отвалился sddm на старой nvidia

ну есть смысл на свежих системах, там где системд уже бай десинг

и то

помоимо переименованных сетевых интерфейсов огрёб ещё массу интересного

это к udev, systemd тут постольку-поскольку

Ребят, вот вы тут умные, расскажите мне что я получу от перехода с sysV на systemd кроме огромной пачки критических багов в дополнение к уже существующим в баше, а так же сомнительной замены dhcpd.

Вторую пачку критических багов в подарок

про переименование

2: enp2s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000 link/ether 00:23:54:5e:65:4a brd ff:ff:ff:ff:ff:ff inet 172.31.8.20/24 brd 172.31.8.255 scope global dynamic enp2s0 valid_lft 583545sec preferred_lft 583545sec inet6 fe80::223:54ff:fe5e:654a/64 scope link valid_lft forever preferred_lft forever 3: enp4s1: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN group default qlen 1000 link/ether 00:02:b3:26:a2:1d brd ff:ff:ff:ff:ff:ff 4: enp4s2: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN group default qlen 1000 link/ether 00:a9:40:0f:91:ef brd ff:ff:ff:ff:ff:ff

а это вот так

так это же biosdevname

помоимо переименованных сетевых интерфейсов огрёб ещё массу интересного

Ну тут не совсем системд виноват. Сетевые интерфейсы то ли удев, то ли ядро переименовывают

сетевые интерфейсы да это к udev

всем миром решали что так только лучше

это к udev, systemd тут постольку-поскольку

Это к системд потому что udev часть