2015-02-05 2 views
0

나는 Docker 내부에서 Jenkins를 실행 중입니다. 다음과 같은 공간 문제가 발생합니다.공간 문제 없음 Jenkins - docker에서

gzip: /tmp/sbt_a74fec8a/xoquick-1.0.tar.gz: No space left on device 
java.lang.RuntimeException: Error gziping /tmp/sbt_a74fec8a/xoquick-1.0.tar. Exit code: 1 
    at scala.sys.package$.error(package.scala:27) 
    at com.typesafe.sbt.packager.universal.Archives$.gzip(Archives.scala:93) 
    at com.typesafe.sbt.packager.universal.Archives$$anonfun$9.apply(Archives.scala:111) 
    at com.typesafe.sbt.packager.universal.Archives$$anonfun$9.apply(Archives.scala:111) 
    at com.typesafe.sbt.packager.universal.Archives$$anonfun$makeTarball$1.apply(Archives.scala:136) 
    at com.typesafe.sbt.packager.universal.Archives$$anonfun$makeTarball$1.apply(Archives.scala:118) 
    at sbt.IO$.withTemporaryDirectory(IO.scala:285) 
    at com.typesafe.sbt.packager.universal.Archives$.makeTarball(Archives.scala:118) 
    at com.typesafe.sbt.packager.universal.Archives$$anonfun$10.apply(Archives.scala:111) 
    at com.typesafe.sbt.packager.universal.Archives$$anonfun$10.apply(Archives.scala:111) 
    at scala.Function3$$anonfun$tupled$1.apply(Function3.scala:35) 
    at scala.Function3$$anonfun$tupled$1.apply(Function3.scala:34) 
    at scala.Function1$$anonfun$compose$1.apply(Function1.scala:47) 
    at sbt.$tilde$greater$$anonfun$$u2219$1.apply(TypeFunctions.scala:42) 
    at sbt.std.Transform$$anon$4.work(System.scala:64) 
    at sbt.Execute$$anonfun$submit$1$$anonfun$apply$1.apply(Execute.scala:237) 
    at sbt.Execute$$anonfun$submit$1$$anonfun$apply$1.apply(Execute.scala:237) 
    at sbt.ErrorHandling$.wideConvert(ErrorHandling.scala:18) 
    at sbt.Execute.work(Execute.scala:244) 
    at sbt.Execute$$anonfun$submit$1.apply(Execute.scala:237) 
    at sbt.Execute$$anonfun$submit$1.apply(Execute.scala:237) 
    at sbt.ConcurrentRestrictions$$anon$4$$anonfun$1.apply(ConcurrentRestrictions.scala:160) 
    at sbt.CompletionService$$anon$2.call(CompletionService.scala:30) 
    at java.util.concurrent.FutureTask.run(FutureTask.java:262) 
    at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471) 
    at java.util.concurrent.FutureTask.run(FutureTask.java:262) 
    at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) 
    at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) 
    at java.lang.Thread.run(Thread.java:745) 
[error] (universal:packageZipTarball) Error gziping /tmp/sbt_a74fec8a/xoquick-1.0.tar. Exit code: 1 
[error] Total time: 7 s, completed Feb 5, 2015 9:41:58 AM 
Build step 'Build using sbt' changed build result to FAILURE 
Build step 'Build using sbt' marked build as failure 
SSH: Current build result is [FAILURE], not going to run. 
Finished: FAILURE 

는 고정 표시기에서 나는 /tmp 폴더

cd /tmp/ 

를 탐색 한 후 나는 충분한 장소 inside.Why을 떠난

df -h . 

Filesystem   Size Used Avail Use% Mounted on 

/dev/mapper/docker-253:2-18350588-5a4c880a0e55c5b8a78ca16e7ef7fbedb7559cf07b3e249f81b88809901cca72 
        9.9G 9.1G 316M 97%/

는 작업이 작업을 실패?

나는 누군가가 문제가 무엇인지 말해 available.Can 아이 노드 also.There이 http://www.ivankuznetsov.com/2010/02/no-space-left-on-device-running-out-of-inodes.html

아무 문제가 충분한 아이 노드입니다 확인했다?

+1

316M은 큰 돈이 아니야, 특히 젠킨스를 고용 할 때. 그것은 여유 공간의 나머지를 소모합니다 tmp 파일을 만들 수 있습니다. – kkamilpl

답변

1

젠킨스 작업이 일반적으로 더 소비 할 수 ~ 당신이 당신의 부두 노동자 용기에 업로드 무엇이든 모든 구축 유물, 공간의 300m, 버전 관리 체크 아웃 등

의 크기는 기존 컨테이너를 청소하는 루트의 crontab이 추가 주기적으로 편집 sudo crontab -e 입력 :

SHELL=/bin/bash 
@daily (echo "Cleaning Docker images at $(date):"; docker rm $(docker ps -a -q); docker rmi $(docker images | grep '<none>' | tr -s ' ' | cut -d ' ' -f 3)) &>> /var/log/dockerClean.log 

(당신은 당신이 sh을 선호하는 경우 2>&1 > /var/log/dockerClean.logSHELL 줄을 추가 대체 또는 생략하고 bash이 시스템의 기본 인 경우 변경하지 않으 수)의 디스크 여유 공간

+0

안녕하세요 Andy, 젠킨스 자체가 도커 컨테이너에서 실행 중입니다. 메인 시스템에 많은 공간이 남아 있습니다 – Pratik

+0

또 다른 질문은 왜 9.9GB가 확장되지 않는 것입니까? 메모리 제한이 있습니까? – Pratik

+2

컨테이너는 기본적으로 10GB로 제한되어 있습니다. http://jpetazzo.github.io/2014/01/29/docker-device-mapper-resize/ – user2915097