Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 24 Nov 2004 02:38:27 -0800 (PST) Received: from mailtoaster1.pipeline.ch (mailtoaster1.pipeline.ch [195.134.129.10]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id iAOAc4Ef026990 for ; Wed, 24 Nov 2004 02:38:25 -0800 Received: (qmail 383 invoked from network); 24 Nov 2004 08:51:04 -0000 Received: from unknown (HELO stinky.trash.net) ([195.134.144.50]) (envelope-sender ) by mailtoaster1.pipeline.ch (qmail-ldap-1.03) with SMTP for ; 24 Nov 2004 08:51:04 -0000 Received: from [192.168.1.33] (unknown [212.53.109.43]) by stinky.trash.net (Postfix) with ESMTP id CF520948C0 for ; Wed, 24 Nov 2004 09:51:02 +0100 (MET) Mime-Version: 1.0 (Apple Message framework v619) In-Reply-To: <38A5E378-3DF4-11D9-9800-000A95BCCB96@iam.unibe.ch> References: <38A5E378-3DF4-11D9-9800-000A95BCCB96@iam.unibe.ch> Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Michael Locher Subject: Re: Is xfsdump operation atomic? Date: Wed, 24 Nov 2004 09:50:56 +0100 To: linux-xfs@oss.sgi.com X-Mailer: Apple Mail (2.619) X-archive-position: 4518 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: locher@iam.unibe.ch Precedence: bulk X-list: linux-xfs Content-Length: 1076 Lines: 30 Ivan, thanks for commenting on this. Am 23.11.2004 um 13:12 schrieb Ivan Rayner: > You seem to be of the opinion that you can't create a backup of a live > filesystem. My guess is that you assume a backup is a strict snapshot > in > time of the filesystem -- it isn't. But it could be... it would be a nice feature to have, tough i am sure it is not trivial to implement. > If a file is removed or created while a xfsdump is running, then it > may or > may not be included in the dump. This is OK, because in tomorrow > night's > incremental backup the file will then be included or removed as > appropriate. If you have a 24hr schedule then you should assume that > the > cycle starts when xfsdump starts. Anything that happens while xfsdump > is > running will be guaranteed to be on the following dump, but if you're > lucky then it will make it in the current dump. What happens if a large file (eg a multi GB database file) is modified during the dump. Will it be consistent? i.e are write operations allowed on a file when its data is dumped? Michael