From owner-freebsd-hackers@FreeBSD.ORG Mon Nov 1 07:18:40 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DDF801065670 for ; Mon, 1 Nov 2010 07:18:40 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 6F8878FC0C for ; Mon, 1 Nov 2010 07:18:40 +0000 (UTC) Received: by wyb42 with SMTP id 42so5167354wyb.13 for ; Mon, 01 Nov 2010 00:18:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:sender:received :in-reply-to:references:date:x-google-sender-auth:message-id:subject :from:to:cc:content-type:content-transfer-encoding; bh=LtLGUbhGJnp2m8m+yCSYkYCDAvU7Xhx4BFdj59Jyt9o=; b=B2QVnvdSq6KQF8jkUs7buQ5B594dUQbcR1h935fkwpt1i03/cOrbIIsnw8szskMW6R r9MhxDYDlQL8qB0Dsl9pcmjiVjxkjl6S5t9AdyxvqcuEfFMKdFUqFng1WuBcdE1jP/7M u8RjrM5pf54dsFxwEJLhWsNJdC+rwgR5ro2sk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=TWRw4Y3BCqTRAHjkAxS8dz+Jtxcj00lZu+XwrdWxHKmu7Mnk1r9FayuLjIWow7+dB/ ybdt4Wwr9eRbdlRIVvaQgXMlcrfKETgFnRlh0P3w9dgCd4Y0Bab2LTQ5eZQraWpOczCM 8wrgc+QFRAcImm6+lzNMR+dzXieOey6QC7SYo= MIME-Version: 1.0 Received: by 10.216.7.210 with SMTP id 60mr2341408wep.30.1288595919336; Mon, 01 Nov 2010 00:18:39 -0700 (PDT) Sender: yanegomi@gmail.com Received: by 10.216.198.27 with HTTP; Mon, 1 Nov 2010 00:18:39 -0700 (PDT) In-Reply-To: <201011010916.59108.j.mckeown@ru.ac.za> References: <4ccdcdaa.XSDkZZUUYXDXpkXV%perryh@pluto.rain.com> <201010312044.o9VKiPwG049615@apollo.backplane.com> <201011010916.59108.j.mckeown@ru.ac.za> Date: Mon, 1 Nov 2010 00:18:39 -0700 X-Google-Sender-Auth: uRql-DN4CM5iS4Vabi_yPM_FCbk Message-ID: From: Garrett Cooper To: Jonathan McKeown Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-hackers@freebsd.org Subject: Re: Slow disk access while rsync - what should I tune? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Nov 2010 07:18:40 -0000 On Mon, Nov 1, 2010 at 12:16 AM, Jonathan McKeown wrot= e: > On Sunday 31 October 2010 22:44:25 Matthew Dillon wrote: >> :> and the output produced by dump is not live-accessible whereas a >> :> snapshot / live filesystem copy is. =A0That makes the dump fairly >> :> worthless for anything other than catastrophic recovery. >> : >> :Ever heard of "restore -i"? >> >> =A0 =A0 Have you ever tried to restore a single file from a 2 Terrabyte = dump >> =A0 =A0 file ? =A0Or even better, if you are using incremental dumps, tr= y >> =A0 =A0 restoring a single file from 6 dump files. >> >> =A0 =A0 I'm not saying that dump/restore is completely unusable, I'm say= ing >> =A0 =A0 that it MOSTLY unusable for the use cases people have today for >> backups. > > I'd argue that if you're routinely restoring single files, you aren't man= aging > your time or your users' expectations properly. > > Backups are /for/ catastrophic recovery, imo, and users shouldn't expect > systems staff to be routinely restoring single files they've inadvertentl= y > deleted. Users need to realise that when you delete something it goes awa= y: > that's what delete does, which is why you're usually asked to confirm it. > > Restoring single files for individual users should be very much a special= case > and not a routine service; otherwise you risk being snowed under with fil= e > recovery requests. Isn't that the purpose of periodic snapshots anyhow (restoring a minimal number of files)? Thanks, -Garrett