From owner-freebsd-stable@FreeBSD.ORG Fri Nov 5 17:19:57 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4ABD916A4CE for ; Fri, 5 Nov 2004 17:19:57 +0000 (GMT) Received: from zirconium.science.ubc.ca (zirconium.science.ubc.ca [142.103.151.60]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1AF3C43D1D for ; Fri, 5 Nov 2004 17:19:57 +0000 (GMT) (envelope-from ricardo@zoology.ubc.ca) Received: from localhost (localhost.science.ubc.ca [127.0.0.1]) by zirconium.science.ubc.ca (Postfix) with ESMTP id C9D4A4729F for ; Fri, 5 Nov 2004 09:19:56 -0800 (PST) Received: from zirconium.science.ubc.ca ([127.0.0.1]) by localhost (zirconium.science.ubc.ca [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 27722-04-13 for ; Fri, 5 Nov 2004 09:19:52 -0800 (PST) Received: from [192.168.1.100] (S0106000625c49fb4.vc.shawcable.net [24.85.84.156]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by zirconium.science.ubc.ca (Postfix) with ESMTP id 242544729E for ; Fri, 5 Nov 2004 09:19:52 -0800 (PST) Mime-Version: 1.0 (Apple Message framework v619) To: freebsd-stable@freebsd.org Message-Id: Content-Type: multipart/signed; micalg=sha1; boundary=Apple-Mail-1--1038582739; protocol="application/pkcs7-signature" From: Ricardo Oliva Date: Fri, 5 Nov 2004 09:19:44 -0800 X-Mailer: Apple Mail (2.619) X-Virus-Scanned: by amavisd-new at science.ubc.ca X-Content-Filtered-By: Mailman/MimeDel 2.1.1 Subject: Dump problems X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Nov 2004 17:19:57 -0000 --Apple-Mail-1--1038582739 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; format=flowed Hi, I am currently using Dump / Restore set of scripts for backups over SSH and I am running into something very annoying. All machines (tape host and clients) are Freebsd 4.9-p11 and the back ups run fine for most of the time. Every now and just one of the machines has this one partition that dump will crash with a: Dumping machine example, filesystem /dev/da0s2f DUMP: Date of this level 0 dump: Wed Nov 3 12:39:19 2004 DUMP: Date of last level 0 dump: the epoch DUMP: Dumping /dev/da0s2f (/usr) to standard output DUMP: mapping (Pass I) [regular files] DUMP: mapping (Pass II) [directories] DUMP: estimated 2764642 tape blocks. DUMP: dumping (Pass III) [directories] DUMP: 0.02% done, finished in 1:29 DUMP: dumping (Pass IV) [regular files] DUMP: 21.17% done, finished in 0:18 DUMP: 55.30% done, finished in 0:08 DUMP: 86.28% done, finished in 0:02 DUMP: master/slave protocol botched. DUMP: The ENTIRE dump is aborted. So it seems like everything goes fine, the back up starts and then it crashes for some reason. Has anyone ran into that lately? I am using 512 block size and it has been working flawlessly for all the other filesystems. I have downed the server and ran fsck on that one partition and could not find anything. The annoying part is that it works sometimes. Today it went OK on a Level 6, 2 days ago it went OK with a level 5 back up, and 2 months ago it went OK with a level 0 back up, so I can really understand what the problem is. I would really appreciate some pointers. Some additional info, the back ups started before and after this one by the scripts work fine, so I do not think it is something with the tape-drive. Also, these are live filesystems back ups. Thanks, -- Ricardo Oliva Core Systems Administrator Zoology Department University of British Columbia Ph.: 604-822-3882 E-mail: ricardo@zoology.ubc.ca --Apple-Mail-1--1038582739--