Hi Briner,

It looks as the same problem Christoph Scheeder have with amflush.
Except that it's the planner that crash for you.

Which version of amanda are you using?
Which hardware/OS?

Could you run it under a debugger and send me the backtrace.
'gdb /path/to/planner <config>', It will take some time because it will
do the estimate phase.

Do you have the same problem with 2.4.4b1?

Jean-Louis

On Fri, Feb 07, 2003 at 01:43:41PM +0100, briner wrote:
> Hi,
> 
> The question is: I know that that the autoflush option is quite new, Do
> you think that maybe amdump doesn't handle amflush so well and then
> amdump will not report this handling problems in the logs?
> 
> BECAUSE.....
> 
> I had a problem with amanda, amdump was running in total for 10mn when
> usually it takes about 10hours and the report was a follow:
> 
> FAILURE AND STRANGE DUMP SUMMARY:
>   obslin8    /home RESULTS MISSING
>   isdcul10   /export/diskS1 RESULTS MISSING
>   :
>   : (for every hosts/partition)
> nothing was dump, on the tape!
> 
> I was suprised because when I run amstatus during the process and saw
> some:
> estimating done
> 
> So I looked suspicious that the report was telling me that the data was
> missing when the <<sendsize>> program was working fine
> 
> but amcheck was keeping to tell me that everything was fine...
> I check the /tmp/amanda/ files without finding any warning what so ever
> I also check the <confdir>/amdump nothing else more!
> 
> Finally I find out that the amflush was not working properly, So I
> decided to erase all the data kept in the HoldingDisk...I Run amcleanup
> 
> remove the option autoflush in amanda.conf....
> 
> and ...raaaaahh!...it's working again...... ouf!
> 
> If you need more details ...just ask! :)
> 
> thanks
> 
> briner
> 
> /------------------------------------------------------------/
>                    F I L E
> /------------------------------------------------------------/
> >tail amdump
> FLUSH obssb56 /export/diskA1 20030203 1
> /export/diskF/DailySet/20030203/obssb56._export_diskA1.1
> driver: adding holding disk 0 dir /export/diskF/DailySet size 21239445
> reserving 6371833 out of 21239445 for degraded-mode dumps
> driver: start time 1025.777 inparallel 8 bandwidth 21400 diskspace
> 21239445 dir OBSOLETE datestamp 20030206 driver: drain-ends tapeq LFFO
> big-dumpers TSTSTSss
> driver: result time 1025.777 from taper: TAPER-OK
> driver: state time 1025.777 free kps: 21400 space: 21239445 taper: idle
> idle-dumpers: 8 qlen tapeq: 0 runq: 0 roomq: 0 wakeup: 86400
> driver-idle: not-idle
> driver: interface-state time 1025.777 if : free 20000 if LE0: free 400
> if LOCAL: free 1000
> driver: hdisk-state time 1025.777 hdisk 0: free 21239445 dumpers 0
> driver: QUITTING time 1025.777 telling children to quit
> driver: send-cmd time 1025.777 to dumper0: QUIT
> driver: send-cmd time 1025.778 to dumper1: QUIT
> driver: send-cmd time 1025.778 to dumper2: QUIT
> driver: send-cmd time 1025.778 to dumper3: QUIT
> driver: send-cmd time 1025.778 to dumper4: QUIT
> driver: send-cmd time 1025.778 to dumper5: QUIT
> driver: send-cmd time 1025.778 to dumper6: QUIT
> driver: send-cmd time 1025.782 to dumper7: QUIT
> driver: send-cmd time 1025.782 to taper: QUIT
> taper: DONE [idle wait: 918.785 secs]
> taper: writing end marker. [sb19_2 OK kb 0 fm 0]
> driver: unknown pid 2131 exited with signal 10
> driver: FINISHED time 1025.821
> amdump: end at Thu Feb  6 22:02:06 MET 2003
> 

-- 
Jean-Louis Martineau             email: martineau AT IRO.UMontreal DOT CA 
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