Skip site navigation (1)Skip section navigation (2)
Date:      Sun, 23 Oct 2011 18:22:42 +0200
From:      Matthias Apitz <guru@unixarea.de>
To:        Victor Sudakov <vas@mpeks.tomsk.su>, freebsd-questions@freebsd.org
Subject:   Re: strange behavior of restore(8)
Message-ID:  <20111023162242.GA3823@tinyCurrent>
In-Reply-To: <20111023161312.GA46735@admin.sibptus.tomsk.ru>
References:  <20111021110600.GA19417@admin.sibptus.tomsk.ru> <CAHhngE3Oub-36fE_X4eT_4r8LygQ7D1dbcWjdTn3KCeE95J9uQ@mail.gmail.com> <20111022053315.GA30712@admin.sibptus.tomsk.ru> <20111023161312.GA46735@admin.sibptus.tomsk.ru>

next in thread | previous in thread | raw e-mail | index | archive | help
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 runnable state.

Side note: I have already restored UFS level zero dumps of 130G, even
into FreeBSD in a VM, without any kind of problem. Don't know UFS2,
though.

> > > 
> > > I don't have any specific advice here, but if it were me I think my
> > > next troubleshooting step would be to attach truss to the restore
> > > process after it gets "stuck," to try to see exactly what it's doing.
> > > That may give you a clue as to why it's taking so long and whether
> > > it's actually making any progress.
> > 
> > It's doing something like that. I should have piped the output
> > through uniq not to clutter the list, but on second thought, I decided
> > not to:
> > 
> > # truss -p 18568
> > lseek(4,0x0,SEEK_CUR)				 = 25395100 (0x1837f9c)
> > lseek(4,0x0,SEEK_CUR)				 = 25395100 (0x1837f9c)
> > lseek(4,0x0,SEEK_CUR)				 = 25395100 (0x1837f9c)
> > lseek(4,0x0,SEEK_CUR)				 = 25395100 (0x1837f9c)

Asuming 4 is the fd of the restore device, i.e. the DUMP, this seek does
nothing: moves to offset of 0 bytes from the current position. Are you
sure that the device (tape?) is fine?

HIH

	matthias
-- 
Matthias Apitz
t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211
e <guru@unixarea.de> - w http://www.unixarea.de/
200†-20††: 10 años de guerra en Afghanistan. ¡Basta ya!
200†-20††: 10 years war in Afghanistan. Stop it now!
200†-20††: 10 Jahre Krieg in Afghanistan. Schluss jetzt endlich!



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