Summary: vrestore problems

From: Zack Ellis <zellis_at_hccanet.com>
Date: Mon, 18 Jan 1999 14:12:35 -0500

Once again you guys are quick!

Thanks to all who replied:
Dr. Thomas P. Blinn
Nick Hill
Dagmar Galama
Rob Kellett
Alan Rollow
Paul W Grant ( sorry, never been to Aberdeen Scotland... but if I visit
I'll come see you :) )

First off I called DEC/Compaq per Dr Blinn's suggestion:

>This sounds almost like a threads problem; I believe both vdump and vrestore
>use threaded routines to overlap tape I/O with disk I/O. If there were a bug
>in that logic for "restore just this one directory", it would not necessarily
>get caught in any of our testing, and the threads libraries have changed more
>than once between V3.2x or V4.0 and the present releases.
>
>I have to encourage you to report this problem, in as much detail as you can,
>through the "official" support channels, and report it as a serious problem
>that almost prevented you being able to restore the files from backup

The response involves a lot of work on my part, testing other savesets
on multiple tapes, verify domain in single user mode, recover the domain
to a temp domain, delete & rebuild domain..... and to top it all off
they pointed out that "everyone" is using Networker now so why don't I
check on that.

Other suggestions:

Paul wrote
>I have also seen a problem with very large files being restored. If the
parent directory is added then it fails. However if you go into >the
directory and add the file singularly the restore will work

Dagmar wrote
> Be patient it may take a long time to recover (paraphrased)

Rob and Alan both suggested looking for tape errors

And Nick pointed out a problem related to DAT tapes ( since I was a bone
head and forgot to point out what tapes I was using)

Thanks to all who answered, If I hear anything from DEC/Compaq I'll pass
it on to you all..

Zack Ellis
Home Care Concepts of America
Received on Tue Jan 19 1999 - 12:30:49 NZDT

This archive was generated by hypermail 2.4.0 : Wed Nov 08 2023 - 11:53:38 NZDT