Re: planner bug?
On Sat, Mar 29, 2003 at 10:59:46PM -0500, Jeremy L. Mordkoff wrote: > I have 20 GB (uncompressed) tape drive. > > I have a 23 GB partition. > > My compression ratio averages well over 50% so a full will fit on the > tape, but Amanda refuses to even try I am unable to read your mind through your tinfoil hat. You will have to provide me with details. I am naturally inclined to suspect operator error over an actual bug in the planner. If you want someone to investigate the problem I suspect you submit your amreport output, the contents of your amanda logfile for the session in question, and the contents of the amandad.debug file from the client. Perhaps you should read this: http://www.catb.org/~esr/faqs/smart-questions.html Brandon D. Valentine -- Systems Administrator Center for Structural Biology Vanderbilt University
Re: planner bug?
On Sat, Mar 29, 2003 at 10:59:46PM -0500, Jeremy L. Mordkoff wrote: > I have 20 GB (uncompressed) tape drive. > > > > I have a 23 GB partition. > > > > My compression ratio averages well over 50% so a full will fit on the > tape, but Amanda refuses to even try Subject: Re: planner bug? >From your eloquent and complete description it must be. -- Jon H. LaBadie [EMAIL PROTECTED] JG Computing 4455 Province Line Road(609) 252-0159 Princeton, NJ 08540-4322 (609) 683-7220 (fax)
planner bug?
I have 20 GB (uncompressed) tape drive. I have a 23 GB partition. My compression ratio averages well over 50% so a full will fit on the tape, but Amanda refuses to even try JLM Jeremy Mordkoff Tatara Systems 978-206-0808 (direct) 978-206-0888 (fax) injustice anywhere threatens justice everywhere -- Dr. Martin Luther King
Re: Planner bug in 2.4.2p2 - again
On Thu, Dec 20, 2001 at 12:18:34PM -0800, Doug Silver wrote: > Hi All - > > Just confirming this previous post: > http://groups.yahoo.com/group/amanda-users/message/31048 > > This is the second or third time that it has happened to me. My > configuration has 39 partitions over 14 machines. > > Here's the relevant notes from amdump.1: > > setting up estimates for FRED:/export > FRED:/export overdue 16 days for level 0 > planner: error [planner askfor: lev out of range -1..10: 10] > error [planner askfor: lev out of range -1..10: 10] > planner: pid 16646 finish time Wed Dec 19 23:00:01 2001 > > (FRED is not the real hostname). > > Could this be a problem between gtar and the planner? I think it > previously happened on a partition using gtar as the dumper. > > the server is a bsdi 4.1 box, with 2.4.2p2 installed. It's fix in CVS. As a workaround, you can increase bumpdays in your config file. Jean-Louis -- Jean-Louis Martineau email: [EMAIL PROTECTED] Departement IRO, Universite de Montreal C.P. 6128, Succ. CENTRE-VILLETel: (514) 343-6111 ext. 3529 Montreal, Canada, H3C 3J7Fax: (514) 343-5834
Planner bug in 2.4.2p2 - again
Hi All - Just confirming this previous post: http://groups.yahoo.com/group/amanda-users/message/31048 This is the second or third time that it has happened to me. My configuration has 39 partitions over 14 machines. Here's the relevant notes from amdump.1: setting up estimates for FRED:/export FRED:/export overdue 16 days for level 0 planner: error [planner askfor: lev out of range -1..10: 10] error [planner askfor: lev out of range -1..10: 10] planner: pid 16646 finish time Wed Dec 19 23:00:01 2001 (FRED is not the real hostname). Could this be a problem between gtar and the planner? I think it previously happened on a partition using gtar as the dumper. the server is a bsdi 4.1 box, with 2.4.2p2 installed. I'm not on the list, so please include me in your replies. Thanks! -- ~ Doug Silver Network Manager Quantified Systems, Inc ~
planner bug in 2.4.2p2?
Hi, Tonight our AMANDA system failed with the following errors: FAILURE AND STRANGE DUMP SUMMARY: planner: FATAL error [planner askfor: lev out of range -1..10: 10] atlas.astr / RESULTS MISSING atlas.astr /mydisks/admin0 RESULTS MISSING atlas.astr /mydisks/admin1 RESULTS MISSING hal.astro. / RESULTS MISSING and so on for each of the 134 disks. I looked at the amdump logfile, and it said: setup_estimate: hal.astro.umn.edu:/usr: command 0, options: last_level 1 next_level0 -1 level_days 13 getting estimates 0 (513840) 1 (9540) -1 (-1) setting up estimates for hal.astro.umn.edu:/user_a hal.astro.umn.edu:/user_a overdue 1 day for level 0 planner: error [planner askfor: lev out of range -1..10: 10] error [planner askfor: lev out of range -1..10: 10] planner: pid 31108 finish time Thu Oct 4 17:00:03 2001 So I did an 'amadmin astro0 force hal /user_a' and now it's running OK. Below are the segments of the amdump log from the last successful run that are relevant to hal:/user_a. Please CC any responses to [EMAIL PROTECTED] as I'm not on the list. Thanks, Ben --- from adm/amanda/astro0/amdump.5 --- ..snip.. setting up estimates for hal.astro.umn.edu:/user_a setup_estimate: hal.astro.umn.edu:/user_a: command 0, options: last_level 8 next_level0 1 level_days 1 getting estimates 0 (12188160) 8 (487790) 9 (0) ..snip.. got result for host hal.astro.umn.edu disk /user_a: 0 -> 12380160K, 8 -> 637170K, 9 -> 418950K ..snip.. pondering hal.astro.umn.edu:/user_a... next_level0 1 last_level 8 (not due for a full dump, picking an incr level) pick: size 637170 level 8 days 1 (thresh 204800K, 1 days) pick: next size 418950... BUMPED curr level 9 size 418950 total size 78075339 total_lev0 41572450 balanced-lev0size 34977846 ..snip.. hal.astro.umn.edu /user_a pri 2 lev 9 size 418950 ..snip.. hal.astro.umn.edu /user_a 2 9 2001:10:1:22:32:6 418950 272 ..snip.. driver: send-cmd time 1607.073 to dumper2: FILE-DUMP 05-00227 /mydisks/hold4/amanda/20011002/hal.astro.umn.edu._user__a.9 hal.astro.umn.edu /user_a 9 2001:10:1:22:32:6 1048576 GNUTAR 419040 |;bsd-auth;index;exclude-list=/usr/local/etc/exclude.userdisk; driver: state time 1607.073 free kps: 76317 space: 65235028 taper: writing idle-dumpers: 0 qlen tapeq: 2 runq: 27 roomq: 0 wakeup: 86400 driver-idle: not-idle ..snip.. driver: finished-cmd time 1886.319 dumper2 dumped hal.astro.umn.edu:/user_a PGP signature