Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!usc!ucsd!ucbvax!ICAEN.UIOWA.EDU!dbfunk
From: dbfunk@ICAEN.UIOWA.EDU (David B Funk)
Newsgroups: comp.sys.apollo
Subject: Re: HELP! rbak aborts
Message-ID: <9010120435.AA02992@icaen.uiowa.edu>
Date: 12 Oct 90 04:21:54 GMT
Sender: daemon@ucbvax.BERKELEY.EDU
Organization: Iowa Computer Aided Engineering Network, University of Iowa
Lines: 22

IN posting <1990Oct11.182457.14872@ccs.carleton.ca>, Richard Wood asks:

> Is anyone out there familiar with rbak?  I am trying to restore 
> directory /local to an apollo SR9.704 system using the command
>             rbak -dev ct1 -f 14 //a/local 
>   Rbak successfully recovers those /local subdirectories and files 
> stored at the beginning of tape-file 14, but about halfway through it 
> aborts with the message
>           ?(rbak) (heap_$get) Heap table full.

  There was a bug (limitation?) in the FCS sr9.7 rbak that
could cause it to die with this error, particularly if the
tape had lots of ACL objects on it. There is a sr9.7 patch
(Patch 136 New rbak for 9.7) to fix it.
  If you have any sr10 systems around, check out the rbak
that lives in the sr9.7_compatibility directory, it may work.
(/sr9.7_compatibility/sr9.7_executables/com/rbak).
  If you don't already have a reasonably current sr9.7 patch
tape, get one ASAP. HPollo is threatening to drop support for
sr9.7 in '91.

Dave Funk