@devops_ru

« Назад

Страница 3505 из 4568

Далее »

Dan

17.12.2017
13:17:02

@mo1seev я должен тебя предупредить что тебе стоит воздержаться от дальнейшего оффтопа и флуда на эту тему :-/

Konstantinx

17.12.2017
16:52:34

Друзья. Такая проблема. Есть многомодульный maven-проект. Собирается и запускается в job дженкинса. С .war файлами всё ок - они пересобираются и идут на томкат. А что делать с .jar , которые запускаются и работают на фоне? По идее нужно искать по имени процесс и если он есть - убивать, а дальше запускать только-что собранный. Но мне кажется это немного костыльно, так процессы по имени могут повторяться. Поправьте меня или подскажите хороший вариант.

Денис

17.12.2017
16:55:55

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

С хера ли? Почитайте хоть https://digital.report/zakonodatelstvo-rossii-kriptografiya/

Maxym

17.12.2017
18:39:32

Кто-нибудь юзал? https://restic.github.io/ Хочеться усльішать отзьівьі

Google

Kirill

17.12.2017
18:49:59

Кто-нибудь юзал? https://restic.github.io/ Хочеться усльішать отзьівьі

Не пользовался, но за ссылку спасибо. :)

aborche

17.12.2017
19:04:12

Всем добра. Отцы, а ктонить бекапит docker ноды под kvm виртуализацией? Или only atomic, only hardcore?

Kaspar

17.12.2017
19:36:06

зачем?

aborche

17.12.2017
19:41:52

Вдруг нода рухнет, а некоторые контейнеры могут данные хранить локально на ноде

Alexander

17.12.2017
19:45:31

а когда контейнер штатно умирает - данные тоже умирают?

Kaspar

17.12.2017
19:48:50

stateless жи есть. Не надо ничего хранить в нем. Монтировать и хранить на хосте и оттуда уже бэкапить. Но это быстро выйдет из под контроля

Andrey

17.12.2017
20:07:15

я так понимаю ничего в контейнере хранить не нужно

Anton

17.12.2017
20:10:38

Да, обычно это считают плохой практикой.

aborche

17.12.2017
20:14:09

Ну как вариант docker registry. Держать его на nfs не сильно удобно, как оказалось. бэкапить с nfs наружу - можно, но неудобно. снять виртуалку которая гарантированно стартанет - кмк лучше чем искать почему не полетело в новом контейнере и вдруг поменялся ip который был разрешен на nfsd.

Andrey

17.12.2017
20:23:34

К вопросу о хранении данных в докере. Кто-нибудь прикручивал к сворму докера какую-либо распределенную файловую систему? Что порекомендуете?

Mikhael

18.12.2017
03:13:38

товарищи, есть те, кто работал с NETCONF на большом парке устройств? как принято обнаруживать устройства в сети в этом протоколе? или каких-то стандартных решений в протоколе нет?

вопрос настолько глупый или никто действительно не знает что ответить? ?

Anton ?

18.12.2017
05:04:57

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

Artem

18.12.2017
05:07:55

какие манипуляции проводились?

Google

Artem

18.12.2017
05:08:03

мб была пересборка glibc? (upgrade)

Anton ?

18.12.2017
05:09:50

вроде бы никакие

сложность в том что между изчезновениеем крона и его обнаружением достаточно много времени прошло. и кто помнит что делалось в те дни

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

Artem

18.12.2017
05:13:06

о_0 никогда такого не встречал в жизни

знаю, что при upgrade’е бывает пересборка glibc болезненная, после которой рандомно страдает софт )

Anton ?

18.12.2017
05:14:08

ну максимум что делаю изредка yum update =\ всё остальные действия относится к приложениям на серверах

Artem

18.12.2017
05:15:02

удели внимание тому, что апдейтится

NB

18.12.2017
05:18:50

гайз, есть нубский вопрос по доставке обновления. Есть пачка разрабов. Правят все на локальных машинах и ручками переносят обновления на ворк. Хочу это дело привести в порядок. Для начала заюзав гита. Как организовать работу? Я вижу так: 1. Залить рабочий проект на репозиторий. 2. Клонировать проект с репы на машины программеров. 3. Разработка ведется на локальных машинах. —— далее вариации посоветуйте по беспрактис? 4. Заливать на дев \ или заливать на ворк? Заливать сначала отправив обновления на репу, а затем с репы на ворк?

Artem

18.12.2017
05:18:53

у yum’а лог есть, кстати

NB

18.12.2017
05:19:30

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

Версия центоси какая?

Автоапдейт чтоли включен?

Artem

18.12.2017
05:19:39

гайз, есть нубский вопрос по доставке обновления. Есть пачка разрабов. Правят все на локальных машинах и ручками переносят обновления на ворк. Хочу это дело привести в порядок. Для начала заюзав гита. Как организовать работу? Я вижу так: 1. Залить рабочий проект на репозиторий. 2. Клонировать проект с репы на машины программеров. 3. Разработка ведется на локальных машинах. —— далее вариации посоветуйте по беспрактис? 4. Заливать на дев \ или заливать на ворк? Заливать сначала отправив обновления на репу, а затем с репы на ворк?

заюзать хук при заливке кода в репу

Anton ?

18.12.2017
05:19:44

на 6 и 7 повторяется одинакого

ахаха, в логе: Nov 27 00:57:52 Erased: sysstat Nov 27 00:57:52 Erased: cronie-anacron Nov 27 00:57:52 Erased: crontabs Nov 27 00:57:53 Erased: cronie Nov 27 00:57:53 Erased: postfix

Artem

18.12.2017
05:19:57

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

NB

18.12.2017
05:20:04

заюзать хук при заливке кода в репу

хук?

Artem

18.12.2017
05:20:09

ахаха, в логе: Nov 27 00:57:52 Erased: sysstat Nov 27 00:57:52 Erased: cronie-anacron Nov 27 00:57:52 Erased: crontabs Nov 27 00:57:53 Erased: cronie Nov 27 00:57:53 Erased: postfix

во-во, это твой yum update

Admin