Return-Path: X-Original-To: apmail-builds-archive@minotaur.apache.org Delivered-To: apmail-builds-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 1D54917858 for ; Thu, 22 Jan 2015 15:57:14 +0000 (UTC) Received: (qmail 85353 invoked by uid 500); 22 Jan 2015 15:57:13 -0000 Delivered-To: apmail-builds-archive@apache.org Received: (qmail 85279 invoked by uid 500); 22 Jan 2015 15:57:13 -0000 Mailing-List: contact builds-help@apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: builds@apache.org Delivered-To: mailing list builds@apache.org Received: (qmail 85268 invoked by uid 99); 22 Jan 2015 15:57:13 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 22 Jan 2015 15:57:13 +0000 X-ASF-Spam-Status: No, hits=2.2 required=10 tests=HTML_MESSAGE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: local policy) Received: from [103.248.189.233] (HELO ds9.16degrees.com.au) (103.248.189.233) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 22 Jan 2015 15:56:47 +0000 Received: from [192.168.0.9] (cpc21-nrte21-2-0-cust154.8-4.cable.virginm.net [82.29.9.155]) by ds9.16degrees.com.au (Postfix) with ESMTPSA id B18093E0AF3 for ; Fri, 23 Jan 2015 02:58:24 +1100 (AEDT) From: Gavin McDonald Content-Type: multipart/alternative; boundary="Apple-Mail=_CD8694C2-5D86-47C1-B6DC-F16EB77E0F31" Message-Id: Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) Subject: Re: Jena test failures on windows. Date: Thu, 22 Jan 2015 15:56:38 +0000 References: <54BE301E.8090606@apache.org> <54BED22B.5050304@schor.com> To: builds@apache.org In-Reply-To: X-Mailer: Apple Mail (2.1993) X-Virus-Checked: Checked by ClamAV on apache.org --Apple-Mail=_CD8694C2-5D86-47C1-B6DC-F16EB77E0F31 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 > On 21 Jan 2015, at 5:54 am, Gavin McDonald = wrote: >=20 >=20 >> On 21 Jan 2015, at 12:12 am, Andrew Bayer = wrote: >>=20 >> Working on cleaning disk space now=E2=80=A6 >=20 > There was a jira ticket created for the disk space issue. >=20 See: https://issues.apache.org/jira/browse/INFRA-9038 = Cheers > Gav=E2=80=A6 >=20 >>=20 >> On Tue, Jan 20, 2015 at 2:09 PM, Marshall Schor = wrote: >>=20 >>> A few messages earlier, I too had reported for a different job the = same >>> "out of >>> space" problem. >>>=20 >>> can someone take a look? >>>=20 >>> -Marshall Schor >>>=20 >>> On 1/20/2015 5:38 AM, Andy Seaborne wrote: >>>> We have some bit rot in our Jenkin windows job: >>>>=20 >>>> https://builds.apache.org/job/Jena_Development_Test_Windows/ >>>>=20 >>>> I can't even wipe the workspace at the moment. >>>>=20 >>>> windows2: >>>>=20 >>>> java.io.FileNotFoundException: >>> C:\Windows\TEMP\junit2341214733363083535\folder >>>> with space\file with space.ttl.new (There is not enough space on = the >>> disk) >>>> at java.io.FileOutputStream.open(Native Method) >>>>=20 >>>> windows1: >>>>=20 >>>> ERROR: Failed to clean the workspace >>>> java.nio.file.FileSystemException: >>>>=20 >>> = f:\hudson\hudson-slave\workspace\Jena_Development_Test_Windows\jena-fuseki= 2\jena-fuseki-core\target\surefire\surefirebooter8715067708678023501.jar: >>>> The process cannot access the file because it is being used by = another >>> process. >>>>=20 >>>> and even after that the windows test job is failing because there >>> appears to >>>> be a background Jetty server from a previous run sitting on the = test >>> port 3535 >>>> but all the previous jobs seem to have finished and their JVMs = exited. >>>>=20 >>>> Things start going wrong after: >>>>=20 >>>>=20 >>> = https://builds.apache.org/view/All/job/Jena_Development_Test_Windows/507/ >>>>=20 >>>> where there is some low level Windows memory mapped file issues = then the >>> tests >>>> either don't clean properly or can't because of the low level = errors. >>>>=20 >>>> Could some one please take a look? >>>>=20 >>>> (In case it's our test procedures that are the cause I've disabled = the >>> jenkins >>>> job. Our windows job have been reported to be resource heavy >>>> because of using more temporary space than our Linux ones - can't = delete >>>> memory mapped files on Windows while the JVM is running - but it = has been >>>> running OK for some time previously.) >>>>=20 >>>> Thanks >>>> Andy >>>>=20 >>>>=20 >>>=20 >>>=20 >=20 --Apple-Mail=_CD8694C2-5D86-47C1-B6DC-F16EB77E0F31--