Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 5 Jan 2016 10:12:38 -0700 (MST)
From:      Warren Block <wblock@wonkity.com>
To:        Matthew Seaman <matthew@FreeBSD.org>
Cc:        Shahin Hasanov <shahinhasanov@hotmail.com>, FREEBSD_QUESTION <freebsd-questions@freebsd.org>
Subject:   Re: There is problem during dump/restore.
Message-ID:  <alpine.BSF.2.20.1601051000240.13564@wonkity.com>
In-Reply-To: <568BD0FB.5020303@FreeBSD.org>
References:  <DUB127-W87D679C1AAA8A0C5276BD8B6F30@phx.gbl> <568BC37C.2010903@FreeBSD.org> <DUB127-W4413B16E22DB29A4F637D9B6F30@phx.gbl> <568BD0FB.5020303@FreeBSD.org>

Next in thread | Previous in thread | Raw E-Mail | Index | Archive | Help
On Tue, 5 Jan 2016, Matthew Seaman wrote:

> On 05/01/2016 13:39, Shahin Hasanov wrote:
>> Thank you Matthew,
>> I have two HDD da0,da1
>> da0 is 147GB   - ufs
>> da1 is 1.1TB    - zfs
>
> Ah -- there is your problem.  dump/restore only works with UFS.

The description was confusing, but appeared to be restoring to a UFS 
filesystem from a dumpfile saved on a ZFS filesystem.

I think (but have not tested) that restore should work on ZFS or other 
filesystems if they support the same attributes, because restore writes 
at the file level.

The target filesystem does not have to be empty, but if there are files 
in it with the same names as those being restored, the -u option will 
stop restore from complaining about them.  It does make the restore take 
longer.



Want to link to this message? Use this URL: <http://docs.FreeBSD.org/cgi/mid.cgi?alpine.BSF.2.20.1601051000240.13564>