Amanda-Users

Re: Problems with new Amanda release (2.5.0p2): amcheck not reporting tape errors via e-mail

2006-07-12 00:36:46
Subject: Re: Problems with new Amanda release (2.5.0p2): amcheck not reporting tape errors via e-mail
From: Jon LaBadie <jon AT jgcomp DOT com>
To: amanda-users AT amanda DOT org
Date: Wed, 12 Jul 2006 00:15:30 -0400
On Tue, Jul 11, 2006 at 07:03:01PM -0500, donald.ritchey AT exeloncorp DOT com 
wrote:
> I recently upgraded the first of our Amanda installations to 2.5.0p2 ]
> and found an unwelcome surprise:  amcheck no longer reports tape
> problems
> via e-mail from an amcheck run out of the Amanda user's crontab file.
> 
> We have amcheck set to run every day at 1500 to warn us if we have
> forgotten 
> to change the tape before leaving for the day.  Since upgrading, I get a
> normal warning message from amcheck when I run it from the foreground in
> a 
> terminal window, but nothing whatsoever from the crontab entry.
> 
> I spent some time this evening with another administrator checking the
> limits
> of what does and does not work here.  
> 
>       If I leave the previous tape out of the drive, I get an error
> from 
>       amcheck -s in the terminal session telling me no tape is found,
> but 
>       nothing from amcheck -sm.  
> 
>               tape_rdlabel: tape open: /dev/ntape/tape0: I/O error
>                      (expecting tape emcpd-007 or a new tape)
> 
>       If I have the old tape loaded in the drive, I get an error about
>       the wrong tape loaded in the drive, but again I get nothing from
> 
>       amcheck -sm.
>               read label `emcpd-006', date `20060711'
>                      (expecting tape emcpd-007 or a new tape)
> 
> Is there some change or magic switch that I missed or can someone point
> me
> in the right direction to troubleshoot the issue?  Surely, someone else
> is
> using amcheck from a crontab and getting useful results.


A similar (same?) bug was reported by J Tibbet in May and again
on June 30.  Supposedly it was corrected, so a newer snapshot
may be in order.  If not, Paul B, on July 3 posted a couple of
lines of patch you could apply to amcheck.c.


-- 
Jon H. LaBadie                  jon AT jgcomp DOT com
 JG Computing
 4455 Province Line Road        (609) 252-0159
 Princeton, NJ  08540-4322      (609) 683-7220 (fax)