From owner-freebsd-bugs@FreeBSD.ORG Tue Dec 26 20:40:18 2006 Return-Path: X-Original-To: freebsd-bugs@hub.freebsd.org Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A337F16A47B for ; Tue, 26 Dec 2006 20:40:18 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [69.147.83.40]) by mx1.freebsd.org (Postfix) with ESMTP id 83ECD13C46F for ; Tue, 26 Dec 2006 20:40:18 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id kBQKeIMA042224 for ; Tue, 26 Dec 2006 20:40:18 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id kBQKeI67042223; Tue, 26 Dec 2006 20:40:18 GMT (envelope-from gnats) Resent-Date: Tue, 26 Dec 2006 20:40:18 GMT Resent-Message-Id: <200612262040.kBQKeI67042223@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-bugs@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, Rob Austein Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E595B16A403 for ; Tue, 26 Dec 2006 20:30:38 +0000 (UTC) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (www.freebsd.org [69.147.83.33]) by mx1.freebsd.org (Postfix) with ESMTP id BE64913C470 for ; Tue, 26 Dec 2006 20:30:38 +0000 (UTC) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (localhost [127.0.0.1]) by www.freebsd.org (8.13.1/8.13.1) with ESMTP id kBQKUcvj089577 for ; Tue, 26 Dec 2006 20:30:38 GMT (envelope-from nobody@www.freebsd.org) Received: (from nobody@localhost) by www.freebsd.org (8.13.1/8.13.1/Submit) id kBQKUcTq089576; Tue, 26 Dec 2006 20:30:38 GMT (envelope-from nobody) Message-Id: <200612262030.kBQKUcTq089576@www.freebsd.org> Date: Tue, 26 Dec 2006 20:30:38 GMT From: Rob Austein To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-3.0 Cc: Subject: bin/107213: 6.1-release restore can't read some 6-stable dumps X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Dec 2006 20:40:18 -0000 >Number: 107213 >Category: bin >Synopsis: 6.1-release restore can't read some 6-stable dumps >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Dec 26 20:40:17 GMT 2006 >Closed-Date: >Last-Modified: >Originator: Rob Austein >Release: FreeBSD 6.2-PRERELEASE i386 >Organization: >Environment: FreeBSD thrintun.hactrn.net 6.2-PRERELEASE FreeBSD 6.2-PRERELEASE #17: Thu Dec 7 16:13:01 EST 2006 sra@thrintun.hactrn.net:/usr/obj/usr/src/sys/THRINTUN i386 >Description: Bought a faster machine, wanted to transfer entire personality of old machine to new, so built new machine as minimal 6.1-RELEASE machine then attempted to dump on old 6-STABLE machine and restore on new 6.1-RELEASE machine while running from 6.1-RELEASE Fixit live filesystem CD-ROM. This worked ok for the two small filesystems (/ and /var) but started spewing "expected next file , got " errors with the two larger filesystems (/usr and /u). restore of /usr ran to completion but was missing many files (eg, /usr/bin/login); restore of /u failed completely, restore eventually decided it was so confused it had to abort. I was eventually able to complete the transfer by using the 6-STABLE restore binary to read the dumps for everything but the root partition; I had to trust the 6.1-RELEASE restore to read the root partition but was able to confirm afterwards (using diff, etc) that it had been restored without damage. System that generated dumps as shown above: 6.2-PRERELEASE cvsuped from 6-STABLE branch on 7 December 2006. I've confirmed that the dumps were created with the -L switch, so at least in theory they should have been pristine dumps of snapshots. More to the point, they restored properly with the newer version of restore, so I don't think this was pilot error. I'm reporting this as a software bug because inability to restore from dumps strikes me as a fairly serious issue. That said, it's obviously too late to fix the 6.1-RELEASE version of restore, so if this isn't just a new bug in dump, I'm at a loss to suggest a fix. >How-To-Repeat: Dump large filesystems on a 6-STABLE machine circa 7 December 2006, attempt to restore using 6.1-RELEASE live filesystem CD-ROM version of restore. In case this is not sufficient to reproduce the problem: I do still have the old 6-STALE machine that generated the problematic dumps, and can leave it intact for a month or two if somebody intends to pursue this and wants me to test a new version of dump with the same data. Old machine's eventual destiny is to be reused as lab equipment, so don't wait too long if you want me to test anything against the particular filesystem content that was in place when problem occurred. >Fix: No fix known. Workaround would be to use a more recent version of dump, eg, build a bootable floppy or CD-ROM containing just a 6-STABLE kernel and the /rescue binary. >Release-Note: >Audit-Trail: >Unformatted: