Hi Christopher,
On Tue, Jan 02, 2001 at 07:19:32AM -0800, Christopher McCrory wrote:
> All the small partitions went first and taped fine. The rest of the
> larger partitions taped fine. Then the last two. Two ~20 gig
> partitions with ~10 gigs used. The amstatus showed an estimate size of
> 9.9 gigs for boths these partitions. (The linux dump has a bug in the
> size extimate). All the previous sessions ended up showing usage of
> 102% - 120%. The last two backups would fail and start over,
> ping-ponging back and forth. It went something like this:
Could you try this patch on the server.
Send me (privately) your amdump.1 log file if
the patch doesn't fix the bug.
Jean-Louis
--
Jean-Louis Martineau email: [EMAIL PROTECTED]
Departement IRO, Universite de Montreal
C.P. 6128, Succ. CENTRE-VILLE Tel: (514) 343-6111 ext. 3529
Montreal, Canada, H3C 3J7 Fax: (514) 343-5834
--- server-src/driver.c.orig Tue Dec 19 10:25:37 2000
+++ server-src/driver.c Sat Dec 23 15:37:01 2000
@@ -821,11 +821,17 @@
if( busy_dumpers == 1 ) { /* case c */
assignedhd_t **holdp;
int i;
+ long est_size;
/* set estimate to more than what is already use */
- sched(dp)->est_size = 20 * TAPE_BLOCK_SIZE;
+ est_size = 20 * TAPE_BLOCK_SIZE;
holdp = sched(dp)->holdp;
for(i=0; holdp[i]; i++ ) { /* for each disk */
- sched(dp)->est_size += holdp[i]->used;
+ est_size += holdp[i]->used;
+ }
+ fprintf(stderr,"est_size: %ld %ld\n",est_size,sched(dp)->est_size);
+ if(est_size > sched(dp)->est_size) {
+ fprintf(stderr,"Should not be executed\n");
+ sched(dp)->est_size = est_size;
}
}
/* case b */
