Return-Path: Delivered-To: apmail-builds-archive@minotaur.apache.org Received: (qmail 18774 invoked from network); 29 Jul 2009 12:05:51 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 29 Jul 2009 12:05:51 -0000 Received: (qmail 46190 invoked by uid 500); 29 Jul 2009 12:05:51 -0000 Delivered-To: apmail-builds-archive@apache.org Received: (qmail 45664 invoked by uid 500); 29 Jul 2009 12:05:49 -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 45645 invoked by uid 99); 29 Jul 2009 12:05:49 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 29 Jul 2009 12:05:49 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: local policy) Received: from [83.90.230.146] (HELO cr.toftum.org) (83.90.230.146) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 29 Jul 2009 12:05:38 +0000 Received: from localhost (localhost [127.0.0.1]) by cr.toftum.org (Postfix) with ESMTP id B6E154FF2CC; Wed, 29 Jul 2009 14:05:17 +0200 (CEST) X-Virus-Scanned: amavisd-new at toftum.dk Received: from cr.toftum.org ([127.0.0.1]) by localhost (cr.toftum.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 6e8AFMcxLJml; Wed, 29 Jul 2009 14:04:42 +0200 (CEST) Received: by cr.toftum.org (Postfix, from userid 1000) id 99F3B4FF22B; Wed, 29 Jul 2009 14:04:42 +0200 (CEST) Date: Wed, 29 Jul 2009 14:04:42 +0200 From: Mads Toftum To: builds@apache.org Cc: Apache Infrastructure Subject: Re: freeing up space on hudson.zones Message-ID: <20090729120442.GH3604@cr> References: <6c399e450907290351j1ae52fa0u59fb95889d9b25d0@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <6c399e450907290351j1ae52fa0u59fb95889d9b25d0@mail.gmail.com> X-Mailer: mutt X-Virus-Checked: Checked by ClamAV on apache.org On Wed, Jul 29, 2009 at 11:51:45AM +0100, Justin Mason wrote: > hi Infra. as far as I can tell, all builds have been failing on > Hudson for the last couple of days due to this out-of-space condition. > I've removed the backups of the home dirs, but it hasn't resolved it. > As before, "zone-level" df indicates plenty of free space, but I > guess it's the "backing" zfs volume that's full. Is there anything I > can do to resolve this, or does it need infra fixing? > There is free space. Just to test, I ran mkfile of 1g as the hudson user in that dir. No problem. Plonking in a 25G file in the same zpool worked just as well. Settings: # zfs get all zonestorage/hudson NAME PROPERTY VALUE SOURCE zonestorage/hudson type filesystem - zonestorage/hudson creation Thu Jan 17 16:36 2008 - zonestorage/hudson used 189G - zonestorage/hudson available 220G - zonestorage/hudson referenced 189G - zonestorage/hudson compressratio 1.00x - zonestorage/hudson mounted yes - zonestorage/hudson quota none default zonestorage/hudson reservation none default zonestorage/hudson recordsize 128K default zonestorage/hudson mountpoint /zonestorage/hudson default zonestorage/hudson sharenfs off default zonestorage/hudson checksum on default zonestorage/hudson compression off default zonestorage/hudson atime on default zonestorage/hudson devices off temporary zonestorage/hudson exec on default zonestorage/hudson setuid on default zonestorage/hudson readonly off default zonestorage/hudson zoned on local zonestorage/hudson snapdir hidden default zonestorage/hudson aclmode groupmask default zonestorage/hudson aclinherit secure default zonestorage/hudson canmount on default zonestorage/hudson shareiscsi off default zonestorage/hudson xattr on default vh Mads Toftum -- http://soulfood.dk