On Fri, Sep 01, 2000 at 11:45:21AM -0400, Jan Harkes wrote:
> [...]
> The way to repair this is:
> 
> - Create a temporary rootvolume,
>     # createvol_rep repair_root E0000100 /vicepa
> 
> - Force a client to start using this volume as it's root,
>     # killall -9 venus
>     # umount /coda
- That was the easiest part, but:
>     # venus -init -r repair_root
gives something like this:

Date: Sun 09/03/2000

21:21:24 /usr/coda/LOG setup for size 0x88008
21:21:25 /usr/coda/DATA initialized at size 0x220020
21:21:25 brain-wiping recoverable store
21:21:25 loading recoverable store
21:21:26 starting VSGDB scan
21:21:26        0 vsg entries in table
21:21:26        0 vsg entries on free-list
21:21:26 starting VDB scan
21:21:26        1 vol entries in table (0 MLEs)
21:21:26        0 vol entries on free-list (0 MLEs)
21:21:26 starting FSDB scan (833, 20000) (25, 75, 4)
21:21:26        0 cache files in table (0 blocks)
21:21:26        833 cache files on free-list
21:21:27 starting HDB scan
21:21:27        0 hdb entries in table
21:21:27        0 hdb entries on free-list
21:21:27 Initial LRDB allocation
21:21:27 Getting Root Volume information...
21:21:27 GetRootVolume: can't get volinfo for root volume (reproot)!
21:21:42 GetRootVolume: can't get volinfo for root volume (reproot)!
....

Any advice, Jan?


Piotr