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

Зависит от размера конторы, обычно для выявления узких мест устраивают имитации катастроф или ctfы, кейс по-хардам в таком случае всплыл бы при первой серьёзной нагрузке. А вообще если там OS адекватная, то в dmesg были бы намёки на скорый отвал винтов (если это не брендовое конечно железо, но даже там обычно в общих логах такие вещи всплывают).

Если Вы конкретно сами не знаете где у Вас узкие места - проводите инвентаризацию всей инфраструктуры на всех контурах, потом имитируйте падения посегментно и послойно, это даст понимание хотя бы вектора узкого места.

Кажется тут раньше публичный обмен продающимися за деньги книгами осуждался)

Было такое да, мне не жалко если есть что-то, то скину (я пока только барыг видел тут, никто ничего не скидывал).

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

Тут пиши что необходимо, время будет - подскажу.

пиратство фу-фу-фу

не передаются файлы на удаленный сервер, в настройках все ок с подключением к серверу

нужно смотреть какие переменные попадают в пайп scp, для этого самому scp -v нужно указать, я полагаю - не наследуется переменная

где прописать?

У ITIL для этого есть процессы incident management. Это именно процесс, т.к. всё предугадать нельзя. Вводится практика оценки корневых причин сбоев и по результатам ищутся не виноватые, а способы как предотвратить в будущем. Запускаются процессы изменения мониторинга с конкретными ответственными и сроками, процессы доработки с конкретными ответственными и сроками и далее на регулярной основе отслеживается прогресс по всем поручениям. И таким образом спустя пару лет основной пласт возможных проблем оказывается надёжно прикрыт. Тут как с KPI: за чем следят, то и качают. Следят за причинами сбоев и мерами - качают дублирование, отказоустойчивость и мониторинг.

Report on spam message was send to admins. Please be patient.

ну очевидно же - "Not a directory" + "No such file or directory", не наследуется переменная скорее всего, попробуйте scp с дебагом:

sh "scp -rv ${DEV_SERVER_ENV_FILE}  root@darkstar:."

а вообще лучше не юзать scp, а юзать плагин publish-over-ssh.

в том то и дело, что плагин не работает

обновить дженкинс, обновить плагин, если нет - допилить плагин руками?

все обновлено, я только начинаю изучать jenkins, поэтому допилить плагин не вариант

Не подскажешь, правильно ли указан путь в Source. Нужно получить все файлы и папки из него.

а ну, на яве тогда врядли вы допилите. Ну ок, а если дебаг поглядеть с вывода scp