Опт на то и опт, что там хранится то, что не в системе

http://refspecs.linuxfoundation.org/FHS_3.0/fhs/ch03s13.html

читал man. но в реалии половина софта /etc/SOFT.

да

/etc/opt/noc

если будет этот вариант... симлинк в етц.

да да

руки полезут искать /etc/noc. так всех приучили

меньше вопросов в телеге. упрощаем )

Проще с пакетизированием

Проще с пакетизированием

именно

я против идеала. им пользоваться сложно

=)

Согласен

именно

Просто деплой?

объвязка нужна. для "привыкших". а то потеряем старых бойцов

=)

В ноке только вар имеет смысл вынести и то если у кого-то для вар отдельный раздел

ага. много таких

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

etc ? /etc/noc – 3 ??????? 43% /opt/noc/etc – 2 ????? 29% /etc/opt/noc – 1 ?? 14% пофиг все равно все в консуле – 1 ?? 14% ? 7 people voted so far.

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

Именно

Но я голосую за /opt/noc

ты за повышение энтропии

к сожалению на самом деле все ответы кроме всё все равно в консуле не имеют смысла.

вангую, что смена ветки - опять потеря "тестеров". и будет ещё меньше круг внедрений.

какой ветки смена ?

круг станет меньше, но продукт круче. вход ещё выше.

нее. наоборот лишнее уйдет.

какой ветки смена ?

образно полный консул с пакетами.

новый виток от "первых" микросервисов

когда всё на консул

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

ибо ну куда проще чем docker-compose up -d я просто не знаю

с башней ты вполне в этом убедился

А для докеро-ненавистников?

systemd тоже не люблю, да

башня не показатель. это следствие мсервисов.

не будет оттестированых ``docker-compose up -d``для "низших" инсталяций

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

не будет оттестированых ``docker-compose up -d``для "низших" инсталяций

это как ?

6 нод -)

1-2-3

вот пример гитлаба в докере https://github.com/sameersbn/docker-gitlab/blob/master/docker-compose.yml

очень удобно

инструмент есть, да.

руки уйдут

куда уйдут то

ага, сейчас докер проще для разворачивания, только с фриибсд косяк

вот мне нравилась критика @zi_rus. много чего конечно..) но блин двигались вроде

@freeseacher я не тебе лично. в привате писал-)

в "общий" нок

общий нок. хм

общий нок. хм

ку-ку. Install all, debug?

это сейчас 5 человек. * @dvolodin * @dmitryluhtionov * я * @aversant * @maksmile13 в порядке появления коммитбита. и еще десятка два людей которые переодически присылают пулреквесты, за что им большое спасибо.

критику то кому ? одному из 5 или двум десяткам остальных ?

общий нок. хм

дв конечно =)

логи в пару дней назад

ну так тогда это как было желание этого человека делать какие то штуки так и осталось.

Aleksey Shirokih pushed to noc/feature/microservices place mongo configs to standard places

ку-ку. Install all, debug?

пул тока сначала

Поехали

у тя один сервер да ?

а два точно

уже два

failed =)

клёва!

где ?

systemd , нок не запускается

читай логи, пока не втыкаю

ERROR: S client not available

проверь /var/log/noc

там всего 1 файл, от супервизора. у него там пара попыок старта, куча WARN

CRIT один, что запуск от рута

а чо в ./noc ctl ?

systemctl status noc.service

пустовато

./noc ctl netbox RUNNING pid 111316, uptime 0:07:51 чтобля?

позырь на /opt/noc/etc/noc_services.conf

что за нетбокс ?

а

что за нетбокс ?

IPAM, рекомендую +) https://github.com/digitalocean/netbox

ага.

я джорнал щас ещё покажу

там с сертами имхо проблема

ну я дальш ето знаю в чем дело

а, ок

дело в том что сокет больше не локальный.

а я упорно считаю что нок единственное что поставлено на машине

а, он в /var/run/sup?

а я упорно считаю что нок единственное что поставлено на машине

ок-ок

видимо так же как и парни из нетбокса

и мы подрались за supervisord

хм

кажется, выиграл не нок

я щас удалю, погоди

нее

Aleksey Shirokih pushed to noc/feature/microservices use specific sock path for supervisord

пусть будет

они конечно гандоны. но ровно на столько же на сколько мы.

?

ок, щас заново