Coda File System

Re: problems with truncated backups

From: Lionix <wayne-cci_at_noos.fr>
Date: Wed, 21 May 2003 19:03:33 +0200
Hi,

Well i assume it is endly correct : Coda give you the number in bytes :  
here 4Mb !
So convert it in Bytes ( octet ), divide by 8 you get 500 000 kB... so 
500 000 ko....
The shell counts in Bytes ( octet ) and not in byte.... so everything is 
right i think....

This fu.... upper and lower"b" case....

Cordialy

L.K

>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.
>
>  
>
Received on 2003-05-21 13:05:48