C R Ritson wrote:
> Looking mostly OK...
>
> I have been able to run my version 2.4.5 amrecover against the (patched)
> 2.6.0b2 server without a problem.
>
>; When I tried the other way around, running the 2.6.0b2 amrecover against
> a 2.5.2p1 server, I was not offered any data from the tapes created
> since the default for the server was 2.6.0b2. Is this what you would
> expect? It makes the upgrade to 2.6.0 on the server a one-way operation,
> unless you use amrestore for the recovery in this situation.
>
amrecover since 2.5.1 can't communicate with older server, use must use
the amoldrecover for that.

Jean-Louis

> -----Original Message-----
> From: Jean-Louis Martineau [mailto: martineau%40zmanda.com">martineauzmanda.com]
> Sent: 05 March 2008 17:01
> To: C R Ritson; Amanda Hackers
> Subject: Re: 2.6.0b2 - possible tape handling problem
>
> C R Ritson wrote:
> > Oops -- sorry! The machine I was wanting a restore for was my test
>; > amanda client and I ended up stepping back to 2.4.5. Re-running on
> > 2.6.0p2 again now. Does this mean that 2.4.5 clients can't
> use a 2.6.0
> > server, or only that your debug trace was useless?
> >
> It's a bug and is fixed with the attached patch.
> Latest snapshot from
> http://www.zmanda.com/community-builds.php have the
> bug fix.

Looking mostly OK...

I have been able to run my version 2.4.5 amrecover against the (patched)
2.6.0b2 server without a problem.

When I tried the other way around, running the 2.6.0b2 amrecover against
a 2.5.2p1 server, I was not offered any data from the tapes created
since the default for the server was 2.6.0b2. Is this what you would
expect? It makes the upgrade to 2.6.0 on the server a one-way operation,
unless you use amrestore for the recovery in this situation.

Another minor niggle which I will probably be able to avoid with a shell
script is that amcheckdump doesn't complain if it detects an error. I
wonder if a -m flag (like amcheck) might be a possibility in the future.

Chris Ritson.

On Thu, Mar 6, 2008 at 8:37 AM, C R Ritson < c.r.ritson%40newcastle.ac.uk">c.r.ritsonnewcastle.ac.uk> wrote:
&gt; Another minor niggle which I will probably be able to avoid with a shell
&gt; script is that amcheckdump doesn't complain if it detects an error. I
> wonder if a -m flag (like amcheck) might be a possibility in the future.

By "complain", I think you mean "send an email";? It does set its exit
status, and send error messages to stdout, but you're right -- no
email.

Amcheckdump's already written in Perl, so there are likely a number of
amanda-hackers here who could implement such an option.

Dustin

--
Storage Software Engineer
http://www.zmanda.com

> On Thu, Mar 6, 2008 at 8:37 AM, C R Ritson
> < c.r.ritson%40newcastle.ac.uk">c.r.ritsonnewcastle.ac.uk> wrote:
&gt; > Another minor niggle which I will probably be able to
> avoid with a shell
&gt; > script is that amcheckdump doesn't complain if it detects
> an error. I
> > wonder if a -m flag (like amcheck) might be a possibility
> in the future.
>
> By "complain", I think you mean "send an email";? It does set its exit
>; status, and send error messages to stdout, but you're right -- no
> email.
&gt;
> Amcheckdump's already written in Perl, so there are likely a number of
> amanda-hackers here who could implement such an option.

Yes. Unless it has not made it into 2.6, "-m&quot; on the amcheck command
sends an e-mail to the address taken from amanda.conf if (and only if)
there are errors to report - in our case usually when someone has
forotten to re-fill the tape changer.

Somewhere down the line, the internal working of cron seems to have been
changed. When I first started using it, the cron daemon would send a
message to its configured address if any of its commands exited with a
non zero status OR if there was output on standard-error. This was very
useful for quick and dirty admin scrips.

Chris Ritson (Computing Officer and School Safety Officer)

Room 707, Claremont Tower, EMAIL: C.R.Ritson%40ncl.ac.uk">C.R.Ritsonncl.ac.uk
School of Computing Science, PHONE: +44 191 222 8175
Newcastle University, FAX : +44 191 222 8232
Newcastle upon Tyne, UK NE1 7RU. WEB : http://www.cs.ncl.ac.uk/