Coda File System

Re: problems with truncated backups

From: Steve Simitzis <steve_at_saturn5.com>
Date: Tue, 6 Jul 2004 00:13:33 -0700
i seem to be having this problem again.

backup reported this:

23:01:16 Dumping 7f000008.1000052 to /home/backup/05Jul2004/db.domain.com-7f000008.1000052 ...
 23:49:45               Transferred -1106358795 bytes

(2GB + whatever negative value)

but the file was only this:

-rwxr-xr-x    1 root     root       122727 Jul  5 23:49 db.domain.com-7f000008.1000052


even more curious is that the first time i tried to run the backup, it
failed:


03:27:15 Dumping 7f000008.1000052 to /home/backup/05Jul2004/db.domain.com-7f000008.1000052 ...
04:10:37 VolDump (237d) failed on 1000064 with Unknown RPC2 return code 200

04:10:37 Dump of volume 7f000008 failed!

04:10:37 Dumping 7f000005.1000006 to /home/backup/05Jul2004/db.domain.com-7f000005.1000006 ...
04:10:37 WriteDump: Error RPC2_SEFAIL2 (F) in CheckSideEffect

04:10:37 Transmitted bytes 0 != requested bytes 510906!

04:10:42                Transferred 12754145 bytes


running volutil dump by hand seems to work okay, though.

On 05/21/03, Steve Simitzis <steve_at_saturn5.com> wrote: 

> hello.
> 
> i am attempting to use the backup system for the first time, and i'm
> having troubles.
> 
> it looks like the backups are successful, according to SrvLog:
> 
> 00:48:53 NewDump: file /vice/backup/7f000005.1000006.newlist volnum 7f000005 id 1000007 parent 1000006
> 00:48:55 S_VolNewDump:  volume dump succeeded
> 
> i looked inside /vice/backup/7f000005.1000006.newlist and it indicates
> a level 0 backup, and it is sufficiently long, packed with vnodes and
> long lists of numbers that i assume are correct.
> 
> on the backup machine, i see this:
> 
> 00:48:53 Dumping 7f000005.1000006 to /usr/backup/21May2003/db.domain.com-7f000005.1000006 ...
> 00:48:55                Transferred 4902360 bytes
> 
> however:
> 
> 91 /usr/backup/21May2003: sg4> ls -l
> total 1512
> -rwxr-xr-x    1 root     root       511998 May 21 00:48 db.domain.com-7f000005.1000006
> 
> as you can see, the actual file is much less than 4902360 bytes!
> 
> every backup i've tried turns out to be right around the same size
> (512000 bytes), even though the correct amount of data is reported as
> transfered.
> 
> there is also this one, which seems to be an odd case:
> 
> 00:48:55 Dumping 7f000004.1000005 to /usr/backup/21May2003/db.domain.com-7f000004.1000005 ...
> 00:56:58                Transferred -1753755496 bytes
> 
> -rwxr-xr-x    1 root     root       150061 May 21 00:56 db.domain.com-7f000004.1000005
> 
> i have followed the instructions quite closely, and i've been certain
> to specify a full backup rather than an incremental. there is plenty
> of disk space in the backup filesystem, so i'm at a loss as to why
> it's not actually creating the backups.
> 
> -- 
> 
> steve simitzis : /sim' - i - jees/
>           pala : saturn5 productions
>  www.steve.org : 415.282.9979
>   hath the daemon spawn no fire?
> 

-- 

steve simitzis : /sim' - i - jees/
          pala : saturn5 productions
 www.steve.org : 415.282.9979
  hath the daemon spawn no fire?
Received on 2004-07-06 03:28:30