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: [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
