From owner-freebsd-questions@FreeBSD.ORG Tue Jun 21 14:12:26 2005 Return-Path: X-Original-To: freebsd-questions@freebsd.org Delivered-To: freebsd-questions@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1E4C316A41C for ; Tue, 21 Jun 2005 14:12:26 +0000 (GMT) (envelope-from user@celeritystorm.com) Received: from mail.celeritystorm.com (mail.celeritystorm.com [213.247.62.79]) by mx1.FreeBSD.org (Postfix) with ESMTP id D2FB943D1F for ; Tue, 21 Jun 2005 14:12:25 +0000 (GMT) (envelope-from user@celeritystorm.com) Received: by mail.celeritystorm.com (Postfix, from userid 106) id 9EC393D79B1; Tue, 21 Jun 2005 16:13:48 +0200 (CEST) Received: from [192.168.0.1] (unknown [81.84.174.234]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.celeritystorm.com (Postfix) with ESMTP id 384A13D7977 for ; Tue, 21 Jun 2005 16:13:48 +0200 (CEST) Message-ID: <42B82047.1010702@celeritystorm.com> Date: Tue, 21 Jun 2005 15:12:23 +0100 From: - User-Agent: Mozilla Thunderbird 0.7.2 (X11/20040724) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-questions@freebsd.org References: In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: dump with -L flag - machine truely unresponsive X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Jun 2005 14:12:26 -0000 I have never used -L, but according to the manpage, it takes a live snapshot. It would make sense to suspend the partitions (as your logs show) in order to ensure the integrity of the data. Hence, you cannot do any other operations while this is in progress. I could be wrong, just following intuition here. Freminlins wrote: >I have a FreeBSD 5.4 machine with a SCSI hard drive. I dump all our >machines onto a nfs-mounted filer. There are some files which it's >important not to clobber during the dump, so I've been experimenting >with dump using the -L flag like so: dump auLf /var /mnt/dump/var > >What I have noticed is that during the time that the machine is taking >its snapshot, it becomes completely unreachable on the net. It is >impossible to ssh or even ping it. Our monitoring reports that the >machine has dropped off the net, but once the snapshot is finished it >is available again. The machine itself does not drop, it just appears >to drop. > >Has anyone seen this before? I certainly haven't. And if so, does >anyone have a fix (apart from going back to dump without -L)? > >For info the partitions are suspended during the snapshot for these >amounts of time: >Jun 21 03:00:08 gia kernel: /: suspended 7.003 sec, redo 0 of 4 >Jun 21 03:08:41 gia kernel: /var: suspended 57.036 sec, redo 25 of 2775 >Jun 21 03:22:19 gia kernel: /home: suspended 1.037 sec, redo 0 of 4 >Jun 21 03:23:56 gia kernel: /usr: suspended 40.246 sec, redo 0 of 14 > > >Thanks, >Frem. >_______________________________________________ >freebsd-questions@freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/freebsd-questions >To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.org" > > >