Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 25 Oct 2011 08:35:25 +0700
From:      Victor Sudakov <vas@mpeks.tomsk.su>
To:        freebsd-questions@freebsd.org
Subject:   Re: strange behavior of restore(8)
Message-ID:  <20111025013525.GA16243@admin.sibptus.tomsk.ru>
In-Reply-To: <201110241508.p9OF8XBp037839@mail.r-bonomi.com>
References:  <20111024141404.GA71953@admin.sibptus.tomsk.ru> <201110241508.p9OF8XBp037839@mail.r-bonomi.com>

next in thread | previous in thread | raw e-mail | index | archive | help
Robert Bonomi wrote:
> > > 
> > > >Lo and behold! On an amd64 system with 8GB RAM and 2 2.66GHz Xeon
> > > >CPUs, "restore -rNf home.dmp" has successfully completed after 3 hours
> > > >15 minutes.
> > > 
> > > What are the specs for the system that wrote the dumpfile originally 
> >
> > 8.2-RELEASE-p3 amd64, 8GB RAM and 2xXeon 2.66GHz
> >
> > > and the system that couldn't restore it?
> >
> > FreeBSD 6.4-RELEASE-p10 i386, 256M RAM, Pentium II 350.80MHz (yes,
> > it's pretty old).
> 
> *WITHOUT* checking, I'm willing to bet that _that_ is the problem.
> 
> An O/S limit on the size of a _file_ -- a 32-bit 'offset' type. 
> And a 'large' file in the dump.

I used the '-N' switch to restore, so no actual files were being
created on the 6.4-RELEASE box.

-- 
Victor Sudakov,  VAS4-RIPE, VAS47-RIPN
sip:sudakov@sibptus.tomsk.ru



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20111025013525.GA16243>