Compose: 기능 : 로그 기록 지우기 기능

나는 그것이 도커 데몬이 지원하는 기능이라고 생각하지 않습니다. API 문서를 보면 유일한 옵션은 반환 된 로그를 컨테이너 당 제한된 수의 줄로 자르는 것입니다.

https://docs.docker.com/reference/api/docker_remote_api_v1.17/#get -container-logs

: +1 :이 문제에 대해. 저는 실제로 compose를 사용하여 Golang, Mongodb 및 nginx에서 웹 사이트를 개발합니다. 시작 후 5 일이 지나면 걱정되는 긴 로그가 생깁니다. 컨테이너를 다시 시작할 때마다 로그에 여러 줄을 추가합니다.
@dnephin 당신이 해결책을 제공하는지 (내가 이해하지 못하는 :)) 또는 api로 가능한지 확인을 제안하는지 이해하지 못합니다. 내 하찮은 영어 실력에 죄송하다는 말씀을 드리고 싶습니다.

Docker 1.6은 로깅 드라이버에 대한 지원을 추가합니다. https://github.com/docker/docker/pull/10568 (현재, JSON, syslog 및 "none"참조) 작업이 기본 로그 회전에 대해 진행 중입니다. https://github.com/docker/docker/pull/11485

다행입니다. 감사합니다 :)

Docker 1.6에 대한 배경과 업데이트에 감사드립니다. 기대하고 있습니다!

docker logs -c (clear) <container> 가 좋을 것입니다.

+1

+1 정말 중요

이런 소, 나는 끝까지 몇 분 동안 통나무를 보았습니다. 컨테이너를 지속적으로 재 구축 할 필요가 없기 때문에 정말 감사하겠습니다.

+1

+1

+1

: +1 :

+1

+2

+1

기록을 위해 Docker 1.8 및 docker-compose 1.4에는 https://docs.docker.com/compose/yml/#log -driver 및 log-opt max-size를 사용하여 로그 크기를 제한하는 방법이 이미 있습니다.

  log_driver: "json-file"
  log_opt:
    max-size: "100k"
    max-file: "20"

@dmage 감사합니다, 정확히 필요한 것.

+1000

+1은 이것을 좋아할 것입니다.

+1

@dmage 솔루션은 우리에게 잘 작동합니다. 이것을 +1하는 다른 사람들, 그가 제공 한 솔루션에 문제가 있습니까?

@Rodeoclash- 이것에 대한 한 가지 사용 사례는 새로운 실행, 즉 CI 테스트 실행을 위해 주어진 컨테이너 세트를 재사용하는 것입니다. 이전 로그는 새 실행과 관련이 없으므로 다음 명령 이전에 clear 을 사용하면 혼란을 해결할 수 있습니다.

+1

+1, @rosskevin 과 동일한 필요

요약하자면 :

• 작성 파일에서이를 수행 할 수 있습니다 (https://github.com/docker/compose/issues/1083#issuecomment-141936600 참조).
• # 265는 logs 명령의 출력을 제한 할 수 있음을 다룹니다.
• # 1756은 재사용 된 컨테이너 케이스를 다룹니다.

이미 다른 문제에서 지원되거나 추적되었으므로이 문제를 종료합니다.

왜 이것이 닫혔는지 잘 모르겠습니다. 로그 기록을 어떻게 지우나요?

나는 추가한다 :

  log_opt:
    max-size: 50k

로그 길이를 제한합니다.

그들은 정말로 이것을 추가해야합니다. 그것은 필수적입니다. 로그를 제한하는 것은 좋지만 로그를 지우는 간단한 명령이 있어야합니다.

docker logs -c <container>

무엇을 제공합니까?

로그 크기를 제한하는 방법을 알고 있지만 로그를 _ 지우려면 _ 어떻게해야합니까?

로그를 관리하는 도커 엔진이 로그 지우기를 지원한다고 생각하지 않습니다.

사용자 지정 로그 드라이버를 사용하면 그렇게 할 수 있지만 작성하려면 외부에 있어야합니다.

로그를 플러시 할 수있는 +1 ...

+1

+1

+1

+1

로그 지우기 명령의 경우 +1.

로그 지우기 명령의 경우 +1

+1

+1

+1

: +1 :

+1

+1

해당 문서를 살펴보십시오.
https://docs.docker.com/engine/admin/logging/overview/

docker-logs-clean.sh

#!/bin/bash

rm $(docker inspect $1 | grep -G '"LogPath": "*"' | sed -e 's/.*"LogPath": "//g' | sed -e 's/",//g');

기도:

sudo ./docker-logs-clean.sh <container-name>;

@sgarbesi 감사합니다!
+1

로그 지우기 명령의 경우 +1

찬성 폐쇄?

https://github.com/docker/compose/issues/1083#issuecomment -149357280에서 내 의견을 반복하려면 :

요약하자면 :

• 작성 파일에서이를 수행 할 수 있습니다 (https://github.com/docker/compose/issues/1083#issuecomment-141936600 참조).
• # 265는 logs 명령의 출력을 제한 할 수 있음을 다룹니다.
• # 1756은 재사용 된 컨테이너 케이스를 다룹니다.

찾고있는 것이 docker logs --clear 와 같은 명령 인 경우 도커 엔진에서 지원하지 않으므로 도커 / 도커에서 요청해야합니다. 그러나 위의 옵션은 대부분의 경우 이미 충분하다고 생각합니다. 대부분의 사람들이 원하는 것은 실제로 로그를 제거하는 것이 아니라 로그의 일부만 표시하는 것입니다.

@dnephin 및 다른 모든 사람들에게 감사드립니다. 나는 거의 1 년 전에이 문제를 제기했으며 그 이후로 의견을 보면 로그 관리가 많은 compose 사용자에게 고통 포인트라는 것이 분명해 보입니다.

몇 가지 해결 방법이 언급되어 있습니다. 저는 주로 max-size 를 사용하여 로그를 적절한 길이로 유지합니다. 이것은 많은 도움이되며 이러한 해결 방법에 감사하지만 이것이 해결책이 아니라 _ ​​해결 방법 _이라는 점을 명심하는 것이 중요합니다.

이 문제를 해결하는 책임의 일부가 Docker 로깅 시스템에 있으며 Compose가 활용하기 위해 clear 명령을 제공해야한다는 것이 이제 분명합니다.

그러나이 티켓이 생성 된 이후 Docker 릴리스에 포함 된 몇 가지 기능이 있습니다. 즉, --since=<timestamp> 및 --tail=<num-lines> 로 Compose에서 지원하여 실제 제공에 더 가깝게 다가 갈 수 있습니다. 이 문제에 대한 해결책.

예를 들어 --since 를 지원하면 다음과 같은 결과를 얻을 수 있습니다.

$ docker-compose logs --since=now my_container

또는

$ docker-compose logs --since=5m my_container

--tail 대한 지원도 유용합니다. 예 :

$ docker-compose logs --tail=100 my_container

및 물론 이들의 조합. logging 블록의 일부로 docker-compose.yml 에서이를 지원하는 것도 이치에 맞을 수 있지만,이 두 가지 옵션을 지원하는 것만으로도 + 1이 티켓을 받았습니다.

요약하면, 모든 피드백과 해결 방법, 그리고 Docker와 Compose 자체에 대해 다시 한 번 감사드립니다. 둘 다 훌륭한 제품입니다.이 스레드에 제시된 아이디어를 고려하고 이러한 제품을 계속해서 더 훌륭하게 만들 수 있기를 바랍니다.

요약은 # 2227 참조

: +1 : 감사합니다 @dnephin , 기대합니다!

내가 한 일은 /var/lib/docker/containers/<container-id>/ 안에있는 <container-id>-json.log 파일을 수동으로 삭제하는 것이 었습니다 ( sudo ). docker-compose logs 실행하면 로그가 비어 있습니다. 해결책은 아니지만 적절한 .bash 파일을 사용하면 각 빌드 전에 정리를 자동화 할 수 있습니다.

편집 : 이와 같은 것이 트릭을 수행합니다 (자신의 위험하에 사용 !!) :

sudo find /var/lib/docker/containers/ -type f -name '*-json.log' -delete

+1

+1

+1

+1

+2

+2

+1

+20

+1

+1

+1

+1

@sgarbesi clean 명령을 실행하면 로그 기능이 정상적으로 작동합니까?

+1

docker-logs-clean.sh

#!/bin/bash

for container_id in $(docker ps -a --filter="name=$name" -q);

    do file=$(docker inspect $container_id | grep -G '"LogPath": "*"' | sed -e 's/.*"LogPath": "//g' | sed -e 's/",//g');

    if [ -f $file ]
      then
          rm $file;
    fi

done

기도:

chmod +x docker-logs-clean.sh

sudo ./docker-logs-clean.sh

수동으로 로그를 지우는 명령 줄 옵션의 경우 +1

@kassanmoor 나를 위해 않습니다.

+1

컨테이너 로그를 정리하는 다른 방법에 감사드립니다.

👍

+1 👍

+1!

+1

+1

+1

이것은 훌륭한 기능이 될 것입니다. 저는 Java 기반의 컨테이너가 몇 개 있고 문제를 해결하는 데 하루나 이틀이 지나도 docker logs -f <container> 를 수행하는 데 30 초 이상 걸릴 수 있습니다. Java는 이러한 여러 줄을 좋아하기 때문입니다. 로그.

구현하기 더 쉬울 수있는 또 다른 방법은 기존 로그 docker logs -f -n <container> 를 모두 반영하지 않고 꼬리를 시작하는 로그의 또 다른 플래그입니다 (새 로그 만 따라가는 것을 의미). 이것은 명령을 실행 한 후에받은 로그 메시지 만 에코합니다.

그 반대도 작동합니다 (그리고 gnu tail이 작동하는 방식에 더 가깝습니다) -f는 마지막 5-10 줄을 에코 한 다음 기본적으로 새 줄을 에코하고 지금처럼 모든 것을 에코하는 플래그를 추가하는 것입니다 (아마 docker logs -f -a <container> ).

그 메모에서 나는 docker logs -100 <container> 처럼 몇 줄의 줄이 나에게 마지막 100 줄을 주는지 지정하는 것을 허용하는 gnu tail의 기능을 갖고 싶습니다.

+1

+1

+1

+1

+1

+1

+1

+1

+1

+1

Mac 용 Docker에 대한 트릭이 있습니까? 이것에 대한 명령 줄 옵션에 감사드립니다. :)

+1

+1

+1

업데이트 : 2016/10/08- "docker logs"가 Go 템플릿을 지원하므로 "jq"에 대한 요구 사항이 제거되었습니다! (https://docs.docker.com/engine/admin/formatting/)

안녕하세요,

열 수있는 파일을 삭제하는 것은 일반적으로 나쁜 생각이기 때문에 특히 디스크 공간을 절약하려는 경우에 그렇습니다! - @sgarbesi , @lvitals & @wazoo (아이디어들에게 감사)의 초기 노력을 확장하여 아래에 약간 더 기능적인 스크립트를 생성했습니다.

아래 코드를 파일에 복사
vi ./docker-container-log-trim.sh
파일을 실행 가능하게 만들기
chmod +x ./docker-container-log-trim.sh
그런 다음
sudo ./docker-container-log-trim.sh

스크립트를 신뢰할 때 > 줄의 주석 처리를 제거하십시오. 여기서 마법이 발생합니다. :-)

피드백을 환영합니다.
감사.

추신. 테스트되었지만 전투로 강화되지 않았습니다. 자신의 책임하에 사용하십시오.

#!/bin/bash

# NOTES:
#  Does NOT delete logfile (BAD IDEA) - simply trims file with redirect.
#  Handles single/all-running/all-existing containers - see end of script for usage.
#  Enjoy :-)


_get_container_logfile() {

  case $1 in

    running) _trim_container_logfile "$(docker ps -q)" $2
             ;;

        all) _trim_container_logfile "$(docker ps -aq)" $2
             ;;

          *) _trim_container_logfile "$(docker ps -a | awk -v ID=$1 '$1 ~ ID || $NF ~ ID {print $1}')" $2
             ;;

  esac

}


_trim_container_logfile() {

  TEMP=$(mktemp)

  case $2 in
    *[!0-9]*) echo "[lines] must be a number - \"$2\" is not a number."
              exit 1
              ;;
        ''|*) MAX=${2:-1000}
              ;;
  esac


  if [ -z $1 ]
  then
    echo "Container name/id unknown!"
    exit 1
  else
    for container in $1
    do
      logfile="$logfile $(docker inspect --format '{{ .LogPath }}' $container)"
      echo "Keeping $MAX lines: $logfile"

      tail -n ${MAX} $logfile > $TEMP
      # Uncomment the next line when you trust the script!
      # cat $TEMP > $logfile
    done
  fi

  rm $TEMP
}


if [ -a "$(which docker)" ]
then
  case $1 in
    --trim) if [ -z $2 ]
            then
              echo "Container name/id missing!"
              exit 1
            else
              _get_container_logfile $2 $3
            fi
            ;;

    --trim-running) _get_container_logfile running $2
                    ;;

    --trim-all) _get_container_logfile all $2
                ;;

    *) echo "Usage:"
       echo "  --trim {container} [lines]   Keep [lines] of logfile for a single container"
       echo "  --trim-running     [lines]   Keep [lines] of logfile for all running containers"
       echo "  --trim-all         [lines]   Keep [lines] of logfile for all containers"
       echo "Default: lines=1000"
       exit 1
       ;;
  esac
else
  echo "Requires \"docker\""
  exit 1
fi

+1

+1

그래서 명시적인 명료 한 명령에 대한 소원이 여러 번 표현되었으므로 추가 된 명령이 하나도 없었기 때문에 다시 열릴 가능성이 있습니까?

물론 도커 엔진 변경에 따라 다르지만 결국 도커 작성에서도 해결해야 할 문제이며 명시적인 명령에 관한 한 확실히 수정되지 않았습니다.

@DavidPesticcio 스크립트를 실행할 때이 오류가 발생합니다 : line 53: $logfile: ambiguous redirect (댓글을 제거한 후)

안녕하세요 @gingerlime , $ TEMP가 채워지지 않은 것 같습니다. "mktemp"가 설치되어 있지 않거나 경로에 없을 수도 있습니다. :-/

"나에게 잘 맞아요"-네, 알아요, 그건 당신에게별로 도움이되지 않지만 사실이에요 ... :-)

스크립트를 업데이트 했으므로 더 이상 "jq"가 필요하지 않습니다. mktemp도 누락 된 경우에는 구제 금융을 추가해야합니다. 표준 도구라고 생각했습니다.하지만 "표준"설치 내의 스크립트-최소한의 컨테이너 내 에서처럼? :-)

도움이 되었기를 바랍니다.

나는 mktemp 있으며 자주 사용합니다 ... 실제로 디버깅하는 데 많은 시간을 소비하지 않았습니다. 위의 간단한 스크립트로 끝났습니다. 개발 환경에서는 중요하지 않습니다.

내 설정 (즉, 루트 사용자로 실행하지 않음) 에서이 bash 스크립트는 로그 파일을 열려고 시도하는 것이 거부당하는 경우 도움이되지 않습니다.

사용자로서 Docker를 시작할 수 있지만 로그 파일을 표시 할 수 있다는 점이 약간 이상합니다.
docker / docker-compose 명령에 무언가를 지출해야하는 이유

앞서 언급 한 오류 때문에 @DavidPesticcio 의 스크립트를 수정해야했습니다.

#!/bin/bash

# NOTES:
#  Does NOT delete logfile (BAD IDEA) - simply trims file with redirect.
#  Handles single/all-running/all-existing containers - see end of script for usage.
#  Enjoy :-)


_get_container_logfile() {

  case $1 in

    running) _trim_container_logfile "$(docker ps -q)" $2
             ;;

        all) _trim_container_logfile "$(docker ps -aq)" $2
             ;;

          *) _trim_container_logfile "$(docker ps -a | awk -v ID=$1 '$1 ~ ID || $NF ~ ID {print $1}')" $2
             ;;

  esac

}


_trim_container_logfile() {

  TEMP=$(mktemp)

  case $2 in
    *[!0-9]*) echo "[lines] must be a number - \"$2\" is not a number."
              exit 1
              ;;
        ''|*) MAX=${2:-1000}
              ;;
  esac


  if [ -z "$1" ]
  then
    echo "Container name/id unknown!"
    exit 1
  else
    for container in $1
    do
      logfile="$(docker inspect --format '{{.LogPath}}' $container)"
      if [ ! -f "$logfile" ]; then continue; fi
      echo "Keeping $MAX lines: $logfile"

      tail -n ${MAX} "$logfile" > "$TEMP"
      # Uncomment the next line when you trust the script!
      # cat "$TEMP" > "$logfile"
    done
  fi

  rm "$TEMP"
}


if [ -a "$(which docker)" ]
then
  case $1 in
    --trim) if [ -z $2 ]
            then
              echo "Container name/id missing!"
              exit 1
            else
              _get_container_logfile $2 $3
            fi
            ;;

    --trim-running) _get_container_logfile running $2
                    ;;

    --trim-all) _get_container_logfile all $2
                ;;

    *) echo "Usage:"
       echo "  --trim {container} [lines]   Keep [lines] of logfile for a single container"
       echo "  --trim-running     [lines]   Keep [lines] of logfile for all running containers"
       echo "  --trim-all         [lines]   Keep [lines] of logfile for all containers"
       echo "Default: lines=1000"
       exit 1
       ;;
  esac
else
  echo "Requires \"docker\""
  exit 1
fi

@dnephin 로그에 대한 명시적인 일회성 지우기 명령이 필요하기 때문에 이것이 다시 열릴 수 있습니까?

지정된 컨테이너의 로그를 자릅니다 (루트 여야 함).

cp /dev/null $(docker inspect -f '{{.LogPath}}' container_name)

삭제가 아닌 자르기를 원합니다. (열린 파일 핸들에서 참조하는 파일을 삭제해도 프로세스 (이 경우 Docker 데몬)가 완전히 종료 될 때까지 공간이 회수되지 않습니다.

@oogali 충분히 공정합니다. 요청에 따라 수행 할 수있는 적절한 명령이 있으면 좋을 것입니다.

+1

적절한 명령이 있으면 좋을 것입니다.

+1
필요에 따라 수행 할 수있는 적절한 명령이 있으면 좋을 것입니다.

이것은 생각할 필요가 없습니다. 시작 날짜를 필터로 설정하는 것이 더 많은 작업이며 현재 출력을보기 위해 지우는 것입니다. 이 기능을 추가하십시오.

+1

+1

+1

+1

+1

접선 적으로 관련된 제안 :

docker-compose logs -f 하면 자동으로 --tail=30 (또는 합리적인 다른 숫자)로 기본 설정됩니다.

많은 수의 로그가 표시되면 시간이 너무 오래 걸리므로 docker-compose logs -f 로는 충분하지 않습니다.

+1

+1

+1

+1

+1

+1

+1

+1

+1

+1

또는이 해결 방법도 있습니다.

logpath=`docker inspect --format='{{.LogPath}}' reveelium_metricsextraction_1` && mv $logpath $logpath".bckup"

+1 댓글을 그만주세요. 이 스레드는 귀중한 정보를 읽고 추출하기가 정말 어렵습니다. 이에 대한 OP 게시물에 좋아요 버튼이 있습니다.

Mac 용 Docker와 함께 작동하는 것은 없습니다. 나는이 스레드와 도커 포럼을 읽는 것을 기반으로 작동하는 것을 함께 해킹했습니다.

D4M의 문제는 Mac에서는 실제로 xhyve vm에서 명령을 실행해야한다는 것입니다. 그래서 여기에 제가 생각 해낸 것이 있습니다. 이 두 기능 을 .bash_profile .

중요 : 계속하기 전에 새 셸을 시작하거나 프로필을 다시로드하는 것을 잊지 마십시오.

이제 docker-logs-clean 은 다음과 같습니다.

#!/bin/bash -e

if [[ -z $1 ]]; then
    echo "No container specified"
    exit 1
fi

logFile=$(docker inspect -f '{{.LogPath}}' $1 2> /dev/null)

echo -n "Cleaning ${logFile}... "
d4mexec << EOF
> $logFile
EOF
echo "done"

로그 파일을 rm 하는 것이 아니라 > 하면 파일이 완전히 잘립니다.

docker-compose 버전 2의 FWIW는 로그 파일 크기를 제한하는 기능입니다.

version: '2'
services:
  my-service:
    image: nginx:alpine
    restart: always
    logging:
      # limit logs retained on host to 25MB
      driver: "json-file"
      options:
        max-size: "500k"
        max-file: "50"

Docker 웹 사이트에 잘 문서화되어 있지 않으며 다른 사람들에게 유용 할 수 있습니다.

+1

+1

+1

+1

+1

간단한 스크립트 docker_clear_log.sh 만들었습니다 .
sudo truncate -s 0 $(docker inspect --format='{{.LogPath}}' $1)
사용법 : ./docker_clear_log.sh [이름 또는 ID]
sudo 권한이 있고 Docker에 대한 log_driver: "json-file" 설정이있는 경우 작동합니다 (기본값).

+1

나는 또한 임시 솔루션을 시도했지만 작동하는 것처럼 보입니다.

원래 문제는 해결되지 않았으며 어쨌든 문제가 종결되었습니다. 흥미 롭군. @djessup , 그 사과는 어떻습니까?

docker-compose 로그를 갖는 것이 여전히 좋을 것입니다.

문제 자체가 해결되지 않았는데 왜이 문제가 코멘트없이 종결 되었습니까?

@linvi

이 스레드에 왔을 때 닫는 주석이 다른 주석으로 접혀있었습니다. 바로 여기에 있습니다.

https://github.com/docker/compose/issues/1083#issuecomment -149357280

간접적 인 수단을 통해이 특정 사용 사례를 다루기를 희망한다고 생각합니다. 특정 사용 사례이고 어떻게 적용되지 않는지 언급하면 ​​티켓을 다시 여는 데 도움이 될 수 있습니다. 최악의 경우 누군가가 원하는 것을 쉽게 얻을 수있는 방법을 지적 할 수 있습니다.

업데이트가 있습니까?

로그가 있으면 간단한 방법으로 지울 수 있어야합니다.

명령을 빌드 할 수 있다면 정말 좋을 것입니다. 이것은 어렵지 않은 것 같습니다.
수천 명의 사람들이 모든 것을 스크롤하지 않아도 매우 기뻐할 것입니다.

docker-compose를 사용하는 경우 로그보기에 lazydocker 를 사용

https://github.com/jesseduffield/lazydocker
한 줄로 설치할 수 있으며 좋은 모니터링 도구입니다. 사람들이 "로그 삭제"기능이 좋은 것임을 이해하는 것이 그다지 합리적이지 않다는 것은 소문입니다.

그러나 lazy docker를 사용한 해결 방법은 나를 위해 그것을 수행합니다. 모니터링 도구에 게 으르는 가능성을 주신 jesseduffield에게 감사드립니다 :-)
디버깅 / 모니터링이 더 쉬워지면 lazydocker에 기부하는 것을 고려해보십시오.
그리고 당신을 위해 도커 개발자 / 관리자 : 왜 도커의 인터페이스가 그렇지 않습니까?
Docker는 매우 훌륭하지만 lazydocker를 살펴보십시오. 개선의 여지가 있습니다.

+2147483647

+49324893