xfs
[Top] [All Lists]

Re: UPDATE 772830 - XFS on Linux needs standard dump and restore comman

To: "William L. Jones" <jones@xxxxxxxxxxxxxxxxxx>
Subject: Re: UPDATE 772830 - XFS on Linux needs standard dump and restore commands
From: Steve Lord <lord@xxxxxxx>
Date: Mon, 24 Jul 2000 13:29:30 -0500
Cc: linux-xfs@xxxxxxxxxxx
In-reply-to: Message from "William L. Jones" <jones@tacc.cc.utexas.edu> of "Mon, 24 Jul 2000 12:54:07 CDT." <4.2.0.58.20000724122841.00dd41b0@127.0.0.1>
Sender: owner-linux-xfs@xxxxxxxxxxx

Removing the sgi bug system from the cc list here......

The interesting case is being able to restore into xfs from a dump taken
on a different filesystem type. You could argue that doing it the other
way and dropping all the xfs special attributes on the floor is also a
reasonable thing to do. This would not be useful for doing backups of
XFS filesystems, but for moving data between xfs and non-xfs filesystems -
but then tar does about the same thing, so maybe this is a moot point.
Unfortunately, the individual who was pushing hard for this has long since
left the company - along with the details of his reasoning on this.....

Steve

> 
> Given the need to handle file attributes and other xfs file extensions I 
> don't see
> how a program that dumps a xfs file can produce a dump tape compatible with 
> the
> current linux dump/restore.
> 
> I think a better solution would be to add the xfs ioctl'shat 
> xfs_restore/xfs_dump need
> to the  ext2 file system.  Not all the xfs_ioctl need to fully work they 
> just need
> to return reasonable default values.   That way their need only be one 
> dump/restore program for linux.
> 
> I understand the wish for all dump/restore programs to work the same way
> but given the different capabilities of the various unix file systems that 
> just
> not possible.
> 
> 
> Bill Jones



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