Журналы застряли, когда развертывание осуществляется через teamcity - PullRequest
0 голосов
/ 08 февраля 2019

Недавно мы перешли на развертывание Teamcity из ручного процесса.Наше Java-приложение на сервере Linux.Всякий раз, когда развертывание выполняется через Teamcity, журналы зависают, т.е. после сообщений журнала выключения в журналах больше ничего не печатается.Затем мы запускаем сценарии ручной остановки и запуска на сервере для запуска журналов.Похоже, что Teamcity каким-то образом блокирует файл журнала и не выпускает его.

Как его преодолеть?

В Teamcity шаг развертывания определяется следующим образом:

REMOTE_PATH="/opt/app/$ARTIFACT/releases/teamcity"

cd $TEAMCITY_REPO_HOME/$ARTIFACT/build/libs

echo "Uploading artifact"
ssh $UAT_HOST -o UserKnownHostsFile=/dev/null -o StrictHostKeyChecking=no "mkdir -p $REMOTE_PATH"
scp -o UserKnownHostsFile=/dev/null -o StrictHostKeyChecking=no $ARTIFACT.jar $UAT_HOST:$REMOTE_PATH

echo "Stopping service"
ssh -o UserKnownHostsFile=/dev/null -o StrictHostKeyChecking=no $UAT_HOST "sh /opt/app/$ARTIFACT/stop.sh"

sleep 3s

echo "Copying new artifact"
ssh -o UserKnownHostsFile=/dev/null -o StrictHostKeyChecking=no $UAT_HOST "cp $REMOTE_PATH/$ARTIFACT.jar /opt/app/$ARTIFACT"

sleep 6s

echo "Starting service"
ssh -o UserKnownHostsFile=/dev/null -o StrictHostKeyChecking=no $UAT_HOST "sh /opt/app/$ARTIFACT/start.sh"

1 Ответ

0 голосов
/ 11 февраля 2019

Исходя из вышеизложенных комментариев Энди Дюфренна, я создал один сценарий развертывания, как показано ниже: Этот единственный сценарий останавливает сервер, создает резервную копию текущего артефакта, копирует новую сборку и затем выполняет сценарий запуска для запуска сервера.

#!/bin/bash
#check for correct number of arguments
if [ "$#" -ne 1 ]; then
    echo "Incorrect number of arguments, exiting..."
    exit 1
fi

ARTIFACT=$1

cd "/opt/app/$ARTIFACT"
echo $(pwd)

echo "Stopping service"
bash stop.sh

sleep 3s

echo "Tagging artifact with release"
cp "releases/teamcity/$ARTIFACT.jar" "releases/teamcity/$ARTIFACT`date +'_%y_%m_%d'`.jar"

echo "Deleting old releases"
cd "releases/teamcity" && \
ls | grep -v '/$' | head -n -6 | xargs -d '\n' -r rm -- && \
cd "/opt/app/$ARTIFACT" && \
ls -l "releases/teamcity"

echo "Copying new artifact"
cp "releases/teamcity/$ARTIFACT.jar" .

echo "Starting service"
bash start.sh

sleep 2s

Этот сценарий вызывается из team-city на этапах сборки (ранее остановка сервера, копирование артефакта и запуск сервера были выполнены командой teamcity явно, как указано в вопросе.) Теперь этап сборки teamcity выглядит лаконично, как под, и РАБОТАЕТ какожидается (что важно !!!):

REMOTE_PATH="/opt/app/$ARTIFACT/releases/teamcity"

cd $TEAMCITY_REPO_HOME/$ARTIFACT/build/libs

echo "Uploading artifact"
ssh -o "StrictHostKeyChecking=no" "$UAT_HOST" "mkdir -p $REMOTE_PATH"
scp -o "StrictHostKeyChecking=no" "$ARTIFACT.jar" "$UAT_HOST:$REMOTE_PATH"

echo "Deploying artifact"
ssh -o "StrictHostKeyChecking=no" "$UAT_HOST" "sh /opt/app/$ARTIFACT/deploy.sh $ARTIFACT"
...