Date: Mon, 24 Oct 2011 10:08:33 -0500 (CDT) From: Robert Bonomi <bonomi@mail.r-bonomi.com> To: freebsd-questions@freebsd.org, vas@mpeks.tomsk.su Subject: Re: strange behavior of restore(8) Message-ID: <201110241508.p9OF8XBp037839@mail.r-bonomi.com> In-Reply-To: <20111024141404.GA71953@admin.sibptus.tomsk.ru>
next in thread | previous in thread | raw e-mail | index | archive | help
> From owner-freebsd-questions@freebsd.org Mon Oct 24 09:14:25 2011 > Date: Mon, 24 Oct 2011 21:14:04 +0700 > From: Victor Sudakov <vas@mpeks.tomsk.su> > To: freebsd-questions@freebsd.org > Subject: Re: strange behavior of restore(8) > > Warren Block 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.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?201110241508.p9OF8XBp037839>