Re: amstar is allways performing a level 0 dump
Can anybody confirm this issue or have an idea how I can fix it? Am 15.09.2010 16:41, schrieb Marc Muehlfeld: Hello, I configured amstar for one of my DLEs on a 3.1.1 client. But since that it is allways backuped with level 0: ? /usr/bin/star: No such file or directory. Warning no /var/lib/amanda/star-lists/_shares_IT. ? /usr/bin/star: No level 0 dump entry found in '/var/lib/amanda/star-lists/_shares_IT'. ? /usr/bin/star: Perform a level 0 dump first. The star-lists directory on the client exists and is writeable by amanda: drwxr-xr-x 2 amanda disk 4096 10. Sep 09:44 /var/lib/amanda/star-lists/ drwxr-xr-x 4 amanda disk 4096 9. Sep 09:02 /var/lib/amanda/ drwxr-xr-x 18 root root 4096 26. Jan 2010 /var/lib/ drwxr-xr-x 21 root root 4096 19. Mai 17:18 /var/ What could be wrong? Regards, Marc -- Marc Muehlfeld (IT-Leiter) Zentrum fuer Humangenetik und Laboratoriumsmedizin Dr. Klein und Dr. Rost Lochhamer Str. 29 - D-82152 Martinsried Telefon: +49(0)89/895578-0 - Fax: +49(0)89/895578-78 http://www.medizinische-genetik.de
Re: 3.2.0svn3411
Am 2010-09-20 03:25, schrieb Gene Heskett: On Sunday, September 19, 2010 09:09:32 pm Dustin J. Mitchell did opine: Oops, sorry, it's debug_taper 9 not debug taper That appears to work. We'll see if it enhances the 3341 report tonight, thanks. I think I hit the same issue with my new gentoo-ebuild. Nothing written by amflush -b daily , amflush ... and nothing flushed from amdump. Added that debug-parameter and re-ran amflush, nothing special in the logs. pls advise for other flags to set. greets from the gentoo-tester, Stefan ;-)
Re: 3.2.0svn3411
On Mon, Sep 20, 2010 at 2:44 PM, Stefan G. Weichinger s...@amanda.org wrote: Added that debug-parameter and re-ran amflush, nothing special in the logs. What does this mean? Did the taper start up but not write anything? And what revision are you using? Dustin -- Open Source Storage Engineer http://www.zmanda.com
Re: 3.2.0svn3411
Am 20.09.2010 22:03, schrieb Dustin J. Mitchell: On Mon, Sep 20, 2010 at 2:44 PM, Stefan G. Weichinger s...@amanda.org wrote: Added that debug-parameter and re-ran amflush, nothing special in the logs. What does this mean? Did the taper start up but not write anything? Yep. There is a taper-debugfile, but nothing written. All DLEs marked NO FILE TO FLUSH in the report-mail. And what revision are you using? I think it was 3411, now I am at 3427. amflush -b daily immediately fails .. amreport: process terminated while waiting to flush A bit fast for the driver-process -- $ cat driver.20100920220732.debug Mon Sep 20 22:07:32 2010: driver: pid 8013 ruid 87 euid 87 version 3.2.0alpha: start at Mon Sep 20 22:07:32 2010 Mon Sep 20 22:07:32 2010: driver: pid 8013 ruid 87 euid 87 version 3.2.0alpha: rename at Mon Sep 20 22:07:32 2010 Mon Sep 20 22:07:34 2010: driver: pid 8013 finish time Mon Sep 20 22:07:34 2010 ? taper shows nothing special, afaik: $ cat taper.20100920220733.debug Mon Sep 20 22:07:33 2010: taper: pid 8014 ruid 87 euid 87 version 3.2.0alpha: start at Mon Sep 20 22:07:33 2010 Mon Sep 20 22:07:33 2010: taper: pid 8014 ruid 87 euid 87 version 3.2.0alpha: rename at Mon Sep 20 22:07:33 2010 Mon Sep 20 22:07:33 2010: taper: driver/taper START-TAPER worker0 20100920220732 Mon Sep 20 22:07:33 2010: taper: Amanda::Taper::Scribe: starting Mon Sep 20 22:07:33 2010: taper: Amanda::Taper::Scan::traditional stage 1: search for oldest reusable volume Mon Sep 20 22:07:33 2010: taper: Amanda::Taper::Scan::traditional oldest reusable volume is 'daily04' Mon Sep 20 22:07:33 2010: taper: Amanda::Taper::Scan::traditional changer is not fast-searchable; skipping to stage 2 Mon Sep 20 22:07:33 2010: taper: Amanda::Taper::Scan::traditional stage 2: scan for any reusable volume Mon Sep 20 22:07:33 2010: taper: Amanda::Taper::Scan::traditional result: 'daily04' on tape:/dev/nst0 slot 1, mode 2 Mon Sep 20 22:07:33 2010: taper: driver/taper TAPER-OK worker0 Mon Sep 20 22:07:33 2010: taper: driver/taper QUIT Mon Sep 20 22:07:33 2010: taper: Amanda::Taper::Scribe: quitting Mon Sep 20 22:07:33 2010: taper: pid 8014 finish time Mon Sep 20 22:07:33 2010 I assume debug_driver 9 ?? Stefan
Re: My 3.1.2 server starts ok, but taper never writes anything
On Sun, Sep 19, 2010 at 4:48 PM, Stephen Corbesero corbes...@ptd.net wrote: That did it Or may have done it. Sounds like this has worked out. I had added a test to Amanda, which runs in 'make check' that should have detected this: 536 thread-check: libTests.la 537 $(PERL) -I$(builddir) -I$(builddir)/.libs -I$(srcdir) \ 538 -MAmanda::Tests -e 'alarm(10); Amanda::Tests::try_threads' \ 539 || echo Perl cannot run extensions which use threads; consider linking perl \ 540 with -pthreads or compiling perl with threading enabled I suppose we should be more aggressive about running this test, at least on FreeBSD, and at least until this is fixed or worked around in the FreeBSD ports. It's impractical to run this check in ./configure, but what do you think about running this check even on 'make all'? Do you mind adding a FreeBSD problem report, if there's not one already? Can you give me a pointer so I can add myself as cc? Dustin -- Open Source Storage Engineer http://www.zmanda.com
Re: 3.2.0svn3411
with driver_debug 9: $ amcheck -s daily Amanda Tape Server Host Check - Holding disk /mnt/amhold/daily: 36 GB disk space available, using 36 GB WARNING: skipping tape test because amdump or amflush seem to be running WARNING: if they are not, you must run amcleanup Server check took 0.001 seconds (brought to you by Amanda 3.2.0alpha) ama...@mythtv /var/tmp/amanda/server/daily $ amcleanup -k daily /usr/libexec/amanda/amlogroll exited with value 1 256 ama...@mythtv /var/tmp/amanda/server/daily $ ls -lrt amlogroll* [...] -rw-r- 1 amanda amanda 447 Sep 20 22:23 amlogroll.20100920222356.debug ama...@mythtv /var/tmp/amanda/server/daily $ cat amlogroll.20100920222356.debug Mon Sep 20 22:23:56 2010: amlogroll: pid 8193 ruid 87 euid 87 version 3.2.0alpha: start at Mon Sep 20 22:23:56 2010 Mon Sep 20 22:23:56 2010: amlogroll: pid 8193 ruid 87 euid 87 version 3.2.0alpha: rename at Mon Sep 20 22:23:56 2010 Mon Sep 20 22:23:56 2010: amlogroll: warning: no current timestamp found in logfile Mon Sep 20 22:23:56 2010: amlogroll: critical (fatal): could not get current timestamp at /usr/libexec/amanda/amlogroll line 64. does that help? Stefan
Re: 3.2.0svn3411
On Mon, Sep 20, 2010 at 3:25 PM, Stefan G. Weichinger s...@amanda.org wrote: does that help? Perhaps. I'm strongly suspecting that this is a problem with the new multi-tape support. Jean-Louis, do you see anything related here? I've upgrade my production Amanda to the latest trunk (thanks to the handy-dandy ebuild!), so we'll see if I encounter similar problems myself. Dustin -- Open Source Storage Engineer http://www.zmanda.com
Re: Nitpick - amreport statistics
On Thu, Sep 16, 2010 at 4:52 PM, Dustin J. Mitchell dus...@zmanda.com wrote: Are you working on this? Perhaps someone else on the list can jump in? Hmm, well, I just took care of this: http://github.com/djmitche/amanda/commit/z11908.patch Total Full Incr. Level:# Estimate Time (hrs:min) 0:00 Run Time (hrs:min) 0:00 Dump Time (hrs:min) 0:00 0:00 0:00 Output Size (meg)0.00.00.0 Original Size (meg) 0.00.00.0 Avg Compressed Size (%)100.0-- 100.0 DLEs Dumped1 0 1 1:1 Avg Dump Rate (k/s) 3750.0-- 3750.0 Tape Time (hrs:min) 0:00 0:00 0:00 Tape Size (meg) 0.00.00.0 Tape Used (%)0.00.00.0 DLEs Taped 1 0 1 1:1 Parts Taped1 0 1 1:1 Avg Tp Write Rate (k/s)300.0-- 300.0 Jon, what do you think? Dustin -- Open Source Storage Engineer http://www.zmanda.com
Re: 3.2.0svn3411
Can you provide the complete amflush.1 or amdump.1 files Dustin J. Mitchell wrote: On Mon, Sep 20, 2010 at 3:25 PM, Stefan G. Weichinger s...@amanda.org wrote: does that help? Perhaps. I'm strongly suspecting that this is a problem with the new multi-tape support. Jean-Louis, do you see anything related here? I've upgrade my production Amanda to the latest trunk (thanks to the handy-dandy ebuild!), so we'll see if I encounter similar problems myself. Dustin
Re: Nitpick - amreport statistics
On Mon, Sep 20, 2010 at 04:22:34PM -0500, Dustin J. Mitchell wrote: On Thu, Sep 16, 2010 at 4:52 PM, Dustin J. Mitchell dus...@zmanda.com wrote: Are you working on this? ??Perhaps someone else on the list can jump in? Hmm, well, I just took care of this: http://github.com/djmitche/amanda/commit/z11908.patch Total Full Incr. Level:# Estimate Time (hrs:min) 0:00 Run Time (hrs:min) 0:00 Dump Time (hrs:min) 0:00 0:00 0:00 Output Size (meg)0.00.00.0 Original Size (meg) 0.00.00.0 Avg Compressed Size (%)100.0-- 100.0 DLEs Dumped1 0 1 1:1 Avg Dump Rate (k/s) 3750.0-- 3750.0 Tape Time (hrs:min) 0:00 0:00 0:00 Tape Size (meg) 0.00.00.0 Tape Used (%)0.00.00.0 DLEs Taped 1 0 1 1:1 Parts Taped1 0 1 1:1 Avg Tp Write Rate (k/s)300.0-- 300.0 Jon, what do you think? Looks better to my eye. Any one else? jl -- Jon H. LaBadie j...@jgcomp.com JG Computing 12027 Creekbend Drive (703) 787-0884 Reston, VA 20194 (703) 787-0922 (fax)