xfs
[Top] [All Lists]

Re: xfsrestore will create orphanage directory when use -t

To: Tommy Wu <wu.tommy@xxxxxxxxx>
Subject: Re: xfsrestore will create orphanage directory when use -t
From: Bill Kendall <wkendall@xxxxxxx>
Date: Fri, 17 Feb 2012 14:50:46 -0600
Cc: xfs <xfs@xxxxxxxxxxx>
In-reply-to: <CAGdb-8fC4-3swyyfP3xO=camgzDjR5GYV3qoaB1w+xAfiNeYPw@xxxxxxxxxxxxxx>
References: <CAGdb-8fC4-3swyyfP3xO=camgzDjR5GYV3qoaB1w+xAfiNeYPw@xxxxxxxxxxxxxx>
User-agent: Mozilla/5.0 (X11; Linux i686; rv:8.0) Gecko/20111124 Thunderbird/8.0
On 02/14/2012 11:21 AM, Tommy Wu wrote:
from the xfsdump man page:
xfsrestore also generates a directory named orphanage in the dest
directory. xfsrestore removes this directory after completing a simple
restore. However, if orphanage is not empty, it is not removed. This
can happen if files present on the dump media are not referenced by
any of the restored directories. The orphanage has an entry for each
such file. The entry name is the file's original inode number, a ".",
and the file's generation count modulo 4096 (only the lower 12 bits of
the generation count are used).

and the -t option from xfsdump man page:
Displays the contents of the dump, but does not create or modify any
files or directories. It may be desirable to set the verbosity level
to silent when using this option.

But when we use -t option with xfsrestore, it still create orphanage
directory in current directory (because no dest directory assign).
and if it's not empty, it is not removed.

This is a bug or it's a feature?

I can see code where this would happen, except that it would appear
to require both -r and -t to be used, and xfsrestore doesn't allow
that.

If you send the command line you used I can take another look.

Bill

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