Gene Heskett wrote: > On Monday 05 February 2007 11:03, Mark Hennessy wrote: >> The machine has 3GB of RAM and 8GB of available swap. >> It's running FreeBSD 6.2 and AMANDA 2.51p2-20070202 with GNU tar 1.16 >> from FreeBSD ports patchlevel 2. >> > Humm, darn, that seems to be more than sufficient, I have a gig on this > board & about 3GB of swap it never uses and have never seen that error. > > In simpler terms, that was my best shot at it. Has anyone else a clue? > Does the boot log show all 3GB of that ram? > Is it failing on the same filesystem that 'worked' other than the 'gtar returns 1' message in your previous post? If so, I'm not sure why Amanda ignoring the '1' return would cause tar to get a memory error when it didn't before.
Any chance your Amanda user has a low ulimit set for memory size? Can you run tar manually on the filesystem to /dev/null and watch the memory usage (with top or whatever) to see how big it is when the error occurs? Frank >> -- >> Mark Hennessy >> >>> -----Original Message----- >>> From: Gene Heskett [mailto:[EMAIL PROTECTED] >>> Sent: Monday, February 05, 2007 11:00 AM >>> To: [email protected] >>> Cc: Mark Hennessy; Jean-Louis Martineau >>> Subject: Re: Question about gtar error 1 and scheduling >>> >>> On Monday 05 February 2007 09:57, Mark Hennessy wrote: >>>> Thanks for telling me about that. I have updated that and now it >>>> doesn't die on error 1 anymore on a L0 backup of that disk. >>>> >>>> I was originally using the 2.51p2 release, not the latest snapshot. >>>> >>>> Now I'm seeing another problem, this time with the >>> incremental backup of >>> >>>> the same disk. >>>> AMANDA and gtar try to do an L1 of that same disk and this is what I >>>> get: ? gtar: memory exhausted >>> That's pretty plainly stated, how much ram is in that box? >>> >>>> ? gtar: Error is not recoverable: exiting now >>>> sendbackup: error [dump (6349) /usr/local/bin/gtar returned 2] >>>> >>>> Any advice? >>>> >>>> -- >>>> Mark Hennessy >>>> >>>>> -----Original Message----- >>>>> From: Jean-Louis Martineau [mailto:[EMAIL PROTECTED] >>>>> Sent: Friday, February 02, 2007 11:50 AM >>>>> To: Mark Hennessy >>>>> Cc: Amanda Users >>>>> Subject: Re: Question about gtar error 1 and scheduling >>>>> >>>>> Mark, >>>>> >>>>> Install latest amanda 2.5.1p2 snapshot from >>>>> http://www.zmanda.com/community-builds.php, >>>>> or wait for 2.5.1p3, it will be release next week. >>>>> >>>>> Jean-Louis >>>>> >>>>> Mark Hennessy wrote: >>>>>> I'm using AMANDA 2.51p2 and gtar 1.16. >>>>>> >>>>>> I want to make AMANDA ignore any error 1 response from gtar >>>>> and react like it >>>>> >>>>>> has not FAILED. >>>>>> >>>>>> This would make AMANDA accept the backup as successful with >>>>> STRANGE and then >>>>> >>>>>> AMANDA wouldn't have to run a second attempt in the same >>>>> run and then retry >>>>> >>>>>> the next run. >>>>>> >>>>>> This is the error I see: >>>>>> | Total bytes written: 129261885440 (121GiB, 2.0MiB/s) >>>>>> >>>>>> sendbackup: error [/usr/local/bin/gtar returned 1] >>>>>> >>>>>> How can I do that? Any advice would be greatly appreciated. >>>>>> >>>>>> I'm using GNU tar 1.16 >>>>>> >>>>>> From NEWS for GNU tar 1.16: >>>>>> version 1.16 - Sergey Poznyakoff, 2006-10-21 >>>>>> >>>>>> * After creating an archive, tar exits with code 1 if some >>>>> files were >>>>> >>>>>> changed while being read. Previous versions exited with >>>>> code 2 (fatal >>>>> >>>>>> error), and only if some files were truncated while >>> being archived. >>> >>>>>> I think that due to the fact that the e-mail files are in >>>>> constant flux I >>>>> >>>>>> have a very low chance of not getting an error code 1 no >>>>> matter when I run >>>>> >>>>>> the backup. >>>>>> >>>>>> -- >>>>>> Mark Hennessy >>> -- >>> Cheers, Gene >>> "There are four boxes to be used in defense of liberty: >>> soap, ballot, jury, and ammo. Please use in that order." >>> -Ed Howdershelt (Author) >>> Yahoo.com and AOL/TW attorneys please note, additions to the above >>> message by Gene Heskett are: >>> Copyright 2007 by Maurice Eugene Heskett, all rights reserved. > -- Frank Smith [EMAIL PROTECTED] Sr. Systems Administrator Voice: 512-374-4673 Hoover's Online Fax: 512-374-4501
