Yes.  

You have to be running authmon, updatesrv, and updateclnt 
on the backup server.  Basically, all the data base files in
/vice/db on your coda server must be available to the backup program
for it to functionn correctly (just like they do for a non-SCM server).
That will solve the problem with VRDB issue once you have those 
services running.

There is another problem that may arise after you address this.
Make sure /vice/db/vicetab is setup so backup may locate
your backup directories.

regards,
henry m. pierce

------------------------
Henry M. Pierce
Research Programmer
Department of Computer Science
Carnegie Mellon University
5000 Forbes Avenue
Pittsbugh, PA


hmpierce_at_cs.cmu.edu	hmp_at_infomagic.com

On Fri, 3 Apr 1998, the prophet wrote:

> Date: Fri, 3 Apr 1998 15:29:39 -0500 (EST)
> From: the prophet <elijah.daniel_at_yale.edu>
> Reply-To: linux-coda_at_TELEMANN.CODA.CS.CMU.EDU
> To: linux-coda_at_TELEMANN.CODA.CS.CMU.EDU
> Subject: backup
> Resent-Date: Fri, 3 Apr 1998 15:32:26 -0500
> Resent-From: linux-coda_at_TELEMANN.CODA.CS.CMU.EDU
> 
> I'm having problems with backup.  At first, it would die whenever it was
> invoked without an explicit backup directory as a result of a minor
> bug.  Changing line 783 of coda-src/volutil/backup.cc from
> 
> if (dumpdir)
> 
> to
> 
> if (*dumpdir)
> 
> fixes this problem.  However, it still dumps core on me:
> 
> 
> --
> [root_at_triffid db]# backup dumplist              
> 
> Date: Fri 04/03/98
> 
> 15:30:12 CheckVRDB: could not open VRDB
> Partition /vicepa: inodes in use: 4, total: 262144.
> 15:30:12 Device 834 requested by partition /coda_backup in use by /vicepa!
> 
> Assertion failed: file "partition.c", line 137
> Segmentation fault (core dumped)
> --
> 
> Any ideas what's going on here?
> 
> -Eli Daniel
> 
>       0
>         0
> \  /\ 0
>  \/ o\ 0 
>  /\  /
> /  \/
>