The time required for the estimate is more a matter of the number of files and not of their size. Most of the time needed for the estimation is spent in traversing through the directory structure of the file system. Could it be, that you have installed some big source-tarballs to, for example, /usr/local/something and compiled them there, a few month's ago when the problem occurred for the first time? Or did you establish some nightly cron job that does a lot of disc I/O?
I would suggest to increase etimeout to a much bigger value, let's say 14400 or so and see if the estimates finish at all then. If they still fail, I would take a closer look on the health of the hard discs... Another option could be to change the estimate method for the dump type you are using, e.g. if you are using "dumptype user-tar" for the DLEs, put an "estimate calcsize" in the definition of "dumptype user-tar". The results of that estimate method will be less accurate than the ones from the default method but it executes faster. Best Jens On Wed Dec 05 2012 22:50:28 GMT+0100 [email protected] (Charles Stroom) wrote: > I hope somebody can help me. Since already some time, most backups > fail, mostly on one item "/usr" with the message that the estimate > timed out. Only once in a while (1 out of 10), this failure does not > occur and the backup completes normally. This sounds to me that in > principal all conf files are ok, but somewhere it still goes wrong. > > I am running amanda for years now, and I have not kept all log files, > but the problem, in my remembrance, started to appear many months ago > but because from time to time, everything goes well, it did not bother > me too much. But recently, a few more timeouts occur on other DLEs (if > that is the name?), even on /usr/local, which is only 200Mb in total! > I have doubled the etimeout variable 3 times (etimeout is now 4800), > but that does not help. > > Amanda produces many log files and I miss the expertise to understand > them really. I attach the short log file which comes at the end of a > backup (which has incidentally more timeouts as usual). Any ideas are > welcome. > > Regards, Charles > > > ================================= > Return-Path: <[email protected]> > X-Original-To: root > Delivered-To: [email protected] > Received: by fiume.localnet (Postfix, from userid 1002) > id 5398642C; Thu, 29 Nov 2012 19:09:04 +0100 (CET) > Date: Thu, 29 Nov 2012 19:09:03 +0100 > To: [email protected] > Subject: daily_backup FAIL: AMANDA MAIL REPORT FOR November 29, 2012 > User-Agent: Heirloom mailx 12.2 01/07/07 > MIME-Version: 1.0 > Content-Type: text/plain; charset=us-ascii > Content-Transfer-Encoding: 7bit > Message-Id: <[email protected]> > From: [email protected] (Amanda) > > Hostname: fiume > Org : daily_backup > Config : daily_dds4 > Date : November 29, 2012 > > These dumps were to tape dds4-01. > The next tape Amanda expects to use is: dds4-02. > FAILURE DUMP SUMMARY: > planner: ERROR fiume.localnet NAK: timeout on reply pipe > fiume.localnet /home lev 0 FAILED [disk /home, all estimate timed > out] fiume.localnet /usr lev 0 FAILED [disk /usr, all estimate timed > out] fiume.localnet /usr/local lev 0 FAILED [disk /usr/local, all > estimate timed out] fiume.localnet /var lev 0 FAILED [disk /var, all > estimate timed out] > > > > STATISTICS: > Total Full Incr. Level:# > -------- -------- -------- -------- > Estimate Time (hrs:min) 0:02 > Run Time (hrs:min) 0:32 > Dump Time (hrs:min) 0:15 0:15 0:00 > Output Size (meg) 2815.2 2784.6 30.6 > Original Size (meg) 5644.0 5613.4 30.6 > Avg Compressed Size (%) 49.9 49.6 100.0 > DLEs Dumped 9 6 3 1:3 > Avg Dump Rate (k/s) 3244.3 3274.1 1775.4 > > Tape Time (hrs:min) 0:21 0:21 0:00 > Tape Size (meg) 2815.2 2784.6 30.6 > Tape Used (%) 15.2 15.0 0.2 > DLEs Taped 9 6 3 1:3 > Parts Taped 9 6 3 1:3 > Avg Tp Write Rate (k/s) 2295.2 2308.9 1491.9 > > USAGE BY TAPE: > Label Time Size % DLEs Parts > dds4-01 0:21 2882760K 15.2 9 9 > > NOTES: > planner: disk fiume.localnet:/var, estimate of level 0 timed out. > planner: disk fiume.localnet:/var, estimate of level 1 timed out. > planner: disk fiume.localnet:/usr/local, estimate of level 0 timed > out. planner: disk fiume.localnet:/usr/local, estimate of level 1 timed > out. planner: disk fiume.localnet:/usr, estimate of level 0 timed out. > planner: disk fiume.localnet:/usr, estimate of level 1 timed out. > planner: disk fiume.localnet:/home, estimate of level 0 timed out. > planner: disk fiume.localnet:/home, estimate of level 1 timed out. > planner: Full dump of fiume.localnet:/home/charles/.VirtualBox > promoted from 3 days ahead. planner: Full dump of fiume.localnet:/ > promoted from 3 days ahead. planner: Full dump of stremen.localnet:/var > promoted from 3 days ahead. planner: Full dump of stremen.localnet:/ > promoted from 3 days ahead. planner: Full dump of fiume.localnet:/opt > promoted from 3 days ahead. planner: Full dump of > fiume.localnet:/home/charles/Documents promoted from 3 days ahead. > taper: tape dds4-01 kb 2882763 fm 9 [OK] > > > DUMP SUMMARY: > DUMPER STATS TAPER > STATS HOSTNAME DISK L ORIG-KB OUT-KB COMP% MMM:SS KB/s > MMM:SS KB/s -------------------------- > ------------------------------------- ------------- > fiume.localn / 0 249010 119314 47.9 0:46 2598.0 0:51 > 2339.5 fiume.localn /home FAILED > fiume.localn -VirtualBox 0 1534120 1019294 66.4 2:25 7043.1 7:22 > 2306.1 fiume.localn -/Documents 0 100190 43137 43.1 0:11 > 3839.9 0:19 2270.4 fiume.localn -s/pictures 1 31180 31180 > -- 0:11 2951.3 0:13 2398.5 fiume.localn -anon_800IS 1 150 > 150 -- 0:07 22.6 0:04 37.5 fiume.localn -arles/vbox 1 > 10 1 10.0 0:00 2.3 0:04 0.0 fiume.localn /opt > 0 785940 320516 40.8 1:07 4773.1 2:19 2305.9 > fiume.localn /usr FAILED > fiume.localn /usr/local FAILED > fiume.localn /var FAILED > stremen.loca / 0 2654430 1125385 42.4 8:37 2175.4 8:07 > 2310.9 stremen.loca /var 0 424430 223784 52.7 1:25 > 2646.1 1:37 2307.1 > > (brought to you by Amanda version 3.2.2) > > -- Jens Berg R&D VTech IAD GmbH Schreberweg 1, 24119 Kronshagen, Germany Phone: +49 431 99081811, Fax: +49 431 99081850 Location: Kiel, Local Court Kiel, HRB 10298 KI Managing Director: Andreas Zipp ----------------------------------------------------------------------- Please be informed that this email and any materials attached herewith may contain confidential or legally privileged information that are intended solely for the use by its named recipient. If you have received this email in error, please notify us immediately by reply email and delete this email from your system. Any disclosure, use, copying, printing, distribution or reliance upon the contents of this email is strictly prohibited. Thank you for your attention. - This mail is sent via VTech IAD GmbH
