[Top] [All Lists]

Re: xfsdump INTERRUPT issue

To: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
Subject: Re: xfsdump INTERRUPT issue
From: Dave Chinner <david@xxxxxxxxxxxxx>
Date: Fri, 7 Dec 2012 21:16:21 +1100
Cc: Jeffrey Ellis <grndlvl@xxxxxxxxx>, "xfs@xxxxxxxxxxx" <xfs@xxxxxxxxxxx>
In-reply-to: <50C0657D.5050903@xxxxxxxxxxxxxxxxx>
References: <CCE505AA.B05B7%jellis@xxxxxxxx> <50BFF726.6090006@xxxxxxxxxxxxxxxxx> <68036B67-6AE6-4056-89F5-9549B4E476FD@xxxxxxxx> <50C00583.6000804@xxxxxxxxxxxxxxxxx> <6F909666-9DFE-43F1-973D-170B892F9C5B@xxxxxxxxx> <50C0657D.5050903@xxxxxxxxxxxxxxxxx>
User-agent: Mutt/1.5.21 (2010-09-15)
On Thu, Dec 06, 2012 at 03:29:33AM -0600, Stan Hoeppner wrote:
> On 12/5/2012 9:01 PM, Jeffrey Ellis wrote:
> BTW, if your goal in all of this is simply copying all the directories
> and files from one disk to another disk, you could have used "cp -a" and
> been done already.  It takes longer to execute than xfsdump/xfsrestore,
> but given you've been at this for many days now, "cp -a" would have
> already completed--long ago.

Unfortunately, using cp or rsync is not possible because the
filesystem has a real-time device attached to it. It's basically a
~10GB data device and a ~500GB real-time device. I'd say it's from a
DVR or something like that, and that Jeffrey is trying to put
a bigger disk in the DVR....

Hence there are various DVR forums that suggest xfsdump/xfsrestore
is the best method for copying such filesystems to a larger disk.
I'd guess that people haven't found xfs_rtcp, or maybe they saw the
caveat in the man page(*) and didn't use it....



       Currently, realtime partitions are not supported under the
       Linux version of XFS, and use of a realtime partition WILL
       CAUSE CORRUPTION on the data partition. As such, this command
       is made available for curious DEVELOPERS  ONLY at  this
       point  in time.

Dave Chinner

<Prev in Thread] Current Thread [Next in Thread>