From owner-freebsd-hackers Fri Oct 18 11:49:38 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0EFD737B404 for ; Fri, 18 Oct 2002 11:49:37 -0700 (PDT) Received: from chiark.greenend.org.uk (chiark.greenend.org.uk [212.135.138.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id F09A343EA9 for ; Fri, 18 Oct 2002 11:49:35 -0700 (PDT) (envelope-from fanf@chiark.greenend.org.uk) Received: from fanf by chiark.greenend.org.uk with local (Exim 3.12 #1) id 182cBi-0001FP-00 (Debian); Fri, 18 Oct 2002 19:49:34 +0100 To: freebsd-hackers@freebsd.org From: Tony Finch Subject: A problem with restoring from Solaris ufsdumps (fwd) In-Reply-To: Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="=282760=--" Message-Id: Date: Fri, 18 Oct 2002 19:49:34 +0100 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Can anyone here answer the implied question about recent BSD dump and restore at the end of Chris's post below? Tony. -- f.a.n.finch http://dotat.at/ FASTNET: NORTHERLY 4 OR 5 BECOMING VARIABLE 3 THEN SOUTHEASTERLY 4 OR 5. SHOWERS. GOOD. ------- start of forwarded message ------- From: cet1@cus.cam.ac.uk (Chris Thompson) Newsgroups: ucam.comp.unix Subject: A problem with restoring from Solaris ufsdumps Date: 18 Oct 2002 13:13:25 GMT Organization: University of Cambridge, England Message-ID: We came across the following problem with Solaris ufsdump & ufsrestore a little while ago, and it has been suggested that I post about it here in case anyone else might be affected. If an incremental dump includes no files or directories at all, then an incremental dump taken relative to it will not restore properly with "ufsrestore r". For example A = level 0 dump of /usr on Sunday B = level 1 dump of /usr on Monday (empty, as no files changed) C = level 2 dump of /usr on Tuesday (not empty, e.g. patches applied) Then A restores correctly, and B on top of it, but then an attempt to restore C on top of that fails with "Incremental volume too low" (code for "you are attempting to restore dumps in the wrong order"). The restore of B has failed to update the restoresymtable file correctly. You are likely to get bitten only for filing systems which are almost static. A possible circumvention is to use only one level of increment above 0 for such partitions. The bug has been reported to Sun, who confirm that they can reproduce it. No timescale for a fix as yet. The bug seems to have been in the Solaris programs for a long time. It is entirely possible that other offspring of the original BSD dump & restore programs have it as well. Chris Thompson Email: cet1@cam.ac.uk ------- end of forwarded message ------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message