From owner-freebsd-hubs@FreeBSD.ORG  Mon Aug 11 10:29:12 2008
Return-Path: <owner-freebsd-hubs@FreeBSD.ORG>
Delivered-To: freebsd-hubs@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34])
	by hub.freebsd.org (Postfix) with ESMTP id 7CB301065688
	for <freebsd-hubs@freebsd.org>; Mon, 11 Aug 2008 10:29:12 +0000 (UTC)
	(envelope-from kris@FreeBSD.org)
Received: from weak.local (freefall.freebsd.org [IPv6:2001:4f8:fff6::28])
	by mx1.freebsd.org (Postfix) with ESMTP id 155ED8FC1A;
	Mon, 11 Aug 2008 10:29:09 +0000 (UTC)
	(envelope-from kris@FreeBSD.org)
Message-ID: <48A01472.80605@FreeBSD.org>
Date: Mon, 11 Aug 2008 12:29:06 +0200
From: Kris Kennaway <kris@FreeBSD.org>
User-Agent: Thunderbird 2.0.0.16 (Macintosh/20080707)
MIME-Version: 1.0
To: Patrik Forsberg <patrik.forsberg@dataphone.net>
References: <039BED0949CA9C4AB253EBDA3ADDAA320586F411@stomail01.se.dataphone.com>
In-Reply-To: <039BED0949CA9C4AB253EBDA3ADDAA320586F411@stomail01.se.dataphone.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Cc: freebsd-hubs@freebsd.org
Subject: Re: ftp5.se
X-BeenThere: freebsd-hubs@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: "FreeBSD Distributions Hubs: mail sup ftp" <freebsd-hubs.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-hubs>,
	<mailto:freebsd-hubs-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-hubs>
List-Post: <mailto:freebsd-hubs@freebsd.org>
List-Help: <mailto:freebsd-hubs-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-hubs>,
	<mailto:freebsd-hubs-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 11 Aug 2008 10:29:12 -0000

Patrik Forsberg wrote:
> Hi,
> 
> Sorry if this is a repeat of an earlier discussion ;)
> 
> 
> We've run out of diskpace on the FreeBSD Mirror drive. Currently we can
> hold up to 577G and the FreeBSD directory is now 548G. Are there
> anything that can be done about it or just live with a full fs ? :( or
> maybe it's just temporary ?

If there's one universal truth about data it is that it never gets 
smaller in size :)

> For example can I remove/refuse /snapshot(about 66G) ? or
> /development(about 8G) ?

I'd suggest either dropping the less popular architectures like ia64 and 
sparc64 (either some or all of their releases and packages), or some or 
all of the snapshots.  development is not that important but it is also 
small and won't help in the long run.

You may want to plan for future growth since e.g. significantly more 
data will be added when 7.1 is released (within a few months).

Kris