Re: strange behavior of restore(8)

2011-10-24 Thread Victor Sudakov
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-RELEAS

Re: strange behavior of restore(8)

2011-10-24 Thread perryh
Mike Tancsa wrote: > if there are a lot of files, restore needs quite a bit of RAM. It might need less to "extract" (restore -x) than to "restore" (restore -r) -- but that only works if there's no need to load an incremental afterwards. ___ freebsd-que

Re: strange behavior of restore(8)

2011-10-24 Thread Robert Bonomi
> From owner-freebsd-questi...@freebsd.org Mon Oct 24 09:14:25 2011 > Date: Mon, 24 Oct 2011 21:14:04 +0700 > From: Victor Sudakov > To: freebsd-questions@freebsd.org > Subject: Re: strange behavior of restore(8) > > Warren Block wrote: > > > > >Lo and beh

Re: strange behavior of restore(8)

2011-10-24 Thread Victor Sudakov
Mike Tancsa 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 amd6

Re: strange behavior of restore(8)

2011-10-24 Thread Mike Tancsa
On 10/24/2011 10:14 AM, Victor Sudakov wrote: > 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 ori

Re: strange behavior of restore(8)

2011-10-24 Thread Victor Sudakov
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

Re: strange behavior of restore(8)

2011-10-24 Thread Warren Block
On Mon, 24 Oct 2011, Victor Sudakov 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 and the system that couldn't res

Re: strange behavior of restore(8)

2011-10-24 Thread Victor Sudakov
Matthias Apitz wrote: > > > I have already copied the dump from tape to disk with dd and tried restoring > > from the disk file with the same effect. > > > > The disk is fine in the sense that the dump file can be copied from > > tape to disk and from disk to /dev/null without any errors. > > Ca

Re: strange behavior of restore(8)

2011-10-24 Thread Victor Sudakov
Matthias Apitz wrote: > > Victor Sudakov wrote: > > > > > > > > > > I am trying to restore a UFS2 zero level dump sized about 51G. > > > > > restore has created 6105 directories and no files at all, and now is > > > > > waiting forever in the runnable state. > > Side note: I have already restored

Re: strange behavior of restore(8)

2011-10-23 Thread Matthias Apitz
El día Monday, October 24, 2011 a las 12:21:35AM +0700, Victor Sudakov escribió: > I have already copied the dump from tape to disk with dd and tried restoring > from the disk file with the same effect. > > The disk is fine in the sense that the dump file can be copied from > tape to disk and fro

Re: strange behavior of restore(8)

2011-10-23 Thread Victor Sudakov
Matthias Apitz wrote: > > > > > > > > > > > I am trying to restore a UFS2 zero level dump sized about 51G. > > > > > restore has created 6105 directories and no files at all, and now is > > > > > waiting forever in the runnable state. > > Side note: I have already restored UFS level zero dumps of

Re: strange behavior of restore(8)

2011-10-23 Thread Matthias Apitz
El día Sunday, October 23, 2011 a las 11:13:13PM +0700, Victor Sudakov escribió: > Victor Sudakov wrote: > > > > > > > > I am trying to restore a UFS2 zero level dump sized about 51G. > > > > restore has created 6105 directories and no files at all, and now is > > > > waiting forever in the runnab

Re: strange behavior of restore(8)

2011-10-23 Thread Victor Sudakov
Victor Sudakov wrote: > > > > > > I am trying to restore a UFS2 zero level dump sized about 51G. > > > restore has created 6105 directories and no files at all, and now is > > > waiting forever in the runnable state. > > > > I don't have any specific advice here, but if it were me I think my > > n

Re: strange behavior of restore(8)

2011-10-21 Thread Victor Sudakov
David Brodbeck wrote: > > > > I am trying to restore a UFS2 zero level dump sized about 51G. > > restore has created 6105 directories and no files at all, and now is > > waiting forever in the runnable state. > > I don't have any specific advice here, but if it were me I think my > next troublesho

Re: strange behavior of restore(8)

2011-10-21 Thread David Brodbeck
On Fri, Oct 21, 2011 at 4:06 AM, Victor Sudakov wrote: > Colleagues, > > I am trying to restore a UFS2 zero level dump sized about 51G. > restore has created 6105 directories and no files at all, and now is > waiting forever in the runnable state. I don't have any specific advice here, but if it

strange behavior of restore(8)

2011-10-21 Thread Victor Sudakov
Colleagues, I am trying to restore a UFS2 zero level dump sized about 51G. restore has created 6105 directories and no files at all, and now is waiting forever in the runnable state. What could the problem be? I have always used dump/restore with success. Does the number 6105 look somewhat suspi