Re: amrecover problem

[Gene Heskett]

On Wednesday 14 December 2016 20:15:30 Debra S Baddorf wrote:

> > On Dec 14, 2016, at 6:04 PM, Gene Heskett 
> > wrote:
> >
> > On Wednesday 14 December 2016 18:25:23 Debra S Baddorf wrote:
> >>> On Dec 14, 2016, at 4:51 PM, Gene Heskett 
> >>> wrote:
> >>>
> >>> Greetings all;
> >>>
> >>> I added another machine machine to my disklist about a month back,
> >>> and now I need to do a full recovery just to see if I've blown a
> >>> pin on its gpio.
> >>>
> >>> The machine is a raspberrypi 3b.
> >>>
> >>> But even though I have added it to the only_from line in
> >>> the /etc/xinetd.d/amanda file, and restarted xinetd, and verified
> >>> that all the server_args=bsdtcp, this machine is still rejecting
> >>> the connection from amrecover on the pi:
> >>>
> >>> pi@raspberrypi:/ $ sudo amrecover -s coyote.coyote.den -t
> >>> coyote.coyote.den -d /amandatapes -C Daily
> >>> AMRECOVER Version 3.3.6. Contacting server on coyote.coyote.den
> >>> ... [request failed: EOF on read from coyote.coyote.den]
> >>>
> >>> What does this tell me I need to do next?
> >>>
> >>> Thank you all.
> >>>
> >>> Cheers, Gene Heskett
> >>> --
> >>> "There are four boxes to be used in defense of liberty:
> >>> soap, ballot, jury, and ammo. Please use in that order."
> >>> -Ed Howdershelt (Author)
> >>> Genes Web page 
> >>
> >> For an easy starter question:  does your server  (coyote, I take
> >> it?) include the PI node’s name in the  .amandahosts   file?   
> >> (And .k5amandahosts,  but I doubt if you use kerberos).
> >>
> >> Sample client line:
> >> .amandahosts:PI.my.domainroot amindexd amidxtaped
> >
> > Now I am between 2 other rocks
> > pi@raspberrypi:~ $ sudo amrecover -s coyote.coyote.den -t
> > coyote.coyote.den -C Daily
> > AMRECOVER Version 3.3.6. Contacting server on coyote.coyote.den ...
> > NAK: user root from raspberrypi.coyote.den is not allowed to execute
> > the service amindexd: Please add the line "raspberrypi.coyote.den
> > root amindexd amidxtaped" to /home/amanda/.amandahosts on the server
> > pi@raspberrypi:~
>
> Well,  this one is what we just did.   However,  the file is rather
> picky about its permissions: (operator  is my backup account).  Oh, 
> and make sure the line reads exactly as requested, above. -rw--- 
> 1 operator root  2875 Aug 29 14:09 .amandahosts
>
> > $ amrecover -s coyote.coyote.den -t coyote.coyote.den -C
> > Daily
> > amrecover: critical (fatal): create debug
> > directory "/var/log/amanda/client/": Permission denied
> > amrecover: create debug directory "/var/log/amanda/client/":
> > Permission denied
> >
> > but the directory exists, with these permissions:
> > pi@raspberrypi:/var/log $ sudo ls -l amanda
> > total 8
> > drwx-- 2 backup backup 4096 Dec 14 03:03 amandad
> > drwx-- 3 backup backup 4096 Dec 14 18:50 client
> > Those perms don't look kosher, but thats what installing
> > amanda-common and amanda-client left me with.
>
> I gather these are where your logs are supposed to go?   (the default
> value is  /tmp/amanda,  I think) My permissions are,  where OPERATOR 
> is my backup  account.
>
> drwxr-xr-x.  7 operator root 4096 Dec 14 07:00 amanda
>
> What’s the permission on your  “/var/log”   itself  ?   If you don’t
> want *IT*  to be owned by  “backup” you may need to specify a
> directory under it./var/log/amanda  perhaps. Though,  if your
> backups are currently working,
> it’s probably okay.   It’s just the recover   that isn’t going,  right
> now.
>
> directories under that are created at need,  i think,  and come up
> with drwx--  2 operator root 4096 Dec 14 17:30 amandad
> drwx--  5 operator root 4096 Dec 14 17:30 client
> drwx--  2 operator root 4096 Dec 14 04:47 log.error
> drwx--  5 operator root 4096 Dec 14 17:30 server
> (you won’t get all until needed)
>   Those match yours.
>
> So, maybe I haven’t added anything new?Or did this prompt a
> change, above? Deb
>
> > Next?
> >
> > Thanks Deb.
> >
> > Cheers, Gene Heskett
> > --
> > "There are four boxes to be used in defense of liberty:
> > soap, ballot, jury, and ammo. Please use in that order."
> > -Ed Howdershelt (Author)
> > Genes Web page 

That one I did get sorted, I needed to put a "root" line in .amandahosts.

So I set it up to do a bare metal recovery of /.  But it crashed before 
even getting a good start. So now I have a trashed boot card, which is 
actually a 32Gb u-sd card about the size of a fingernail. I have the 
stuff here to rebuild it, or more cards.  But I am convinced I've blown 
a gpio pin on this pi, so I just ordered two more from MCM. $35 a copy. 
I've been beating my head on the floor over some crappy hookup jumpers 
that probably caused the blown pin, so if Digi-Key or the mailman, ever 
gets off the pot, I'll make me up a special jumper assembly that should 
stop the interconnect problem that started all this, once and for all. 

Re: amrecover problem

[Debra S Baddorf]

> On Dec 14, 2016, at 6:04 PM, Gene Heskett  wrote:
> 
> On Wednesday 14 December 2016 18:25:23 Debra S Baddorf wrote:
> 
>>> On Dec 14, 2016, at 4:51 PM, Gene Heskett 
>>> wrote:
>>> 
>>> Greetings all;
>>> 
>>> I added another machine machine to my disklist about a month back,
>>> and now I need to do a full recovery just to see if I've blown a pin
>>> on its gpio.
>>> 
>>> The machine is a raspberrypi 3b.
>>> 
>>> But even though I have added it to the only_from line in
>>> the /etc/xinetd.d/amanda file, and restarted xinetd, and verified
>>> that all the server_args=bsdtcp, this machine is still rejecting the
>>> connection from amrecover on the pi:
>>> 
>>> pi@raspberrypi:/ $ sudo amrecover -s coyote.coyote.den -t
>>> coyote.coyote.den -d /amandatapes -C Daily
>>> AMRECOVER Version 3.3.6. Contacting server on coyote.coyote.den ...
>>> [request failed: EOF on read from coyote.coyote.den]
>>> 
>>> What does this tell me I need to do next?
>>> 
>>> Thank you all.
>>> 
>>> Cheers, Gene Heskett
>>> --
>>> "There are four boxes to be used in defense of liberty:
>>> soap, ballot, jury, and ammo. Please use in that order."
>>> -Ed Howdershelt (Author)
>>> Genes Web page 
>> 
>> For an easy starter question:  does your server  (coyote, I take it?)
>> include the PI node’s name in the  .amandahosts   file?(And 
>> .k5amandahosts,  but I doubt if you use kerberos).
>> 
>> Sample client line:
>> .amandahosts:PI.my.domainroot amindexd amidxtaped
> 
> Now I am between 2 other rocks
> pi@raspberrypi:~ $ sudo amrecover -s coyote.coyote.den -t 
> coyote.coyote.den -C Daily 
> AMRECOVER Version 3.3.6. Contacting server on coyote.coyote.den ...
> NAK: user root from raspberrypi.coyote.den is not allowed to execute the 
> service amindexd: Please add the line "raspberrypi.coyote.den root 
> amindexd amidxtaped" to /home/amanda/.amandahosts on the server
> pi@raspberrypi:~


Well,  this one is what we just did.   However,  the file is rather picky about 
its permissions:
   (operator  is my backup account).  Oh,  and make sure the line reads exactly 
as requested, above.
-rw---  1 operator root  2875 Aug 29 14:09 .amandahosts


> $ amrecover -s coyote.coyote.den -t coyote.coyote.den -C 
> Daily 
> amrecover: critical (fatal): create debug 
> directory "/var/log/amanda/client/": Permission denied
> amrecover: create debug directory "/var/log/amanda/client/": Permission 
> denied
> 
> but the directory exists, with these permissions:
> pi@raspberrypi:/var/log $ sudo ls -l amanda
> total 8
> drwx-- 2 backup backup 4096 Dec 14 03:03 amandad
> drwx-- 3 backup backup 4096 Dec 14 18:50 client
> Those perms don't look kosher, but thats what installing amanda-common 
> and amanda-client left me with.
> 

I gather these are where your logs are supposed to go?   (the default value is  
/tmp/amanda,  I think)
My permissions are,  where OPERATOR  is my backup  account.

drwxr-xr-x.  7 operator root 4096 Dec 14 07:00 amanda

What’s the permission on your  “/var/log”   itself  ?   If you don’t want *IT*  
to be owned by  “backup”
you may need to specify a directory under it./var/log/amanda  perhaps.
Though,  if your backups are currently working,
it’s probably okay.   It’s just the recover   that isn’t going,  right now.

directories under that are created at need,  i think,  and come up with
drwx--  2 operator root 4096 Dec 14 17:30 amandad
drwx--  5 operator root 4096 Dec 14 17:30 client
drwx--  2 operator root 4096 Dec 14 04:47 log.error
drwx--  5 operator root 4096 Dec 14 17:30 server
(you won’t get all until needed)
  Those match yours.

So, maybe I haven’t added anything new?Or did this prompt a change, above?
Deb


> Next?
> 
> Thanks Deb.
> 
> Cheers, Gene Heskett
> -- 
> "There are four boxes to be used in defense of liberty:
> soap, ballot, jury, and ammo. Please use in that order."
> -Ed Howdershelt (Author)
> Genes Web page 
> 

Re: amrecover problem

[Gene Heskett]

On Wednesday 14 December 2016 18:25:23 Debra S Baddorf wrote:

> > On Dec 14, 2016, at 4:51 PM, Gene Heskett 
> > wrote:
> >
> > Greetings all;
> >
> > I added another machine machine to my disklist about a month back,
> > and now I need to do a full recovery just to see if I've blown a pin
> > on its gpio.
> >
> > The machine is a raspberrypi 3b.
> >
> > But even though I have added it to the only_from line in
> > the /etc/xinetd.d/amanda file, and restarted xinetd, and verified
> > that all the server_args=bsdtcp, this machine is still rejecting the
> > connection from amrecover on the pi:
> >
> > pi@raspberrypi:/ $ sudo amrecover -s coyote.coyote.den -t
> > coyote.coyote.den -d /amandatapes -C Daily
> > AMRECOVER Version 3.3.6. Contacting server on coyote.coyote.den ...
> > [request failed: EOF on read from coyote.coyote.den]
> >
> > What does this tell me I need to do next?
> >
> > Thank you all.
> >
> > Cheers, Gene Heskett
> > --
> > "There are four boxes to be used in defense of liberty:
> > soap, ballot, jury, and ammo. Please use in that order."
> > -Ed Howdershelt (Author)
> > Genes Web page 
>
> For an easy starter question:  does your server  (coyote, I take it?)
> include the PI node’s name in the  .amandahosts   file?(And 
> .k5amandahosts,  but I doubt if you use kerberos).
>
> Sample client line:
> .amandahosts:PI.my.domainroot amindexd amidxtaped

Now I am between 2 other rocks
pi@raspberrypi:~ $ sudo amrecover -s coyote.coyote.den -t 
coyote.coyote.den -C Daily 
AMRECOVER Version 3.3.6. Contacting server on coyote.coyote.den ...
NAK: user root from raspberrypi.coyote.den is not allowed to execute the 
service amindexd: Please add the line "raspberrypi.coyote.den root 
amindexd amidxtaped" to /home/amanda/.amandahosts on the server
pi@raspberrypi:~ $ amrecover -s coyote.coyote.den -t coyote.coyote.den -C 
Daily 
amrecover: critical (fatal): create debug 
directory "/var/log/amanda/client/": Permission denied
amrecover: create debug directory "/var/log/amanda/client/": Permission 
denied

but the directory exists, with these permissions:
pi@raspberrypi:/var/log $ sudo ls -l amanda
total 8
drwx-- 2 backup backup 4096 Dec 14 03:03 amandad
drwx-- 3 backup backup 4096 Dec 14 18:50 client
Those perms don't look kosher, but thats what installing amanda-common 
and amanda-client left me with.

Next?

Thanks Deb.

Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Genes Web page 

Re: amrecover problem

[Gene Heskett]

On Wednesday 14 December 2016 18:25:23 Debra S Baddorf wrote:

> > On Dec 14, 2016, at 4:51 PM, Gene Heskett 
> > wrote:
> >
> > Greetings all;
> >
> > I added another machine machine to my disklist about a month back,
> > and now I need to do a full recovery just to see if I've blown a pin
> > on its gpio.
> >
> > The machine is a raspberrypi 3b.
> >
> > But even though I have added it to the only_from line in
> > the /etc/xinetd.d/amanda file, and restarted xinetd, and verified
> > that all the server_args=bsdtcp, this machine is still rejecting the
> > connection from amrecover on the pi:
> >
> > pi@raspberrypi:/ $ sudo amrecover -s coyote.coyote.den -t
> > coyote.coyote.den -d /amandatapes -C Daily
> > AMRECOVER Version 3.3.6. Contacting server on coyote.coyote.den ...
> > [request failed: EOF on read from coyote.coyote.den]
> >
> > What does this tell me I need to do next?
> >
> > Thank you all.
> >
> > Cheers, Gene Heskett
> > --
> > "There are four boxes to be used in defense of liberty:
> > soap, ballot, jury, and ammo. Please use in that order."
> > -Ed Howdershelt (Author)
> > Genes Web page 
>
> For an easy starter question:  does your server  (coyote, I take it?)
> include the PI node’s name in the  .amandahosts   file?(And 
> .k5amandahosts,  but I doubt if you use kerberos).
>
It does now, thanks Deb. I'll be back if that doesn't work. :)

> Sample client line:
> .amandahosts:PI.my.domainroot amindexd amidxtaped


Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Genes Web page 

Re: amrecover problem

[Debra S Baddorf]

> On Dec 14, 2016, at 4:51 PM, Gene Heskett  wrote:
> 
> Greetings all;
> 
> I added another machine machine to my disklist about a month back, and 
> now I need to do a full recovery just to see if I've blown a pin on its 
> gpio.
> 
> The machine is a raspberrypi 3b.
> 
> But even though I have added it to the only_from line in 
> the /etc/xinetd.d/amanda file, and restarted xinetd, and verified that 
> all the server_args=bsdtcp, this machine is still rejecting the 
> connection from amrecover on the pi:
> 
> pi@raspberrypi:/ $ sudo amrecover -s coyote.coyote.den -t 
> coyote.coyote.den -d /amandatapes -C Daily 
> AMRECOVER Version 3.3.6. Contacting server on coyote.coyote.den ...
> [request failed: EOF on read from coyote.coyote.den]
> 
> What does this tell me I need to do next?
> 
> Thank you all.
> 
> Cheers, Gene Heskett
> -- 
> "There are four boxes to be used in defense of liberty:
> soap, ballot, jury, and ammo. Please use in that order."
> -Ed Howdershelt (Author)
> Genes Web page 


For an easy starter question:  does your server  (coyote, I take it?)
include the PI node’s name in the  .amandahosts   file?(And  
.k5amandahosts,  but I doubt if you use kerberos).

Sample client line:
.amandahosts:PI.my.domainroot amindexd amidxtaped

amrecover problem

[Gene Heskett]

Greetings all;

I added another machine machine to my disklist about a month back, and 
now I need to do a full recovery just to see if I've blown a pin on its 
gpio.

The machine is a raspberrypi 3b.

But even though I have added it to the only_from line in 
the /etc/xinetd.d/amanda file, and restarted xinetd, and verified that 
all the server_args=bsdtcp, this machine is still rejecting the 
connection from amrecover on the pi:

pi@raspberrypi:/ $ sudo amrecover -s coyote.coyote.den -t 
coyote.coyote.den -d /amandatapes -C Daily 
AMRECOVER Version 3.3.6. Contacting server on coyote.coyote.den ...
[request failed: EOF on read from coyote.coyote.den]

What does this tell me I need to do next?

Thank you all.

Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Genes Web page 

Re: amrecover problem with amanda 2.6.1p2

[Nathan Stratton Treadway]

On Mon, Apr 02, 2012 at 18:36:28 +0800, Yogesh Hasabnis wrote:
 Our AMANDA backup configuration consisted of AMANDA 2.5.2p1 on RHEL3
 as the backup server and AMANDA 2.6.1p2 on RHEL6 as the AMANDA client.
 Recently,the RHEL 3 OS on amanda backup server crashed for some reason
 and I had to install RHEL 5.5 OS on it. I had backed up my original

On Mon, Apr 02, 2012 at 10:24:45 -0400, Jean-Louis Martineau wrote:
 On 04/02/2012 09:57 AM, Yogesh Hasabnis wrote:
 Any workaround to handle the current situation which allows  me to
 use amrecover ?
 You must recreate the log.* files.
 You can write a tool that read the tapes and create the log.* files.

Do you happen to have on tape a backup of the log files from your Amanda
server before it crashed?  If so, you could you use amrestore to
retrieve the log files (at least up through the day before that last
tape) and then install them into place on current server installation.

(I'm not sure about Red Hat, but on Debian/Ubuntu the Amanda log files
get stored under /var/log/amanda/[CONFIG]/, so as long as the /var
partition/directory tree was covered by your backups you should be able
to find the amanda log files on the tape)

Good luck.

Nathan




Nathan Stratton Treadway  -  natha...@ontko.com  -  Mid-Atlantic region
Ray Ontko  Co.  -  Software consulting services  -   http://www.ontko.com/
 GPG Key: http://www.ontko.com/~nathanst/gpg_key.txt   ID: 1023D/ECFB6239
 Key fingerprint = 6AD8 485E 20B9 5C71 231C  0C32 15F3 ADCD ECFB 6239

amrecover problem with amanda 2.6.1p2

[Yogesh Hasabnis]

Hi All,

Our AMANDA backup configuration consisted of AMANDA 2.5.2p1 on RHEL3 as the 
backup server and AMANDA 2.6.1p2 on RHEL6 as the AMANDA client. Recently,the 
RHEL 3 OS on amanda backup server crashed for some reason and I had to install 
RHEL 5.5 OS on it. I had backed up my original amanda configuration directories 
under /etc/amanda and also the contents of the /var/lib/amanda directory which 
contained the index data, before the OS reinstallation. I have installed AMANDA 
2.6.1p2 on this new OS on the backup server and reconfigured it. I have also 
copied the directories containing the index data under the appropriate 
directories (/var/lib/amanda). 


Now when I try to use the command (from my AMANDA client)


# amrecover -C config_name -s index_server -t tape_server 


and use the proper sethost, setdisk and setdate commands, I get the error 
No index records for disk for specified date.   The contents of the 
amindexd*.debug under the /var/log/amanda/server/config are roughly as 
follows:

157832.225922: amindexd:  DATE 2012-04-02
157832.226013: amindexd:  200 Working date set to 2012-04-02.
157832.226299: amindexd:  OISD /
157832.226341: amindexd:  500 No dumps available on or before date 
2012-04-02

Kindly suggest about what needs to be done to make the amrecover command work.

Thanks in advance,
Yogesh Hasabnsi

Re: amrecover problem with amanda 2.6.1p2

[Jean-Louis Martineau]

Do 'amadmin config_name find' list all dump?
Do the tapelist file list all tapes?
Do you have all the log.datestamp.* files?

Do 'amcheck -s config_name' print errors or warnings?

Jean-Louis

On 04/02/2012 06:36 AM, Yogesh Hasabnis wrote:

Hi All,

Our AMANDA backup configuration consisted of AMANDA 2.5.2p1 on RHEL3 
as the backup server and AMANDA 2.6.1p2 on RHEL6 as the AMANDA client. 
Recently,the RHEL 3 OS on amanda backup server crashed for some reason 
and I had to install RHEL 5.5 OS on it. I had backed up my original 
amanda configuration directories under /etc/amanda and also the 
contents of the /var/lib/amanda directory which contained the index 
data, before the OS reinstallation. I have installed AMANDA 2.6.1p2 on 
this new OS on the backup server and reconfigured it. I have also 
copied the directories containing the index data under the appropriate 
directories (/var/lib/amanda).


Now when I try to use the command (from my AMANDA client)

# amrecover -C config_name -s index_server -t tape_server

and use the proper sethost, setdisk and setdate commands, I get 
the error No index records for disk for specified date.   The 
contents of the amindexd*.debug under the 
/var/log/amanda/server/config are roughly as follows:


157832.225922: amindexd:  DATE 2012-04-02
157832.226013: amindexd:  200 Working date set to 2012-04-02.
157832.226299: amindexd:  OISD /
157832.226341: amindexd:  500 No dumps available on or before 
date 2012-04-02


Kindly suggest about what needs to be done to make the amrecover 
command work.


Thanks in advance,
Yogesh Hasabnsi

Re: amrecover problem with amanda 2.6.1p2

[Jean-Louis Martineau]

Do 'amadmin config_name find' list all dump?
Do the tapelist file list all tapes?
Do you have all the log.datestamp.* files?

Do 'amcheck -s config_name' print errors or warnings?

Jean-Louis

On 04/02/2012 06:36 AM, Yogesh Hasabnis wrote:

Hi All,

Our AMANDA backup configuration consisted of AMANDA 2.5.2p1 on RHEL3 
as the backup server and AMANDA 2.6.1p2 on RHEL6 as the AMANDA client. 
Recently,the RHEL 3 OS on amanda backup server crashed for some reason 
and I had to install RHEL 5.5 OS on it. I had backed up my original 
amanda configuration directories under /etc/amanda and also the 
contents of the /var/lib/amanda directory which contained the index 
data, before the OS reinstallation. I have installed AMANDA 2.6.1p2 on 
this new OS on the backup server and reconfigured it. I have also 
copied the directories containing the index data under the appropriate 
directories (/var/lib/amanda).


Now when I try to use the command (from my AMANDA client)

# amrecover -C config_name -s index_server -t tape_server

and use the proper sethost, setdisk and setdate commands, I get 
the error No index records for disk for specified date.   The 
contents of the amindexd*.debug under the 
/var/log/amanda/server/config are roughly as follows:


157832.225922: amindexd:  DATE 2012-04-02
157832.226013: amindexd:  200 Working date set to 2012-04-02.
157832.226299: amindexd:  OISD /
157832.226341: amindexd:  500 No dumps available on or before 
date 2012-04-02


Kindly suggest about what needs to be done to make the amrecover 
command work.


Thanks in advance,
Yogesh Hasabnsi

Re: amrecover problem with amanda 2.6.1p2

[Yogesh Hasabnis]

Hello Jean-Louis,

Thanks for the reply.

The output of 'amadmin config_name find' is as follows:

$ amadmin fullback find
Warning: no log files found for tape FULLBACK-19 written 2012-03-12
Warning: no log files found for tape FULLBACK-05 written 2012-02-07
Warning: no log files found for tape FULLBACK-18 written 2012-01-13
Warning: no log files found for tape FULLBACK-17 written 2011-12-09
Warning: no log files found for tape FULLBACK-16 written 2011-11-04
Warning: no log files found for tape FULLBACK-01 written 2011-09-30
Warning: no log files found for tape FULLBACK-15 written 2011-08-31
Warning: no log files found for tape FULLBACK-11 written 2011-08-01
Warning: no log files found for tape FULLBACK-10 written 2011-06-30
Warning: no log files found for tape FULLBACK-08 written 2011-06-02
Warning: no log files found for tape FULLBACK-07 written 2011-05-02
Warning: no log files found for tape FULLBACK-04 written 2011-04-12
Warning: no log files found for tape FULLBACK-14 written 2011-04-06
Warning: no log files found for tape FULLBACK-06 written 2011-04-06
Warning: no log files found for tape FULLBACK-03 written 2011-03-03
Warning: no log files found for tape FULLBACK-02 written 2010-12-14
Warning: no log files found for tape FULLBACK-13 written 2009-12-02
Warning: no log files found for tape FULLBACK-12 written 2008-08-05
Warning: no log files found for tape FULLBACK-09 written 2007-10-31

No dump to list

Yes the tapelist file does list all the tapes.
I don't have the log.datestamp.* files

The 'amcheck -s config_name' prints something similar to what is given below:

$ amcheck -s config_name
/etc/amanda/config_name/amanda.conf, line 82: warning: Keyword tapebufs is 
deprecated.
Amanda Tape Server Host Check
-
Holding disk /var/tmp/amanda: 122302464 KB disk space available, using 512 
KB as requested
read label `config_name-15', date `20120214'.
NOTE: skipping tape-writable test
Tape config_name-15 label ok
Server check took 0.210 seconds

(brought to you by Amanda 2.6.1p2)

Thanks in advance,
Yogesh




 From: Jean-Louis Martineau martin...@zmanda.com
To: Yogesh Hasabnis yhmai...@yahoo.co.in 
Cc: amanda-users@amanda.org amanda-users@amanda.org 
Sent: Monday, April 2, 2012 6:29 PM
Subject: Re: amrecover problem with amanda 2.6.1p2
 
Do 'amadmin config_name find' list all dump?
Do the tapelist file list all tapes?
Do you have all the log.datestamp.* files?

Do 'amcheck -s config_name' print errors or warnings?

Jean-Louis

On 04/02/2012 06:36 AM, Yogesh Hasabnis wrote:
 Hi All,
 
 Our AMANDA backup configuration consisted of AMANDA 2.5.2p1 on RHEL3 as the 
 backup server and AMANDA 2.6.1p2 on RHEL6 as the AMANDA client. Recently,the 
 RHEL 3 OS on amanda backup server crashed for some reason and I had to 
 install RHEL 5.5 OS on it. I had backed up my original amanda configuration 
 directories under /etc/amanda and also the contents of the /var/lib/amanda 
 directory which contained the index data, before the OS reinstallation. I 
 have installed AMANDA 2.6.1p2 on this new OS on the backup server and 
 reconfigured it. I have also copied the directories containing the index data 
 under the appropriate directories (/var/lib/amanda).
 
 Now when I try to use the command (from my AMANDA client)
 
 # amrecover -C config_name -s index_server -t tape_server
 
 and use the proper sethost, setdisk and setdate commands, I get the 
 error No index records for disk for specified date.   The contents of the 
 amindexd*.debug under the /var/log/amanda/server/config are roughly as 
 follows:
 
 157832.225922: amindexd:  DATE 2012-04-02
 157832.226013: amindexd:  200 Working date set to 2012-04-02.
 157832.226299: amindexd:  OISD /
 157832.226341: amindexd:  500 No dumps available on or before date 
 2012-04-02
 
 Kindly suggest about what needs to be done to make the amrecover command work.
 
 Thanks in advance,
 Yogesh Hasabnsi

Re: amrecover problem with amanda 2.6.1p2

[Jean-Louis Martineau]

On 04/02/2012 09:38 AM, Yogesh Hasabnis wrote:

Warning: no log files found for tape FULLBACK-19 written 2012-03-12
Warning: no log files found for tape FULLBACK-05 written 2012-02-07
Warning: no log files found for tape FULLBACK-18 written 2012-01-13
Warning: no log files found for tape FULLBACK-17 written 2011-12-09
Warning: no log files found for tape FULLBACK-16 written 2011-11-04
Warning: no log files found for tape FULLBACK-01 written 2011-09-30
Warning: no log files found for tape FULLBACK-15 written 2011-08-31
Warning: no log files found for tape FULLBACK-11 written 2011-08-01
Warning: no log files found for tape FULLBACK-10 written 2011-06-30
Warning: no log files found for tape FULLBACK-08 written 2011-06-02
Warning: no log files found for tape FULLBACK-07 written 2011-05-02
Warning: no log files found for tape FULLBACK-04 written 2011-04-12



Where are the log.datestamp.* files? They are required.
They must be in 'amgetconf config_name logdir'.

Without them, amanda do not know what is on the tapes.

You can use amrestore to read the tape and do a manual recovery.

Jean-Louis

Re: amrecover problem with amanda 2.6.1p2

[Jean-Louis Martineau]

On 04/02/2012 09:57 AM, Yogesh Hasabnis wrote:

Hello Jean-Louis,

The log.datestamp.* files have gone with the older OS that crashed.

Does that mean I wont be able to use amrecover for any of my 
existing backups ?

You wont be able to use amrecover for any of your existing backups.


Henceforward, do I need to back up log.datestamp.* files as well 
along with the /etc/amanda/* and /var/lib/amanda/*  to take care of 
such situations which may occur in the future ?


Isn't obvious when I wrote that they are required?
Beside the tapes, they are the more important part of the amanda database.

Any workaround to handle the current situation which allows  me to use 
amrecover ?

You must recreate the log.* files.
You can write a tool that read the tapes and create the log.* files.

Jean-Louis

Re: Amrecover problem - tar: This does not look like a tar archive

[Matt Burkhardt]

On Tue, 2010-03-16 at 14:22 -0500, Dustin J. Mitchell wrote:

 On Tue, Mar 16, 2010 at 1:55 PM, Dustin J. Mitchell dus...@zmanda.com wrote:
  I'm sorry we don't have any good solid answers for you..
 
 Well, I can give a little more detail.  I encrypted a backup with
 amcryptsimple, then changed the passphrase and tried to decrypt it.  I
 got:
 
 gpg: decryption failed: Bad session key
 
 Incidentally:
 Tue Mar 16 14:12:47 2010: amfetchdump: xferfilterproc...@0x13a7030:
 process exited with status 0
 which makes it hard for amfetchdump (or amidxtaped, behind the scenes
 for amrecover) to know anything has gone wrong.  I suppose we should
 special-case a zero-length output as failed..
 
 Some scribbling on the dumpfile on my vtape got gpg to say:
 
 gpg: [don't know]: invalid packet (ctb=39)
 gpg: [don't know]: invalid packet (ctb=5d)
 gpg: [don't know]: invalid packet (ctb=2a)
 
 which also doesn't match the error you saw.
 
 dus...@euclid ~/code/amanda/t/amanda [master] $ gpg --version
 gpg (GnuPG) 2.0.11
 libgcrypt 1.4.4
 Copyright (C) 2009 Free Software Foundation, Inc.
 License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html
 This is free software: you are free to change and redistribute it.
 There is NO WARRANTY, to the extent permitted by law.
 
 Dustin
 

I tried using the -l option on amfetchdump, but it still wants to be
able to decrypt the file before it dumps it


amfetchdump: slot 16: time 20100302090001 label laptops-0016 (exact label match)
Scanning volume laptops-0016 (slot 16)
amfetchdump: 1: restoring FILE: date 20100302090001 host 
mlb-laptop.imparisystems.local disk /home/mlb/ImpariSystems lev 1 comp .gz 
program /bin/tar crypt enc client_encrypt /usr/sbin/amcryptsimple 
client_decrypt_option -d
gpg: decryption failed: bad key


I'm working back through the files just to see if one of these hits - I
can't imagine using a separate passphrase on this set than on any other
groups.

Thanks for all the help

Matt Burkhardt
Impari Systems, Inc.

m...@imparisystems.com
http://www.imparisystems.com 
http://www.linkedin.com/in/mlburkhardt 
502 Fairview Avenue
Frederick, MD  21701
work (301) 682-7901
cell   (301) 802-3235

Re: Amrecover problem - tar: This does not look like a tar archive

[Matt Burkhardt]

On Mon, 2010-03-15 at 14:10 -0500, Dustin J. Mitchell wrote: 

 On Fri, Mar 12, 2010 at 5:57 AM, Matt Burkhardt m...@imparisystems.com 
 wrote:
  The bad key error doesn't mean the passphrase is wrong (that would be 
  invalid passphrase).  It often means that the file you are decrypting is 
  corrupt.  Was the file you are decrypting encrypted with a passphrase only 
  or with a public key?
 
 What was the answer to this question?
 
 Dustin
 
 --
 Open Source Storage Engineer
 http://www.zmanda.com
 

Dustin - thanks for checking up on me!

I've been trying to get an older version by getting the history and
selecting a full backup - so I do 


history
200- Dump history for config laptops host mlb-laptop.imparisystems.local 
disk /home/mlb/ImpariSystems
201- 2010-03-10-09-15-33 1 laptops-0004:5
201- 2010-03-09-10-40-06 1 laptops-0003:1
201- 2010-03-08-17-27-03 0 laptops-0002:2
201- 2010-03-06-12-03-37 0 laptops-0001:3
201- 2010-03-05-11-46-08 1 laptops-0020:2
201- 2010-03-05-09-57-36 0 laptops-0019:3
201- 2010-03-04-10-23-20 0 laptops-0018:4
201- 2010-03-03-09-00-02 1 laptops-0017:4
201- 2010-03-02-09-00-01 1 laptops-0016:1
201- 2010-02-28-12-13-07 1 laptops-0015:2
201- 2010-02-28-09-00-01 0 laptops-0014:4
201- 2010-02-25-09-00-01 1 laptops-0013:2
201- 2010-02-24-13-25-46 1 laptops-0012:2
201- 2010-02-24-09-00-02 0 laptops-0011:3
201- 2010-02-23-09-00-02 1 laptops-0007:2
201- 2010-02-11-09-00-02 0 laptops-0005:4
201- 2010-02-08-12-02-50 1 laptops-0006:4
201- 2010-02-07-09-00-02 1 laptops-0008:4
201- 2010-02-05-15-02-31 1 laptops-0010:4


In this example, I set the date to 2010-03-06 because I'm assuming that
0 means a full backup - and then I try to extract it and I get:


amrecover setdate 2010-03-06
200 Working date set to 2010-03-06.
amrecover ls
2010-03-06-12-03-37 YorkInvoice.txt.2008022237.log
2010-03-06-12-03-37 YorkInvoice.txt.2008022236.log
2010-03-06-12-03-37 YorkInvoice
2010-03-06-12-03-37 Q3IncomeStatement.20090222151410.log
2010-03-06-12-03-37 Q3IncomeStatement.20090222151409.xac
2010-03-06-12-03-37 Q3IncomeStatement.20090222150138.log
2010-03-06-12-03-37 Q3IncomeStatement.20090220101929.log
2010-03-06-12-03-37 Q3IncomeStatement.20090220101928.log
2010-03-06-12-03-37 Q3IncomeStatement
2010-03-06-12-03-37 OC_Beta_V4.0.pdf
2010-03-06-12-03-37 ImpariSystems.20100228163356.log
2010-03-06-12-03-37 ImpariSystems.20100228163355.xac
2010-03-06-12-03-37 ImpariSystems.20100228163244.log
2010-03-06-12-03-37 ImpariSystems.20100223123458.log
2010-03-06-12-03-37 ImpariSystems.20100223123457.xac
2010-03-06-12-03-37 ImpariSystems.20100223122643.log
2010-03-06-12-03-37 ImpariSystems.20100223122642.xac
2010-03-06-12-03-37 ImpariSystems.20100223121705.xac
2010-03-06-12-03-37 ImpariSystems.20100223121705.log
2010-03-06-12-03-37 ImpariSystems.20100223121146.log
2010-03-06-12-03-37 ImpariSystems.20100223121145.xac
2010-03-06-12-03-37 ImpariSystems.20100223120132.xac
2010-03-06-12-03-37 ImpariSystems.20100223120132.log
2010-03-06-12-03-37 ImpariSystems.20100223115324.log
2010-03-06-12-03-37 ImpariSystems.20100208164001.log
2010-03-06-12-03-37 ImpariSystems.20100208120210.log
2010-03-06-12-03-37 ImpariSystems.20100208120209.xac
2010-03-06-12-03-37 ImpariSystems.20100208115934.log
2010-03-06-12-03-37 ImpariSystems.20100207143430.log
2010-03-06-12-03-37 ImpariSystems.20100207143429.xac
2010-03-06-12-03-37 ImpariSystems.20100207142854.log
2010-03-06-12-03-37 ImpariSystems.20100207142853.xac
2010-03-06-12-03-37 ImpariSystems.20100207142327.log
2010-03-06-12-03-37 ImpariSystems.20100202141328.xac
2010-03-06-12-03-37 ImpariSystems.20100202141328.log
2010-03-06-12-03-37 ImpariSystems.20100202140825.log
2010-03-06-12-03-37 ImpariSystems.20100202140824.xac
2010-03-06-12-03-37 ImpariSystems.20100202135209.log
2010-03-06-12-03-37 ImpariSystems.20100202135208.xac
2010-03-06-12-03-37 ImpariSystems.20100202134629.log
2010-03-06-12-03-37 ImpariSystems
2010-03-06-12-03-37 Financials.20070602144258.log
2010-03-06-12-03-37 Financials.20070524123205.log
2010-03-06-12-03-37 Financials.20070524123203.log
2010-03-06-12-03-37 Financials
2010-03-06-12-03-37 EasyCom.pdf
2010-03-06-12-03-37 Demo Site/
2010-03-06-12-03-37 Backup.20090222151812.log
2010-03-06-12-03-37 Backup.20090222151811.log
2010-03-06-12-03-37 Backup
2010-03-06-12-03-37 2007msrsmfinal1.pdf
2010-03-06-12-03-37 .
amrecover add ImpariSystems
Added file /ImpariSystems
amrecover extract

Extracting files using tape drive changer on host ubuntu.imparisystems.local.
The following tapes are needed: laptops-0001

Restoring files into directory /home/mlb
Continue [?/Y/n]? y

Extracting files using tape drive changer on host ubuntu.imparisystems.local.
Load tape laptops-0001 now
Continue [?/Y/n/s/d]? y
tar: This does not look like a tar archive
tar: ./ImpariSystems: Not found in archive
tar: Exiting with failure status due to previous errors
Extractor child exited with status 2
amrecover 


So I tried to retrieve an older version using amfetchdump - so 


amfetchdump laptops 

Re: Amrecover problem - tar: This does not look like a tar archive

[Dustin J. Mitchell]

On Tue, Mar 16, 2010 at 9:07 AM, Matt Burkhardt m...@imparisystems.com wrote:
 Since it's happened on almost every backup I've tried, I'm assuming I'm 
 missing a very important piece of information - so I do think it's a bad key 
 or I'm missing the public key.  I have another computer that is backed up the 
 exact same way and I've had no problems recovering files for that one.

Hmm, so the first thing to figure out is, does an incorrect passphrase
generate that error?  If so, then I suspect that you've been
encrypting with a different passphrase than you're using for
decryption.  That this works for other systems points strongly in this
direction.

One thing you might do is amfetchdump's -l option, and then try
various manual invocations of gpg to decrypt it.  Maybe there are
other passphrases available?  You might also try stracing the gpg run.
 If it reads most of the way to the end before bailing out, then it is
more likely to be a corrupt file.  If it bails out at the very
beginning, then it's more likely to be a settings problem.

I'm sorry we don't have any good solid answers for you..

Dustin

--
Open Source Storage Engineer
http://www.zmanda.com

Re: Amrecover problem - tar: This does not look like a tar archive

[Dustin J. Mitchell]

On Tue, Mar 16, 2010 at 1:55 PM, Dustin J. Mitchell dus...@zmanda.com wrote:
 I'm sorry we don't have any good solid answers for you..

Well, I can give a little more detail.  I encrypted a backup with
amcryptsimple, then changed the passphrase and tried to decrypt it.  I
got:

gpg: decryption failed: Bad session key

Incidentally:
Tue Mar 16 14:12:47 2010: amfetchdump: xferfilterproc...@0x13a7030:
process exited with status 0
which makes it hard for amfetchdump (or amidxtaped, behind the scenes
for amrecover) to know anything has gone wrong.  I suppose we should
special-case a zero-length output as failed..

Some scribbling on the dumpfile on my vtape got gpg to say:

gpg: [don't know]: invalid packet (ctb=39)
gpg: [don't know]: invalid packet (ctb=5d)
gpg: [don't know]: invalid packet (ctb=2a)

which also doesn't match the error you saw.

dus...@euclid ~/code/amanda/t/amanda [master] $ gpg --version
gpg (GnuPG) 2.0.11
libgcrypt 1.4.4
Copyright (C) 2009 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.

Dustin

-- 
Open Source Storage Engineer
http://www.zmanda.com

Re: Amrecover problem - tar: This does not look like a tar archive

[Dustin J. Mitchell]

On Fri, Mar 12, 2010 at 5:57 AM, Matt Burkhardt m...@imparisystems.com wrote:
 The bad key error doesn't mean the passphrase is wrong (that would be 
 invalid passphrase).  It often means that the file you are decrypting is 
 corrupt.  Was the file you are decrypting encrypted with a passphrase only or 
 with a public key?

What was the answer to this question?

Dustin

--
Open Source Storage Engineer
http://www.zmanda.com

Re: Amrecover problem - tar: This does not look like a tar archive

[Matt Burkhardt]

On Fri, 2010-03-12 at 08:21 +0100, muessi wrote:

 Dustin J. Mitchell schrieb:
  I'm not terribly familiar with crypto, but presumably you need the
  secret key to decrypt.  Hopefully that was stored somewhere other than
  on the old computer?
  
  BTW, once you get amfetchdump working, amrecover will work fine.
  Amrecover just doesn't show error messages very well.  For example,
  the message regarding am_passphrase was buried in the amidxtaped
  logfile.
  
 
 Well, I'm not quite sure we're talking bout the same thing, but when I use
 encryption, I get something like this in the dumpfiles:
 
 To restore, position tape at start of file and run:
   dd if=tape bs=32k skip=1 | /usr/sbin/amcrypt-ossl-asym -d | /bin/gzip 
 -dc |
 /bin/tar -xpGf - ...
 
 
 So far, having to restore something encrypted, I did use the above commands 
 and
 it worked just fine.
 
 /Michael
 

I'm using amcryptsimple instead of the encryption methodology that
you're using - but thanks for the feedback.

I'm also working with the gnupg folks and they've given me this feedback
- just also wanted to check and make sure that I'm reading the code
correctly.  I'll keep everyone in the loop



  Long story short, I use amanda for my backups and I've been using
 encryptsimple for my backups.  My PC died completely, and I'm trying
 to get the backups onto another machine.  I've stepped through the
 programs and have found that it's calling gpg with 
  
  gpg --batch --quiet --no-mdc-warning --decrypt --passphrase-fd 3
 3/var/lib/amanda/.am_passphrase
  
  I was under the impression that the passphrase (.am_passphrase) was
 just a clear text secret phrase.  However, the gpg call errors out
 with:
  
  gpg: decryption failed: bad key
 
 The bad key error doesn't mean the passphrase is wrong (that would
 be invalid passphrase).  It often means that the file you are
 decrypting is corrupt.  Was the file you are decrypting encrypted with
 a passphrase only or with a public key? 


Here's the code that calls gpg for the encryption:


gpg --batch --no-secmem-warning --disable-mdc --symmetric --cipher-algo AES256 
--passphrase-fd 3  3/var/lib/amanda/.am_passphrase


According to the man pages, it says not to use the --cipher-algo but
doesn't mention if that's needed in order to decrypt the files.  Would
that have to happen?

Thanks!

Matt Burkhardt
Impari Systems, Inc.

Customer Relationship Management Systems
We help you find and keep your best customers
m...@imparisystems.com
http://www.imparisystems.com 
http://www.linkedin.com/in/mlburkhardt 
502 Fairview Avenue
Frederick, MD  21701
work (301) 682-7901
cell   (301) 802-3235

Amrecover problem - tar: This does not look like a tar archive

[Matt Burkhardt]

It finally happened.  My trusty old Toshiba Tecra completely lost it
this morning - just a blinking amber on light, no screen, no prompt, no
beeps.  So I'm trying to pull the files off amanda and get them onto my
other PC - a Dell - but I'm running into a problem.  I have a feeling
it's because I was encrypting the dumps on the clients.  Any help
appreciated!

I'm running Amanda 2.6.1p1 and I had three boxes

Amanda Server running Ubuntu 8.04
Toshiba Tecra running Ubuntu 9.10
Dell Inspiron running Ubuntu 9.10

My amanda.conf for the backups for the Toshiba are in laptops:


org laptops   # your organization name for reports
mailto mlb# space separated list of operators at your site
dumpcycle 1 week# the number of days in the normal dump cycle
runspercycle 7  # the number of amdump runs in dumpcycle days
# (1 week * 5 amdump runs per week -- just weekdays)
tapecycle 14 tapes  # the number of tapes in rotation
# 1 week (dumpcycle) times 5 tapes per week (just
# the weekdays) plus a few to handle errors that
# need amflush and so we do not overwrite the full
# backups performed at the beginning of the previous
# cycle
runtapes 1  # number of tapes to be used in a single run of amdump
tpchanger chg-multi   # the tape-changer glue script
tapedev S3:   # the no-rewind tape device to be used
device_property S3_ACCESS_KEY Somestuff
device_property S3_SECRET_KEY Moresecretstuff
changerfile changer.conf 
#changerdev /dev/sg1
tapetype HARDDISK   # what kind of tape it is (see tapetypes below)

holdingdisk hd1 {
directory /samba/smalldrive/dumps/laptops
use -1000Mb
}

holdingdisk hd2 {
directory /samba/bigdrive/dumps/laptops
use -1000 Mb
}

label_new_tapes laptops-  # Enable auto labeling 
labelstr ^laptops-[0-9][0-9]*$# label constraint regex: all tapes must
 match

dtimeout 1800   # number of idle seconds before a dump is aborted.
ctimeout 30 # maximum number of seconds that amcheck waits
# for each client host
etimeout 300# number of seconds per filesystem for estimates.

define dumptype global {
comment Global definitions
auth bsdtcp
}

define dumptype gui-base {
global
program GNUTAR
comment gui base dumptype dumped with tar
compress none
index yes
}


define tapetype HARDDISK {
comment Virtual Tapes
length 5000 mbytes
}


includefile advanced.conf
includefile /var/lib/amanda/template.d/dumptypes
includefile tapetypes

define dumptype encrypt-simple {
   root-tar
   encrypt client
   compress fast
   client_encrypt /usr/sbin/amcryptsimple
   client_decrypt_option -d
}

Here's my disklist


mlb-laptop.imparisystems.local /home/mlb/Documents encrypt-simple 
mlb-laptop.imparisystems.local /home/mlb/ImpariSystems encrypt-simple 
mlb-laptop.imparisystems.local /home/mlb/Desktop encrypt-simple 
mlb-laptop.imparisystems.local /home/mlb/EC2 encrypt-simple 
mlb-laptop.imparisystems.local /home/mlb/Photos encrypt-simple 
mlb-laptop.imparisystems.local /home/mlb/Pictures encrypt-simple 
mlb-laptop.imparisystems.local /home/mlb/.evolution encrypt-simple 


So I try to get onto my Dell to recover the files from the Toshiba.  On
the Dell, I do the following:

sudo amrecover -C laptops
AMRECOVER Version 2.6.1p1. Contacting server on ubuntu.imparisystems.local ...
220 ubuntu AMANDA index server (2.6.1p1) ready.
Setting restore date to today (2010-03-11)
200 Working date set to 2010-03-11.
200 Config set to laptops.
501 Host mlb-dell is not in your disklist.
Trying host mlb-dell ...
501 Host mlb-dell is not in your disklist.
Trying host mlb-dell ...
501 Host mlb-dell is not in your disklist.
Use the sethost command to choose a host to recover
amrecover sethost mlb-laptop 
501 Host mlb-laptop is not in your disklist.
Trying host mlb-laptop.imparisystems.local ...
200 Dump host set to mlb-laptop.imparisystems.local.
amrecover listdisk
200- List of disk for host mlb-laptop.imparisystems.local
201- /home/mlb/Documents
201- /home/mlb/ImpariSystems
201- /home/mlb/Desktop
201- /home/mlb/EC2
201- /home/mlb/Photos
201- /home/mlb/Pictures
201- /home/mlb/.evolution
200 List of disk for host mlb-laptop.imparisystems.local
amrecover setdisk /home/mlb/ImpariSystems
200 Disk set to /home/mlb/ImpariSystems.
amrecover lcd /home/mlb/ImpariSystems
amrecover add *
Added file /ImpariSystems.20100309121440.log
Added file /ImpariSystems.20100309121438.xac
Added file /ImpariSystems.20100309103512.log
Added file /ImpariSystems
Added dir /Demo Site/ at date 2010-03-08-17-27-03
Added dir /Demo Site/ at date 2010-03-10-09-15-33
Added file /YorkInvoice.txt.2008022237.log
Added file /YorkInvoice.txt.2008022236.log
Added file /YorkInvoice
Added file /Q3IncomeStatement.20090222151410.log
Added file 

Re: Amrecover problem - tar: This does not look like a tar archive

[Dustin J. Mitchell]

Amrecover tends to hide the actual error messages, since they occur on
the server.

Try doing a recovery using amfetchdump, instead.  I suspect that
there's a missing encryption key or something preventing the recovery.

Dustin

--
Open Source Storage Engineer
http://www.zmanda.com

Re: Amrecover problem - tar: This does not look like a tar archive

[Matt Burkhardt]

Thanks for being so quick Dustin...

I did amfetchdump and on the first run through it was complaining
about /var/lib/amanda/.am_passphrase missing, so I created it and put in
the correct passphrase, now I'm getting this:


amfetchdump: slot 10: time 20100205150231 label laptops-0010 (exact label match)
Scanning volume laptops-0010 (slot 10)
amfetchdump: 1: restoring FILE: date 20100205150231 host 
mlb-laptop.imparisystems.local disk /home/mlb/Documents lev 1 comp .gz program 
/bin/tar crypt enc client_encrypt /usr/sbin/amcryptsimple client_decrypt_option 
-d
gpg: decryption failed: bad key


So I'm hunting around for the next steps - can I create a new key file
without the old computer?

On Thu, 2010-03-11 at 13:22 -0600, Dustin J. Mitchell wrote:

 Amrecover tends to hide the actual error messages, since they occur on
 the server.
 
 Try doing a recovery using amfetchdump, instead.  I suspect that
 there's a missing encryption key or something preventing the recovery.
 
 Dustin
 
 --
 Open Source Storage Engineer
 http://www.zmanda.com



Matt Burkhardt
Impari Systems, Inc.

Customer Relationship Management Systems
We help you find and keep your best customers
m...@imparisystems.com
http://www.imparisystems.com 
http://www.linkedin.com/in/mlburkhardt 
502 Fairview Avenue
Frederick, MD  21701
work (301) 682-7901
cell   (301) 802-3235

Re: Amrecover problem - tar: This does not look like a tar archive

[Dustin J. Mitchell]

On Thu, Mar 11, 2010 at 2:52 PM, Matt Burkhardt m...@imparisystems.com wrote:

 I did amfetchdump and on the first run through it was complaining about 
 /var/lib/amanda/.am_passphrase missing, so I created it and put in the 
 correct passphrase, now I'm getting this:

 amfetchdump: slot 10: time 20100205150231 label laptops-0010 (exact label 
 match)
 Scanning volume laptops-0010 (slot 10)
 amfetchdump: 1: restoring FILE: date 20100205150231 host 
 mlb-laptop.imparisystems.local disk /home/mlb/Documents lev 1 comp .gz 
 program /bin/tar crypt enc client_encrypt /usr/sbin/amcryptsimple 
 client_decrypt_option -d
 gpg: decryption failed: bad key

 So I'm hunting around for the next steps - can I create a new key file 
 without the old computer?

I'm not terribly familiar with crypto, but presumably you need the
secret key to decrypt.  Hopefully that was stored somewhere other than
on the old computer?

BTW, once you get amfetchdump working, amrecover will work fine.
Amrecover just doesn't show error messages very well.  For example,
the message regarding am_passphrase was buried in the amidxtaped
logfile.

Dustin

--
Open Source Storage Engineer
http://www.zmanda.com

Re: Amrecover problem - tar: This does not look like a tar archive

[muessi]

Dustin J. Mitchell schrieb:
 I'm not terribly familiar with crypto, but presumably you need the
 secret key to decrypt.  Hopefully that was stored somewhere other than
 on the old computer?
 
 BTW, once you get amfetchdump working, amrecover will work fine.
 Amrecover just doesn't show error messages very well.  For example,
 the message regarding am_passphrase was buried in the amidxtaped
 logfile.
 

Well, I'm not quite sure we're talking bout the same thing, but when I use
encryption, I get something like this in the dumpfiles:

To restore, position tape at start of file and run:
dd if=tape bs=32k skip=1 | /usr/sbin/amcrypt-ossl-asym -d | /bin/gzip 
-dc |
/bin/tar -xpGf - ...


So far, having to restore something encrypted, I did use the above commands and
it worked just fine.

/Michael

-- 
Michael Müskens

Rule #18: It's better to seek forgiveness than ask permission.




signature.asc
Description: OpenPGP digital signature

amrecover problem

[Yogesh Hasabnis]

Hi All,

We are using amanda 2.5.2p1 in our setup. The backup server and the client are 
the same machine and the OS used RHEL 3. As I am trying to do an amrecover -s 
hostname -t hostname to recover a backed up folder, I get the following 
error:


# amrecover -C tendaily -t hostname -s hostname -d /dev/nst0
AMRECOVER Version 2.5.2p1. Contacting server on hostname ...
NAK: amindexd: invalid service, add 'amindexd' as argument to amandad

I had a amrecover a few months ago and it had worked very well. The only thing 
that has changed recently is the amanda version. My /etc/xinetd.d/amanda file 
looks as follows:
service amanda
{
    disable = no
    socket_type = dgram
    protocol    = udp
    wait    = yes
    user    = amandabackup
    group   = disk
    groups  = yes
    server  = /usr/lib/amanda/amandad
}
service amandaidx
{
    disable = no
    socket_type = stream
    protocol    = tcp
    wait    = no
    user    = amandabackup
    group   = disk
    groups  = yes
    server  = /usr/lib/amanda/amindexd
}

service amidxtape
{
    disable = no
    socket_type = stream
    protocol    = tcp
    wait    = no
    user    = amandabackup
    group   = disk
    groups  = yes
    server  = /usr/lib/amanda/amidxtaped
}

Can I get suggestions about what could be the problem ?

Thanks in advance,
Yogesh




  

Re: amrecover problem

[Yogesh Hasabnis]

The latest amandad.debug file amandad.20100118181046.debug looks like this

amandad: debug 1 pid 25297 ruid 30318 euid 30318: start at Mon Jan 18 18:10:46 
2010
Could not open conf file /etc/amanda/amanda-client.conf: No such file or 
directory
amandad: time 0.000: security_getdriver(name=BSD) returns 0xd7ecc0
amandad: version 2.5.2p1
amandad: time 0.000: build: VERSION=Amanda-2.5.2p1
amandad: time 0.000:    BUILT_DATE=Wed Jun 6 19:55:12 PDT 2007
amandad: time 0.000:    BUILT_MACH=Linux rhel3 2.4.21-40.EL #1 Thu Feb 2 
22:32:00 EST 2006 i686 athlon i386 GNU/Linux
amandad: time 0.000:    CC=gcc
amandad:
time 0.000:    CONFIGURE_COMMAND='./configure'
'--build=i386-redhat-linux' '--prefix=/usr' '--bindir=/usr/bin'
'--sbindir=/usr/sbin' '--libexecdir=/usr/lib/amanda' '-
-datadir=/usr/share'
'--sysconfdir=/etc' '--sharedstatedir=/var/lib/amanda'
'--localstatedir=/var/lib/amanda' '--libdir=/usr/lib'
'--includedir=/usr/include' '--infodir=/usr/info' 
'--mandir=/usr/share/man'
'--with-gnutar=/bin/tar'
'--with-gnutar-listdir=/var/lib/amanda/gnutar-lists'
'--with-dumperdir=/usr/lib/amanda' '--with-index-server=localhost'
'--with-t
ape-server=localhost' '--with-user=amandabackup'
'--with-group=disk' '--with-owner=paddy' '--with-fqdn'
'--with-bsd-security' '--with-bsdtcp-security' '--with-bsdudp-security'
'--w
ith-ssh-security' '--with-assertions'
amandad: time 0.000: paths: bindir=/usr/bin sbindir=/usr/sbin
amandad: time 0.000:    libexecdir=/usr/lib/amanda mandir=/usr/share/man
amandad: time
 0.000:    AMANDA_TMPDIR=/tmp/amanda AMANDA_DBGDIR=/tmp/amanda
amandad: time 0.000:    CONFIG_DIR=/etc/amanda DEV_PREFIX=/dev/
amandad: time 0.000:    RDEV_PREFIX=/dev/ DUMP=/sbin/dump
amandad: time 0.000:    RESTORE=/sbin/restore VDUMP=UNDEF VRESTORE=UNDEF
amandad: time 0.000:    XFSDUMP=UNDEF XFSRESTORE=UNDEF VXDUMP=UNDEF 
VXRESTORE=UNDEF
amandad: time 0.000:    SAMBA_CLIENT=/usr/bin/smbclient GNUTAR=/bin/tar
amandad: time 0.000:    COMPRESS_PATH=/bin/gzip 
UNCOMPRESS_PATH=/bin/gzip
amandad: time 0.000:    LPRCMD=/usr/bin/lpr MAILER=/usr/bin/Mail
amandad: time
 0.000:    listed_incr_dir=/var/lib/amanda/gnutar-lists
amandad: time 0.000: defs:  DEFAULT_SERVER=localhost 
DEFAULT_CONFIG=DailySet1
amandad: time 0.000:    DEFAULT_TAPE_SERVER=localhost HAVE_MMAP 
NEED_STRSTR
amandad: time 0.000:    HAVE_SYSVSHM LOCKING=POSIX_FCNTL SETPGRP_VOID 
ASSERTIONS
amandad: time 0.000:    DEBUG_CODE AMANDA_DEBUG_DAYS=4 BSD_SECURITY 
RSH_SECURITY
amandad: time 0.000:    USE_AMANDAHOSTS CLIENT_LOGIN=amandabackup 
FORCE_USERID
amandad: time 0.000:    HAVE_GZIP COMPRESS_SUFFIX=.gz 
COMPRESS_FAST_OPT=--fast
amandad: time 0.000:    COMPRESS_BEST_OPT=--best UNCOMPRESS_OPT=-dc
amandad: time 0.000: dgram_recv(dgram=0xd80da4,
 timeout=0, fromaddr=0xd90d90)
amandad: time 0.000: (sockaddr_in *)0xd90d90 = { 2, 925, 192.168.100.19 }
amandad: time 0.000: security_handleinit(handle=0x83a7210, driver=0xd7ecc0 
(BSD))
amandad: time 0.001: accept recv REQ pkt:

SERVICE amindexd
OPTIONS features=9ffe00;auth=bsd;

amandad: time 0.001: amindexd: invalid service
amandad: time 0.001: sending NAK pkt:

ERROR amindexd: invalid service, add 'amindexd' as argument to amandad

amandad: time 0.001: dgram_send_addr(addr=0x83a7230, dgram=0xd80da4)
amandad: time 0.001: (sockaddr_in *)0x83a7230 = { 2, 925, 192.168.100.19 }
amandad: time 0.001: dgram_send_addr: 0xd80da4-socket = 0
amandad: time 0.001: security_close(handle=0x83a7210, driver=0xd7ecc0 (BSD))
amandad: time 29.998: pid 25297 finish time Mon Jan 18 18:11:16 2010


--- On Mon, 1/18/10, Yogesh Hasabnis yhmai...@yahoo.co.in wrote:

From: Yogesh Hasabnis yhmai...@yahoo.co.in
Subject: amrecover problem
To: amanda-users@amanda.org
Date: Monday, January 18, 2010, 6:03 PM

Hi All,

We are using amanda 2.5.2p1 in our setup. The backup server and the client are 
the same machine and the OS used RHEL 3. As I am trying to do an amrecover -s 
hostname -t hostname to recover a backed up folder, I get the following 
error:


# amrecover -C tendaily -t hostname -s hostname -d /dev/nst0
AMRECOVER Version 2.5.2p1. Contacting server on hostname ...
NAK: amindexd: invalid service, add 'amindexd' as argument to amandad

I had a amrecover a few months ago and it had worked very well. The only thing 
that has changed recently is the amanda version. My /etc/xinetd.d/amanda file 
looks as follows:
service amanda
{
    disable = no
    socket_type = dgram
    protocol    =
 udp
    wait    = yes
    user    = amandabackup
    group   = disk
    groups  = yes
    server  = /usr/lib/amanda/amandad
}
service amandaidx
{
    disable = no
    socket_type = stream
    protocol    = tcp
    wait    = no
    user    = amandabackup
    group   = disk
    groups  = yes
    server  =
 /usr/lib/amanda/amindexd
}

service amidxtape
{
    disable = no
    socket_type = stream
    protocol    = tcp
    wait

Re: amrecover problem

[Yogesh Hasabnis]

And the latest amrecover.debug file reads as follows:


amrecover: debug 1 pid 24885 ruid 0 euid 0: start at Mon Jan 18 18:03:32 2010
Could not open conf file /etc/amanda/amanda-client.conf: No such file or 
directory
Could not open conf file /etc/amanda/tendaily/amanda-client.conf: No such 
file or directory
amrecover: debug 1 pid 24885 ruid 0 euid 0: rename at Mon Jan 18 18:03:32 2010
amrecover: time 0.001: security_getdriver(name=bsd) returns 0xd1bcc0
amrecover: time 0.001: security_handleinit(handle=0x86c2988, driver=0xd1bcc0 
(BSD))
amrecover: time 0.002: bind_portrange2: Skip port 593: Owned by http-rpc-epmap.
amrecover: time 0.002: bind_portrange2: Skip port 594: Owned by tpip.
amrecover: time 0.003:
 bind_portrange2: Skip port 595: Owned by cab-protocol.
amrecover: time 0.003: bind_portrange2: Skip port 596: Owned by smsd.
amrecover: time 0.003: bind_portrange2: Skip port 597: Owned by ptcnameservice.
amrecover: time 0.004: bind_portrange2: Skip port 598: Owned by sco-websrvrmg3.
amrecover: time 0.004: bind_portrange2: Skip port 599: Owned by acp.
amrecover: time 0.005: bind_portrange2: Skip port 600: Owned by ipcserver.
amrecover: time 0.005: bind_portrange2: Skip port 601: Owned by syslog-conn.
amrecover: time 0.006: bind_portrange2: Skip port 602: Owned by xmlrpc-beep.
amrecover: time 0.006: bind_portrange2: Skip port 603: Owned by idxp.
amrecover: time 0.006: bind_portrange2: Skip port 604: Owned by tunnel.
amrecover: time 0.007: bind_portrange2: Skip port 605: Owned by soap-beep.
amrecover: time 0.007: bind_portrange2: Skip port 606: Owned by urm.
amrecover: time 0.008: bind_portrange2: Skip port 607: Owned
 by nqs.
amrecover: time 0.008: bind_portrange2: Skip port 608: Owned by sift-uft.
amrecover: time 0.008: bind_portrange2: Skip port 609: Owned by npmp-trap.
amrecover: time 0.009: bind_portrange2: Skip port 610: Owned by npmp-local.
amrecover: time 0.009: bind_portrange2: Skip port 611: Owned by npmp-gui.
amrecover: time 0.009: bind_portrange2: Skip port 612: Owned by hmmp-ind.
amrecover: time 0.009: bind_portrange2: Skip port 613: Owned by hmmp-op.
amrecover: time 0.010: bind_portrange2: Skip port 614: Owned by sshell.
amrecover: time 0.010: bind_portrange2: Skip port 615: Owned by sco-inetmgr.
amrecover: time 0.079: bind_portrange2: Try  port 616: Available   - Success
amrecover: time 0.079: dgram_bind: socket 3 bound to 0.0.0.0.616
amrecover: time 0.080: dgram_send_addr(addr=0x86c29a8, dgram=0xd1dda4)
amrecover: time 0.080: (sockaddr_in *)0x86c29a8 = { 2, 10080, 192.168.100.19 }
amrecover: time
 0.080: dgram_send_addr: 0xd1dda4-socket = 3
amrecover: time 0.094: dgram_recv(dgram=0xd1dda4, timeout=0, fromaddr=0xd2dd90)
amrecover: time 0.094: (sockaddr_in *)0xd2dd90 = { 2, 10080, 192.168.100.19 }
amrecover: time 0.094: security_close(handle=0x86c2988, driver=0xd1bcc0 (BSD))

--- On Mon, 1/18/10, Yogesh Hasabnis yhmai...@yahoo.co.in wrote:

From: Yogesh Hasabnis yhmai...@yahoo.co.in
Subject: Re: amrecover problem
To: Yogesh Hasabnis yhmai...@yahoo.co.in
Date: Monday, January 18, 2010, 6:41 PM

And the latest amrecover.debug file reads as follows:


amrecover: debug 1 pid 24885 ruid 0 euid 0: start at Mon Jan 18 18:03:32 2010
Could not open conf file /etc/amanda/amanda-client.conf: No such file or 
directory
Could not open conf file /etc/amanda/tendaily/amanda-client.conf: No such 
file or directory
amrecover: debug 1 pid 24885 ruid 0 euid 0: rename at Mon Jan 18 18:03:32 2010
amrecover: time 0.001: security_getdriver(name=bsd) returns 0xd1bcc0
amrecover: time 0.001: security_handleinit(handle=0x86c2988, driver=0xd1bcc0 
(BSD))
amrecover: time 0.002: bind_portrange2: Skip port 593: Owned by http-rpc-epmap.
amrecover: time 0.002: bind_portrange2: Skip port 594: Owned by tpip.
amrecover: time 0.003:
 bind_portrange2: Skip port 595: Owned by cab-protocol.
amrecover: time 0.003: bind_portrange2: Skip port 596: Owned by smsd.
amrecover: time 0.003: bind_portrange2: Skip port 597: Owned by ptcnameservice.
amrecover: time 0.004: bind_portrange2: Skip port 598: Owned by sco-websrvrmg3.
amrecover: time 0.004: bind_portrange2: Skip port 599: Owned by acp.
amrecover: time 0.005: bind_portrange2: Skip port 600: Owned by ipcserver.
amrecover: time 0.005: bind_portrange2: Skip port 601: Owned by syslog-conn.
amrecover: time 0.006: bind_portrange2: Skip port 602: Owned by xmlrpc-beep.
amrecover: time 0.006: bind_portrange2: Skip port 603: Owned by idxp.
amrecover: time 0.006: bind_portrange2: Skip port 604: Owned by tunnel.
amrecover: time 0.007: bind_portrange2: Skip port 605: Owned by soap-beep.
amrecover: time 0.007: bind_portrange2: Skip port 606: Owned by urm.
amrecover: time 0.008: bind_portrange2: Skip port 607: Owned
 by nqs.
amrecover: time 0.008: bind_portrange2: Skip port 608: Owned by sift-uft.
amrecover: time 0.008: bind_portrange2: Skip port 609: Owned by npmp-trap.
amrecover: time 0.009: bind_portrange2: Skip port 610: Owned by npmp-local.
amrecover: time 0.009: bind_portrange2: Skip port

Re: amrecover problem

[Jean-Louis Martineau]

The recover protocol changed, you are still configured for the old 
protocol, you can use it with the 'amoldrecover' command.

But you can also configure the server for the new protocol.

Yogesh Hasabnis wrote:

Hi All,

We are using amanda 2.5.2p1 in our setup. The backup server and the 
client are the same machine and the OS used RHEL 3. As I am trying to 
do an amrecover -s hostname -t hostname to recover a backed up 
folder, I get the following error:



# amrecover -C tendaily -t hostname -s hostname -d /dev/nst0
AMRECOVER Version 2.5.2p1. Contacting server on hostname ...
NAK: amindexd: invalid service, add 'amindexd' as argument to amandad


Did you tried what it told you?
Add: server_args = -auth=bsd amdump amindexd amidxtaped
To the amanda service in xinetd

You can remove the amandaidx and amidxtaped service.


I had a amrecover a few months ago and it had worked very well. The 
only thing that has changed recently is the amanda version. My 
/etc/xinetd.d/amanda file looks as follows:

service amanda
{
disable = no
socket_type = dgram
protocol= udp
wait= yes
user= amandabackup
group   = disk
groups  = yes
server  = /usr/lib/amanda/amandad
}
service amandaidx
{
disable = no
socket_type = stream
protocol= tcp
wait= no
user= amandabackup
group   = disk
groups  = yes
server  = /usr/lib/amanda/amindexd
}

service amidxtape
{
disable = no
socket_type = stream
protocol= tcp
wait= no
user= amandabackup
group   = disk
groups  = yes
server  = /usr/lib/amanda/amidxtaped
}

Can I get suggestions about what could be the problem ?

Thanks in advance,
Yogesh



Jean-Louis

Re: amrecover problem

[Yogesh Hasabnis]

Hello Jean-Louis,
 
Thanks for the reply. I tried the amoldrecover command and it seems to be 
working. I will work on configuring the server to the new recover protocol as 
per your suggestion when I reach office tomorrow (I just tried the amoldrecover 
from my home) .
 
I am very grateful to you for your help.
 
Thanks a lot,
Yogesh

--- On Mon, 1/18/10, Jean-Louis Martineau martin...@zmanda.com wrote:


From: Jean-Louis Martineau martin...@zmanda.com
Subject: Re: amrecover problem
To: Yogesh Hasabnis yhmai...@yahoo.co.in
Cc: amanda-users@amanda.org
Date: Monday, January 18, 2010, 8:53 PM


The recover protocol changed, you are still configured for the old protocol, 
you can use it with the 'amoldrecover' command.
But you can also configure the server for the new protocol.

Yogesh Hasabnis wrote:
 Hi All,
 
 We are using amanda 2.5.2p1 in our setup. The backup server and the client 
 are the same machine and the OS used RHEL 3. As I am trying to do an 
 amrecover -s hostname -t hostname to recover a backed up folder, I get 
 the following error:
 
 
 # amrecover -C tendaily -t hostname -s hostname -d /dev/nst0
 AMRECOVER Version 2.5.2p1. Contacting server on hostname ...
 NAK: amindexd: invalid service, add 'amindexd' as argument to amandad
 
Did you tried what it told you?
Add: server_args = -auth=bsd amdump amindexd amidxtaped
To the amanda service in xinetd

You can remove the amandaidx and amidxtaped service.
 
 I had a amrecover a few months ago and it had worked very well. The only 
 thing that has changed recently is the amanda version. My 
 /etc/xinetd.d/amanda file looks as follows:
 service amanda
 {
     disable     = no
     socket_type = dgram
     protocol    = udp
     wait        = yes
     user        = amandabackup
     group       = disk
     groups      = yes
     server      = /usr/lib/amanda/amandad
 }
 service amandaidx
 {
     disable     = no
     socket_type = stream
     protocol    = tcp
     wait        = no
     user        = amandabackup
     group       = disk
     groups      = yes
     server      = /usr/lib/amanda/amindexd
 }
 
 service amidxtape
 {
     disable     = no
     socket_type = stream
     protocol    = tcp
     wait        = no
     user        = amandabackup
     group       = disk
     groups      = yes
     server      = /usr/lib/amanda/amidxtaped
 }
 
 Can I get suggestions about what could be the problem ?
 
 Thanks in advance,
 Yogesh
 
 
Jean-Louis



  

Re: amanda-20070530 amrecover problem with restoring from older amanda version.

[Jean-Louis Martineau]

Robert,

Did you configure with --with-maxtapeblocksize? What is the value?
What is your blocksize setting in the tapetype?
Did the tape labeled D5 was written with the same blocksize?

Can you try the attached patch.

Jean-Louis

McGraw, Robert P. wrote:


Jean-Louis,

 


Here is the amidxtaped that you requested.

 

   



amidxtaped: short file header block: 32768 bytes

Not an amanda tape




diff -u -r --show-c-function --new-file --exclude-from=/home/martinea/src.orig/amanda.diff --ignore-matching-lines='$Id:' amanda-2.5.2/restore-src/restore.c amanda-2.5.2.restore/restore-src/restore.c
--- amanda-2.5.2/restore-src/restore.c	2007-05-04 07:39:06.0 -0400
+++ amanda-2.5.2.restore/restore-src/restore.c	2007-06-06 10:31:55.0 -0400
@@ -647,7 +647,7 @@ read_file_header(
 	fprintf(stderr, %s: error reading file header: %s\n,
 		get_pname(), strerror(errno));
 	file-type = F_UNKNOWN;
-} else if((size_t)bytes_read  blocksize) {
+} else if((size_t)bytes_read  DISK_BLOCK_BYTES) {
 	if(bytes_read == 0) {
 	fprintf(stderr, %s: missing file header block\n, get_pname());
 	} else {

amanda-20070530 amrecover problem with restoring from older amanda version.

[McGraw, Robert P.]

My configuration:

 

build: VERSION=Amanda-2.5.2-20070530

   BUILT_DATE=Thu May 31 09:14:26 EDT 2007

   BUILT_MACH=SunOS zorn.math.purdue.edu 5.10 Generic_118833-03 sun4u
sparc SUNW,Sun-Fire-280R

   CC=/pkgs/gcc-3.4.3/bin/gcc

   CONFIGURE_COMMAND='./configure' 'CC=/pkgs/gcc-3.4.3/bin/gcc'
'MT=/opt/csw/bin/mt' 'MTF=-f' 'MTX=/opt/csw/sbin/mtx'
'PERL=/opt/csw/bin/perl' '--prefix=/local/Amanda/amanda-2.5.2-20070530'
'--with-user=amanda' '--with-group=operator'
'--with-gnutar=/opt/csw/bin/gtar'
'--with-gnutar-listdir=/var/amanda/gnutar-lists'
'--with-includes=/opt/csw/include' '--with-libraries=/opt/csw/lib'
'--with-index-server=zorn' '--with-smbclient=/pkgs/samba/bin/smbclient'
'--with-tape-device=/dev/rmt/1bn' '--with-changer-device=/dev/changer/1'
'--with-maxtapeblocksize=2048'

paths: bindir=/local/Amanda/amanda-2.5.2-20070530/bin

   sbindir=/local/Amanda/amanda-2.5.2-20070530/sbin

   libexecdir=/local/Amanda/amanda-2.5.2-20070530/libexec

   mandir=/local/Amanda/amanda-2.5.2-20070530/man

   AMANDA_TMPDIR=/tmp/amanda AMANDA_DBGDIR=/tmp/amanda

   CONFIG_DIR=/local/Amanda/amanda-2.5.2-20070530/etc/amanda

   DEV_PREFIX=/dev/dsk/ RDEV_PREFIX=/dev/rdsk/

   DUMP=/usr/sbin/ufsdump RESTORE=/usr/sbin/ufsrestore

   VDUMP=UNDEF VRESTORE=UNDEF XFSDUMP=UNDEF XFSRESTORE=UNDEF

   VXDUMP=UNDEF VXRESTORE=UNDEF

   SAMBA_CLIENT=/pkgs/samba/bin/smbclient

   GNUTAR=/opt/csw/bin/gtar COMPRESS_PATH=/bin/gzip

   UNCOMPRESS_PATH=/bin/gzip LPRCMD=/local/bin/lpr

   MAILER=/usr/ucb/Mail

   listed_incr_dir=/var/amanda/gnutar-lists

defs:  DEFAULT_SERVER=zorn DEFAULT_CONFIG=DailySet1

   DEFAULT_TAPE_SERVER=zorn

   DEFAULT_TAPE_DEVICE=/dev/rmt/1bn NEED_STRSTR HAVE_SYSVSHM

   LOCKING=**NONE** SETPGRP_VOID DEBUG_CODE AMANDA_DEBUG_DAYS=4

   BSD_SECURITY RSH_SECURITY USE_AMANDAHOSTS

   CLIENT_LOGIN=amanda FORCE_USERID HAVE_GZIP

   COMPRESS_SUFFIX=.gz COMPRESS_FAST_OPT=--fast

   COMPRESS_BEST_OPT=--best UNCOMPRESS_OPT=-dc

 

 

I tested amrecover on a file that was backed up with amanda-20070530 and had
no problem. 

 

Today I tried to do a amrecover on a file the was backed up with
amanda-2.5.1p2 and get the following:

 

 

Extracting files using tape drive /dev/rmt/1bn on host zorn.

Load tape D5 now

Continue [?/Y/n/s/t]? y

Not an amanda tape

Looking for tape D5...

Not an amanda tape

Load tape D5 now

Continue [?/Y/n/t]? y

Not an amanda tape

Not an amanda tape

Looking for tape D5...

^[[ANot an amanda tape

Load tape D5 now

Continue [?/Y/n/t]? y

Continue [?/Y/n/t]? 

Not an amanda tape

Not an amanda tape

Looking for tape D5...

Not an amanda tape

Load tape D5 now

Continue [?/Y/n/t]? n

 

 

The following is from amrecover.20070601151822.debug:

 

amidxtaped_streams[0].fd = 810a0

amrecover: time 353.630: security_streaminit(stream=8bf88, driver=ff2d8f6c
(BSD))

amrecover: time 353.635: connect_port: Try  port 0: Available   - 

amrecover: time 353.635: connected to 128.210.3.177.50856

amrecover: time 353.635: our side is 0.0.0.0.50860

amrecover: time 353.635: try_socksize: send buffer size is 65536

amrecover: time 353.635: try_socksize: receive buffer size is 65536

amidxtaped_streams[1].fd = 8bf88

amrecover: time 353.635: security_close(handle=7d2f8, driver=ff2d8f6c (BSD))

amrecover: time 581.477: security_stream_close(8bf88)

amrecover: time 581.478: Can't read file header

amrecover: time 581.479: pid 2521 finish time Fri Jun  1 15:28:03 2007

amrecover: time 581.484: security_stream_close(810a0)

amrecover: time 822.433: security_stream_close(732d8)

amrecover: time 822.434: pid 1863 finish time Fri Jun  1 15:32:04 2007

 

which seems to fit Not an amanda tape message from the amrecover script.

 

I do not remember seeing anything about this any of the amanda-users forum
but could have over looked.

 

Robert

 

 


_

Robert P. McGraw, Jr.

Manager, Computer System EMAIL: [EMAIL PROTECTED]

Purdue University ROOM: MATH-807

Department of MathematicsPHONE: (765) 494-6055

150 N. University Street   FAX: (419) 821-0540

West Lafayette, IN 47907-2067

 

 



smime.p7s
Description: S/MIME cryptographic signature

Re: amanda-20070530 amrecover problem with restoring from older amanda version.

[Jean-Louis Martineau]

What's in the amidxtaped.*.debug on the server?

Jean-Louis

McGraw, Robert P. wrote:


My configuration:

build: VERSION=Amanda-2.5.2-20070530

BUILT_DATE=Thu May 31 09:14:26 EDT 2007

BUILT_MACH=SunOS zorn.math.purdue.edu 5.10 Generic_118833-03 sun4u 
sparc SUNW,Sun-Fire-280R


CC=/pkgs/gcc-3.4.3/bin/gcc

CONFIGURE_COMMAND='./configure' 'CC=/pkgs/gcc-3.4.3/bin/gcc' 
'MT=/opt/csw/bin/mt' 'MTF=-f' 'MTX=/opt/csw/sbin/mtx' 
'PERL=/opt/csw/bin/perl' 
'--prefix=/local/Amanda/amanda-2.5.2-20070530' '--with-user=amanda' 
'--with-group=operator' '--with-gnutar=/opt/csw/bin/gtar' 
'--with-gnutar-listdir=/var/amanda/gnutar-lists' 
'--with-includes=/opt/csw/include' '--with-libraries=/opt/csw/lib' 
'--with-index-server=zorn' 
'--with-smbclient=/pkgs/samba/bin/smbclient' 
'--with-tape-device=/dev/rmt/1bn' 
'--with-changer-device=/dev/changer/1' '--with-maxtapeblocksize=2048'


paths: bindir=/local/Amanda/amanda-2.5.2-20070530/bin

sbindir=/local/Amanda/amanda-2.5.2-20070530/sbin

libexecdir=/local/Amanda/amanda-2.5.2-20070530/libexec

mandir=/local/Amanda/amanda-2.5.2-20070530/man

AMANDA_TMPDIR=/tmp/amanda AMANDA_DBGDIR=/tmp/amanda

CONFIG_DIR=/local/Amanda/amanda-2.5.2-20070530/etc/amanda

DEV_PREFIX=/dev/dsk/ RDEV_PREFIX=/dev/rdsk/

DUMP=/usr/sbin/ufsdump RESTORE=/usr/sbin/ufsrestore

VDUMP=UNDEF VRESTORE=UNDEF XFSDUMP=UNDEF XFSRESTORE=UNDEF

VXDUMP=UNDEF VXRESTORE=UNDEF

SAMBA_CLIENT=/pkgs/samba/bin/smbclient

GNUTAR=/opt/csw/bin/gtar COMPRESS_PATH=/bin/gzip

UNCOMPRESS_PATH=/bin/gzip LPRCMD=/local/bin/lpr

MAILER=/usr/ucb/Mail

listed_incr_dir=/var/amanda/gnutar-lists

defs: DEFAULT_SERVER=zorn DEFAULT_CONFIG=DailySet1

DEFAULT_TAPE_SERVER=zorn

DEFAULT_TAPE_DEVICE=/dev/rmt/1bn NEED_STRSTR HAVE_SYSVSHM

LOCKING=**NONE** SETPGRP_VOID DEBUG_CODE AMANDA_DEBUG_DAYS=4

BSD_SECURITY RSH_SECURITY USE_AMANDAHOSTS

CLIENT_LOGIN=amanda FORCE_USERID HAVE_GZIP

COMPRESS_SUFFIX=.gz COMPRESS_FAST_OPT=--fast

COMPRESS_BEST_OPT=--best UNCOMPRESS_OPT=-dc

I tested amrecover on a file that was backed up with amanda-20070530 
and had no problem.


Today I tried to do a amrecover on a file the was backed up with 
amanda-2.5.1p2 and get the following:


Extracting files using tape drive /dev/rmt/1bn on host zorn.

Load tape D5 now

Continue [?/Y/n/s/t]? y

Not an amanda tape

Looking for tape D5...

Not an amanda tape

Load tape D5 now

Continue [?/Y/n/t]? y

Not an amanda tape

Not an amanda tape

Looking for tape D5...

^[[ANot an amanda tape

Load tape D5 now

Continue [?/Y/n/t]? y

Continue [?/Y/n/t]?

Not an amanda tape

Not an amanda tape

Looking for tape D5...

Not an amanda tape

Load tape D5 now

Continue [?/Y/n/t]? n

The following is from amrecover.20070601151822.debug:

amidxtaped_streams[0].fd = 810a0

amrecover: time 353.630: security_streaminit(stream=8bf88, 
driver=ff2d8f6c (BSD))


amrecover: time 353.635: connect_port: Try port 0: Available -

amrecover: time 353.635: connected to 128.210.3.177.50856

amrecover: time 353.635: our side is 0.0.0.0.50860

amrecover: time 353.635: try_socksize: send buffer size is 65536

amrecover: time 353.635: try_socksize: receive buffer size is 65536

amidxtaped_streams[1].fd = 8bf88

amrecover: time 353.635: security_close(handle=7d2f8, driver=ff2d8f6c 
(BSD))


amrecover: time 581.477: security_stream_close(8bf88)

amrecover: time 581.478: Can't read file header

amrecover: time 581.479: pid 2521 finish time Fri Jun 1 15:28:03 2007

amrecover: time 581.484: security_stream_close(810a0)

amrecover: time 822.433: security_stream_close(732d8)

amrecover: time 822.434: pid 1863 finish time Fri Jun 1 15:32:04 2007

which seems to fit “Not an amanda tape” message from the amrecover script.

I do not remember seeing anything about this any of the amanda-users 
forum but could have over looked.


Robert

_

Robert P. McGraw, Jr.

Manager, Computer System EMAIL: [EMAIL PROTECTED]

Purdue University ROOM: MATH-807

Department of Mathematics PHONE: (765) 494-6055

150 N. University Street FAX: (419) 821-0540

West Lafayette, IN 47907-2067

RE: FW: amrecover problem

[McGraw, Robert P.]

Jean-Louis

There seems to be a problem with solaris 10 /bin/patch. I downloaded the
patch program from sunfreeware and ran the patch and it worked as expected.
I will have to send in a bug report to Sun.

A added the diff file you sent for the amrecover problem and it resolved
this problem.

Thanks very much for your help.

Robert

_
Robert P. McGraw, Jr.
Manager, Computer System EMAIL: [EMAIL PROTECTED]
Purdue University ROOM: MATH-807
Department of MathematicsPHONE: (765) 494-6055
150 N. University Street   FAX: (419) 821-0540
West Lafayette, IN 47907-2067


 -Original Message-
 From: Jean-Louis Martineau [mailto:[EMAIL PROTECTED]
 Sent: Wednesday, May 30, 2007 4:53 PM
 To: McGraw, Robert P.
 Subject: Re: FW: amrecover problem
 
 Try this patch instead.
 Or install gnu patch.
 
 Jean-Louis
 
 McGraw, Robert P. wrote:
  Jean-Louis.
 
  Thanks for the patch but I am having problems with adding patches from
 you.
  Any idea what I could be doing wrong. This is the standard patch program
  that comes with Solaris 10. I should never get the File to patch:.
 
 
  ##R##-zorn-[133] ## patch -p1  amrecoverregex.txt
Looks like a unified context diff.
  File to patch: ./recover-src/set_commands.c
I can't seem to find a patch in there anywhere.
 
  Robert
 
 
 
 
  -Original Message-
  From: Jean-Louis Martineau [mailto:[EMAIL PROTECTED]
  Sent: Wednesday, May 30, 2007 3:06 PM
  To: McGraw, Robert P.
  Cc: amanda-users@amanda.org; Chapman Flack
  Subject: Re: FW: amrecover problem
 
  The regex library you use is more strict than mine.
 
  Try the attached patch.
 
  Jean-Louis
 
  McGraw, Robert P. wrote:
 
  I am forwarding this from my partner SA.  Is this a know problem with
 a
 
  fix
 
  or something newly discovered?
 
  Thanks
 
  Robert
 
 
 
 
  -Original Message-
  From: Chapman Flack [mailto:[EMAIL PROTECTED]
  Sent: Wednesday, May 30, 2007 12:03 PM
  To: Robert McGraw
  Subject: amrecover
 
 
  Robert,
 
  Heads up - the cd command seems broken in the latest amrecover. The
  cdx command still works though, in case you need to recover
 something.
 
  Could you forward this to whoever was working with you on patching
  other problems in amanda recently? I'm not sure this isn't something
  only we are seeing, so I don't know if it's in the exact distributed
  sources or it's connected somehow to modifications here.
 
  Here's what happens:
 
  AMRECOVER Version 2.5.2-20070523. Contacting server on zorn ...
  220 zorn AMANDA index server (2.5.2-20070523) ready.
  Setting restore date to today (2007-05-30)
  200 Working date set to 2007-05-30.
  200 Config set to daily.
  Trying host zorn.math ...
  501 Host zorn.math is not in your disklist.
  Trying host zorn ...
  200 Dump host set to zorn.
  Use the setdisk command to choose dump disk to recover
  amrecover setdisk /export/users-j
  200 Disk set to /export/users-j.
  amrecover setdate 2007-05-29
  200 Working date set to 2007-05-29.
  amrecover cd jflack
  amrecover: regex /jflack/$/: unknown regex error
 
  ... and amrecover exits out to the shell.
 
  The trouble seems to be in set_commands.c where cd_glob()
  appends a /$ to the target directory, and then calls
  cd_dir() which appends another / so the result is a regex
  where $ is not the last character, and that's invalid.
 
  Browsing the CVS shows that some of this stuff was changed
  in set_commands.c in the last few months. It's kind of
  surprising though to have something as noticeable as cd not
  working go unnoticed, so I am not sure why I haven't found it
  discussed.
 
  The reason cdx still works is it treats the argument you give
  as a regex already, so doesn't break it by adding extra
  characters.
 
  -Chap
 
 
 
 



smime.p7s
Description: S/MIME cryptographic signature

FW: amrecover problem

[McGraw, Robert P.]

I am forwarding this from my partner SA.  Is this a know problem with a fix
or something newly discovered?

Thanks

Robert


 -Original Message-
 From: Chapman Flack [mailto:[EMAIL PROTECTED]
 Sent: Wednesday, May 30, 2007 12:03 PM
 To: Robert McGraw
 Subject: amrecover
 
 
 Robert,
 
 Heads up - the cd command seems broken in the latest amrecover. The
 cdx command still works though, in case you need to recover something.
 
 Could you forward this to whoever was working with you on patching
 other problems in amanda recently? I'm not sure this isn't something
 only we are seeing, so I don't know if it's in the exact distributed
 sources or it's connected somehow to modifications here.
 
 Here's what happens:
 
 AMRECOVER Version 2.5.2-20070523. Contacting server on zorn ...
 220 zorn AMANDA index server (2.5.2-20070523) ready.
 Setting restore date to today (2007-05-30)
 200 Working date set to 2007-05-30.
 200 Config set to daily.
 Trying host zorn.math ...
 501 Host zorn.math is not in your disklist.
 Trying host zorn ...
 200 Dump host set to zorn.
 Use the setdisk command to choose dump disk to recover
 amrecover setdisk /export/users-j
 200 Disk set to /export/users-j.
 amrecover setdate 2007-05-29
 200 Working date set to 2007-05-29.
 amrecover cd jflack
 amrecover: regex /jflack/$/: unknown regex error
 
 ... and amrecover exits out to the shell.
 
 The trouble seems to be in set_commands.c where cd_glob()
 appends a /$ to the target directory, and then calls
 cd_dir() which appends another / so the result is a regex
 where $ is not the last character, and that's invalid.
 
 Browsing the CVS shows that some of this stuff was changed
 in set_commands.c in the last few months. It's kind of
 surprising though to have something as noticeable as cd not
 working go unnoticed, so I am not sure why I haven't found it
 discussed.
 
 The reason cdx still works is it treats the argument you give
 as a regex already, so doesn't break it by adding extra
 characters.
 
 -Chap


smime.p7s
Description: S/MIME cryptographic signature

Re: FW: amrecover problem

[Dustin J. Mitchell]

On Wed, May 30, 2007 at 01:41:17PM -0400, McGraw, Robert P. wrote:
  amrecover cd jflack
  amrecover: regex /jflack/$/: unknown regex error
  
  ... and amrecover exits out to the shell.

Interesting -- I get the same regex, but my regex library (in libc) doesn't
complain about it.  I haven't heard of anyone else having this problem, either.
Do your local modifications include any sort of funny business with the regex
library?  Remind me what OS you're running again?

I get:

amrecover setdisk /tmp/amanda/prefix/etc
200 Disk set to /tmp/amanda/prefix/etc.
amrecover cd amanda
regex: ^amanda$
regex_path: amanda/$
path_on_disk: /amanda/$
path_on_disk_slash: /amanda/$/
/tmp/amanda/prefix/etc/amanda

With the following patch applied:

Index: recover-src/set_commands.c
===
--- recover-src/set_commands.c  (revision 385)
+++ recover-src/set_commands.c  (working copy)
@@ -324,6 +324,7 @@
amfree(regex);
 return;
 }
+fprintf(stderr, regex: %s\n, regex);
 /*
  * glob_to_regex() anchors the beginning of the pattern with ^,
  * but we will be tacking it onto the end of the current directory
@@ -336,6 +337,7 @@
regex_path[strlen(regex_path) - 1] = '\0';
strappend(regex_path, /$);
 }
+fprintf(stderr, regex_path: %s\n, regex_path);
 
 /* convert path (assumed in cwd) to one on disk */
 if (strcmp(disk_path, /) == 0)
@@ -345,6 +347,7 @@
 path_on_disk = vstralloc(clean_disk_path, /, regex_path, NULL);
 amfree(clean_disk_path);
 }
+fprintf(stderr, path_on_disk: %s\n, path_on_disk);
 
 cd_dir(path_on_disk, uqglob);
 
@@ -404,6 +407,7 @@
 DIR_ITEM *ditem;
 
 path_on_disk_slash = stralloc2(path_on_disk, /);
+fprintf(stderr, path_on_disk_slash: %s\n, path_on_disk_slash);
 
 nb_found = 0;
 

-- 
Dustin J. Mitchell
Storage Software Engineer, Zmanda, Inc.
http://www.zmanda.com/

Re: FW: amrecover problem

[Jean-Louis Martineau]

The regex library you use is more strict than mine.

Try the attached patch.

Jean-Louis

McGraw, Robert P. wrote:

I am forwarding this from my partner SA.  Is this a know problem with a fix
or something newly discovered?

Thanks

Robert


  

-Original Message-
From: Chapman Flack [mailto:[EMAIL PROTECTED]
Sent: Wednesday, May 30, 2007 12:03 PM
To: Robert McGraw
Subject: amrecover


Robert,

Heads up - the cd command seems broken in the latest amrecover. The
cdx command still works though, in case you need to recover something.

Could you forward this to whoever was working with you on patching
other problems in amanda recently? I'm not sure this isn't something
only we are seeing, so I don't know if it's in the exact distributed
sources or it's connected somehow to modifications here.

Here's what happens:

AMRECOVER Version 2.5.2-20070523. Contacting server on zorn ...
220 zorn AMANDA index server (2.5.2-20070523) ready.
Setting restore date to today (2007-05-30)
200 Working date set to 2007-05-30.
200 Config set to daily.
Trying host zorn.math ...
501 Host zorn.math is not in your disklist.
Trying host zorn ...
200 Dump host set to zorn.
Use the setdisk command to choose dump disk to recover
amrecover setdisk /export/users-j
200 Disk set to /export/users-j.
amrecover setdate 2007-05-29
200 Working date set to 2007-05-29.
amrecover cd jflack
amrecover: regex /jflack/$/: unknown regex error

... and amrecover exits out to the shell.

The trouble seems to be in set_commands.c where cd_glob()
appends a /$ to the target directory, and then calls
cd_dir() which appends another / so the result is a regex
where $ is not the last character, and that's invalid.

Browsing the CVS shows that some of this stuff was changed
in set_commands.c in the last few months. It's kind of
surprising though to have something as noticeable as cd not
working go unnoticed, so I am not sure why I haven't found it
discussed.

The reason cdx still works is it treats the argument you give
as a regex already, so doesn't break it by adding extra
characters.

-Chap



diff -u -r --show-c-function --new-file --exclude-from=/home/martinea/src.orig/amanda.diff --ignore-matching-lines='$Id:' amanda-2.5.2/recover-src/set_commands.c amanda-2.5.2.regex/recover-src/set_commands.c
--- amanda-2.5.2/recover-src/set_commands.c	2007-05-30 15:02:45.0 -0400
+++ amanda-2.5.2.regex/recover-src/set_commands.c	2007-05-30 15:02:16.0 -0400
@@ -413,6 +413,7 @@ cd_dir(
 {
 char *path_on_disk_slash = NULL;
 char *dir = NULL;
+char *s;
 
 int nb_found;
 size_t i;
@@ -420,14 +421,21 @@ cd_dir(
 DIR_ITEM *ditem;
 
 path_on_disk_slash = stralloc2(path_on_disk, /);
+if ((s = validate_regexp(path_on_disk_slash)) != NULL) {
+	amfree(path_on_disk_slash);
+}
+
+if ((s = validate_regexp(path_on_disk)) != NULL) {
+	path_on_disk = NULL;
+}
 
 nb_found = 0;
 
 for (ditem=get_dir_list(); ditem!=NULL  nb_found = 1; 
 			   ditem=get_next_dir_item(ditem))
 {
-	if (match(path_on_disk, ditem-path)
-	|| match(path_on_disk_slash, ditem-path))
+	if ((path_on_disk  match(path_on_disk, ditem-path))
+	|| (path_on_disk_slash  match(path_on_disk_slash, ditem-path)))
 	{
 	i = strlen(ditem-path);
 	if((i  0  ditem-path[i-1] == '/')

Re: FW: amrecover problem

[Jean-Francois Malouin]

In a few amrecover tests I did yesterday I ran into this problem:
(amanda-2.5.2-20070523) on irix-6.5

amrecover pwd
/bigdisk
amrecover add sylvain/Stereopsis/pet/campagna_francois_-BG1_199903260955.mnc
File sylvain/Stereopsis/pet/campagna_francois_-BG1_199903260955.mnc
doesn't exist in directory
amrecover cd sylvain/Stereopsis/pet/
/bigdisk/sylvain/Stereopsis/pet
amrecover add campagna_francois_-BG1_199903260955.mnc
amrecover cd /bigdisk/
/bigdisk
amrecover ls
2007-05-28-17-33-20 sylvain/
2007-05-28-17-33-20 greg/
2007-05-28-17-33-20 anthonin/
2007-05-28-17-33-20 1/
2007-05-28-17-33-20 0/
2007-05-28-17-33-20 .

Is this normal?
jf


* Dustin J. Mitchell [EMAIL PROTECTED] [20070530 14:46]:
 On Wed, May 30, 2007 at 01:41:17PM -0400, McGraw, Robert P. wrote:
   amrecover cd jflack
   amrecover: regex /jflack/$/: unknown regex error
   
   ... and amrecover exits out to the shell.
 
 Interesting -- I get the same regex, but my regex library (in libc) doesn't
 complain about it.  I haven't heard of anyone else having this problem, 
 either.
 Do your local modifications include any sort of funny business with the regex
 library?  Remind me what OS you're running again?
 
 I get:
 
 amrecover setdisk /tmp/amanda/prefix/etc
 200 Disk set to /tmp/amanda/prefix/etc.
 amrecover cd amanda
 regex: ^amanda$
 regex_path: amanda/$
 path_on_disk: /amanda/$
 path_on_disk_slash: /amanda/$/
 /tmp/amanda/prefix/etc/amanda
 
 With the following patch applied:
 
 Index: recover-src/set_commands.c
 ===
 --- recover-src/set_commands.c  (revision 385)
 +++ recover-src/set_commands.c  (working copy)
 @@ -324,6 +324,7 @@
 amfree(regex);
  return;
  }
 +fprintf(stderr, regex: %s\n, regex);
  /*
   * glob_to_regex() anchors the beginning of the pattern with ^,
   * but we will be tacking it onto the end of the current directory
 @@ -336,6 +337,7 @@
 regex_path[strlen(regex_path) - 1] = '\0';
 strappend(regex_path, /$);
  }
 +fprintf(stderr, regex_path: %s\n, regex_path);
  
  /* convert path (assumed in cwd) to one on disk */
  if (strcmp(disk_path, /) == 0)
 @@ -345,6 +347,7 @@
  path_on_disk = vstralloc(clean_disk_path, /, regex_path, NULL);
  amfree(clean_disk_path);
  }
 +fprintf(stderr, path_on_disk: %s\n, path_on_disk);
  
  cd_dir(path_on_disk, uqglob);
  
 @@ -404,6 +407,7 @@
  DIR_ITEM *ditem;
  
  path_on_disk_slash = stralloc2(path_on_disk, /);
 +fprintf(stderr, path_on_disk_slash: %s\n, path_on_disk_slash);
  
  nb_found = 0;
  
 
 -- 
 Dustin J. Mitchell
 Storage Software Engineer, Zmanda, Inc.
 http://www.zmanda.com/

-- 
° 

amrecover problem with spaces in directory names

[Steven Atkinson]

Hi,

I am using amanda-2.5.1p3 with DLEs backed up using tar. When a
directory name contains a space it does not seem possible to cd into
it to recover files.  This is a copy of the output received when
trying to change into a directory called Directory with space.

amrecover ls
2007-03-21 amanda-2.5.1p2.tar.gz
2007-03-21 Directory with space/
2007-03-21 .ssh/
amrecover cd Directory with space/
Invalid directory - Directory with space/
amrecover cd Directory with space
Invalid directory - Directory with space
amrecover cd Directory with space
Invalid directory - Directory
syntax error
amrecover cd Directory\ with\ space
Directory\ is not a valid shell wildcard pattern: trailing backslash (\)
syntax error

It is possible to add and extract the directory. This makes the
problem inconvenient rather than crippling.

amrecover add Directory with space
Added dir /atn/Directory with space/ at date 2007-03-21
amrecover extract

Extracting files using tape drive /dev/nst0 on host backup-01.fhs.local.
The following tapes are needed: Archive02-002

Restoring files into directory /var/spool/amanda/tmp
Continue [?/Y/n]? Y

Extracting files using tape drive /dev/nst0 on host backup-01.fhs.local.
Load tape Archive02-002 now
Continue [?/Y/n/s/t]? Y

Does anyone have any pointers as to where to start looking to fix this issue.

Thanks
Steve Atkinson

--
Deputy Network Manager
Fallibroome High School
UK.

Re: amrecover problem with spaces in directory names

[Jean-Louis Martineau]

Steven,

It is a known bug, it is already fixed in the CVS tree.
Try the latest 2.5.1p3 snapshot from 
http://www.zmanda.com/community-builds.php


You can also try to use wildcard: cd Directory?with?space

Jean-Louis

Steven Atkinson wrote:

Hi,

I am using amanda-2.5.1p3 with DLEs backed up using tar. When a
directory name contains a space it does not seem possible to cd into
it to recover files.  This is a copy of the output received when
trying to change into a directory called Directory with space.

amrecover ls
2007-03-21 amanda-2.5.1p2.tar.gz
2007-03-21 Directory with space/
2007-03-21 .ssh/
amrecover cd Directory with space/
Invalid directory - Directory with space/
amrecover cd Directory with space
Invalid directory - Directory with space
amrecover cd Directory with space
Invalid directory - Directory
syntax error
amrecover cd Directory\ with\ space
Directory\ is not a valid shell wildcard pattern: trailing backslash 
(\)

syntax error

It is possible to add and extract the directory. This makes the
problem inconvenient rather than crippling.

amrecover add Directory with space
Added dir /atn/Directory with space/ at date 2007-03-21
amrecover extract

Extracting files using tape drive /dev/nst0 on host backup-01.fhs.local.
The following tapes are needed: Archive02-002

Restoring files into directory /var/spool/amanda/tmp
Continue [?/Y/n]? Y

Extracting files using tape drive /dev/nst0 on host backup-01.fhs.local.
Load tape Archive02-002 now
Continue [?/Y/n/s/t]? Y

Does anyone have any pointers as to where to start looking to fix this 
issue.


Thanks
Steve Atkinson

--
Deputy Network Manager
Fallibroome High School
UK.

Re: amrecover problem with spaces in directory names

[Gene Heskett]

On Wednesday 21 March 2007, Jean-Louis Martineau wrote:
Steven,

It is a known bug, it is already fixed in the CVS tree.
Try the latest 2.5.1p3 snapshot from
http://www.zmanda.com/community-builds.php

You can also try to use wildcard: cd Directory?with?space

Jean-Louis

Steven Atkinson wrote:
 Hi,

 I am using amanda-2.5.1p3 with DLEs backed up using tar. When a
 directory name contains a space it does not seem possible to cd into
 it to recover files.  This is a copy of the output received when
 trying to change into a directory called Directory with space.

 amrecover ls
 2007-03-21 amanda-2.5.1p2.tar.gz
 2007-03-21 Directory with space/
 2007-03-21 .ssh/
 amrecover cd Directory with space/
 Invalid directory - Directory with space/
 amrecover cd Directory with space
 Invalid directory - Directory with space
 amrecover cd Directory with space
 Invalid directory - Directory
 syntax error
 amrecover cd Directory\ with\ space
 Directory\ is not a valid shell wildcard pattern: trailing backslash
 (\)
 syntax error

 It is possible to add and extract the directory. This makes the
 problem inconvenient rather than crippling.

 amrecover add Directory with space
 Added dir /atn/Directory with space/ at date 2007-03-21
 amrecover extract

 Extracting files using tape drive /dev/nst0 on host
 backup-01.fhs.local. The following tapes are needed: Archive02-002

 Restoring files into directory /var/spool/amanda/tmp
 Continue [?/Y/n]? Y

 Extracting files using tape drive /dev/nst0 on host
 backup-01.fhs.local. Load tape Archive02-002 now
 Continue [?/Y/n/s/t]? Y

 Does anyone have any pointers as to where to start looking to fix this
 issue.

 Thanks
 Steve Atkinson

 --
 Deputy Network Manager
 Fallibroome High School
 UK.

Have you moved the snapshot location?  I've been getting mine from your 
umontreal site since forever...  But I notice a 'low level of activity' 
there in recent weeks.



-- 
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)
Newlan's Truism:
An acceptable level of unemployment means that the 
government economist to whom it is acceptable still has a job.

Incorrect tape file? amrecover problem

[jeffrey d anderson]

I'm running amanda 2.5.0p2 on a RHEL3 server with numerous clients of various 
flavors.  I recently needed to perform a recover and found a problem.


amrecover functions fine.  I sethost and setdisk and setdate and it shows me 
what appears to be the correct list of available files.  It finds the correct 
tape and starts doing its thing.  It spaces to what it believes is the 
correct tape file and starts looking for the files to extract, and then comes 
back with the message that the files marked for extraction are not on the 
tape.  

This confused me quite a bit since the files were clearly listed in the 
interactive amrecover directory listing. 


Then I looked at the amindextaped debug file and saw this at the end:


Scanning PhysicsSet159 (slot none)
amidxtaped:  37: restoring FILE: date 20070220 host client.lbl.gov disk hda1 l
ev 1 comp .gz program /sbin/dump
amidxtaped: Search of PhysicsSet159 complete

amidxtaped: time 77.476: Restoration finished
amidxtaped: time 77.477: pid 13321 finish time Thu Feb 22 10:10:33 2007


The problem is that this IS the wrong DLE.  The correct tape file is the one 
AFTER this one, file 38 on the tape.  I can space ahead to that file and then 
manually extract the correct files from it.  But somehow amrecover is not 
doing the right thing.  It reads the correct index files and shows me the 
files available for recovery, but is off by one when it spaces forward on the 
tape.

Has anyone else seen such a problem?  I'm going to do some more debugging to 
see if this happens with all my DLEs.  I know that amrecover has worked fine 
in the past.

-- 
--
Jeffrey Anderson| [EMAIL PROTECTED]
Lawrence Berkeley National Laboratory   | 
Office: 50A-5104E   | Mailstop 50A-5101
Phone: 510 486-4208 | Fax: 510 486-6808

Re: Incorrect tape file? amrecover problem

[Jean-Louis Martineau]

Jeffrey,

If amrecover doesn't fsf to the correct file, you can disable the fsf by 
setting

'amrecover_do_fsf off' in your amanda.conf file.

What is the 'file' reported by 'amadmin config find client.lbl.gov 
hda1' ? is it 37 or 38?


Could you send me the amrecover.*.debug, amidxtaped.*.debug files?
Also the log.* file for the PhysicsSet159 tape?

Jean-Louis

jeffrey d anderson wrote:
I'm running amanda 2.5.0p2 on a RHEL3 server with numerous clients of various 
flavors.  I recently needed to perform a recover and found a problem.



amrecover functions fine.  I sethost and setdisk and setdate and it shows me 
what appears to be the correct list of available files.  It finds the correct 
tape and starts doing its thing.  It spaces to what it believes is the 
correct tape file and starts looking for the files to extract, and then comes 
back with the message that the files marked for extraction are not on the 
tape.  

This confused me quite a bit since the files were clearly listed in the 
interactive amrecover directory listing. 



Then I looked at the amindextaped debug file and saw this at the end:


Scanning PhysicsSet159 (slot none)
amidxtaped:  37: restoring FILE: date 20070220 host client.lbl.gov disk hda1 l
ev 1 comp .gz program /sbin/dump
amidxtaped: Search of PhysicsSet159 complete

amidxtaped: time 77.476: Restoration finished
amidxtaped: time 77.477: pid 13321 finish time Thu Feb 22 10:10:33 2007


The problem is that this IS the wrong DLE.  The correct tape file is the one 
AFTER this one, file 38 on the tape.  I can space ahead to that file and then 
manually extract the correct files from it.  But somehow amrecover is not 
doing the right thing.  It reads the correct index files and shows me the 
files available for recovery, but is off by one when it spaces forward on the 
tape.


Has anyone else seen such a problem?  I'm going to do some more debugging to 
see if this happens with all my DLEs.  I know that amrecover has worked fine 
in the past.


  

Re: Incorrect tape file? amrecover problem

[Jean-Louis Martineau]

Jeffrey,

It's a known bug, it was fix on 2007-09-19
You can try the attached patch or upgrade your server to 2.5.1p3.

Jean-Louis

jeffrey d anderson wrote:
I'm running amanda 2.5.0p2 on a RHEL3 server with numerous clients of various 
flavors.  I recently needed to perform a recover and found a problem.



amrecover functions fine.  I sethost and setdisk and setdate and it shows me 
what appears to be the correct list of available files.  It finds the correct 
tape and starts doing its thing.  It spaces to what it believes is the 
correct tape file and starts looking for the files to extract, and then comes 
back with the message that the files marked for extraction are not on the 
tape.  

This confused me quite a bit since the files were clearly listed in the 
interactive amrecover directory listing. 



Then I looked at the amindextaped debug file and saw this at the end:


Scanning PhysicsSet159 (slot none)
amidxtaped:  37: restoring FILE: date 20070220 host client.lbl.gov disk hda1 l
ev 1 comp .gz program /sbin/dump
amidxtaped: Search of PhysicsSet159 complete

amidxtaped: time 77.476: Restoration finished
amidxtaped: time 77.477: pid 13321 finish time Thu Feb 22 10:10:33 2007


The problem is that this IS the wrong DLE.  The correct tape file is the one 
AFTER this one, file 38 on the tape.  I can space ahead to that file and then 
manually extract the correct files from it.  But somehow amrecover is not 
doing the right thing.  It reads the correct index files and shows me the 
files available for recovery, but is off by one when it spaces forward on the 
tape.


Has anyone else seen such a problem?  I'm going to do some more debugging to 
see if this happens with all my DLEs.  I know that amrecover has worked fine 
in the past.


  


Index: find.c
===
RCS file: /cvsroot/amanda/amanda/server-src/find.c,v
retrieving revision 1.33
retrieving revision 1.33.2.1
diff -u -r1.33 -r1.33.2.1
--- find.c	6 Jul 2006 13:13:15 -	1.33
+++ find.c	19 Sep 2006 19:34:27 -	1.33.2.1
@@ -782,7 +782,7 @@
 filenum = (off_t)0;
 passlabel = 1;
 while(get_logline(logf)  passlabel) {
-	if((curlog == L_SUCCESS || curlog == L_CHUNK) 
+	if((curlog == L_SUCCESS || curlog == L_CHUNK || curlog == L_PARTIAL) 
 curprog == P_TAPER  passlabel){
 	filenum++;
 	}
@@ -796,7 +796,7 @@
 	}
 	}
 	partnum = --;
-	if(curlog == L_SUCCESS || curlog == L_FAIL || curlog == L_CHUNK) {
+	if(curlog == L_SUCCESS || curlog == L_PARTIAL || curlog == L_FAIL || curlog == L_CHUNK) {
 	s = curstr;
 	ch = *s++;
 
@@ -889,6 +889,8 @@
 		new_output_find-filenum=filenum;
 		if(curlog == L_SUCCESS || curlog == L_CHUNK) 
 			new_output_find-status=stralloc(OK);
+		else if(curlog == L_PARTIAL)
+			new_output_find-status=stralloc(PARTIAL);
 		else
 			new_output_find-status=stralloc(rest);
 		*output_find=new_output_find;

Re: amrecover problem

[Eric Doutreleau]

Kevin Till a écrit :

Axel Seguin wrote:


Obviously the client tries to contact the server on port 10080,
shouldn't it try to reach the server on port 10082? How can I change
that?

In ~/.amandahosts on the client I have :

server fqdn amanda user on the server amdump

Any help would be greatly appreciated.


Hi,
there is an update on Amanda 2.5.1. To enable different auth 
mechanism, amandad needs to run on the server. And it will start 
amindexd and amidxtaped accordingly.


Please see 
http://wiki.zmanda.com/index.php/Configuring_bsd/bsdudp/bsdtcp_authentication 





well i have seen that but i have a lot of old amanda configuration and i 
would like to use amoldrecover.


when i use that on a remote i got the following message on the 
amidxtaped.debug

more amidxtaped.20070125103831.debug
amidxtaped: debug 1 pid 9307 ruid 33 euid 33: start at Thu Jan 25 
10:38:31 2007

amidxtaped: version 2.5.1p2
amidxtaped: time 0.000: read error: No such file or directory
amidxtaped: time 0.000: pid 9307 finish time Thu Jan 25 10:38:32 2007

on the backup server it works well

Re: amrecover problem

[Kevin Till]

Eric Doutreleau wrote:

Kevin Till a écrit :


Axel Seguin wrote:



Obviously the client tries to contact the server on port 10080,
shouldn't it try to reach the server on port 10082? How can I change
that?

In ~/.amandahosts on the client I have :

server fqdn amanda user on the server amdump

Any help would be greatly appreciated.



Hi,
there is an update on Amanda 2.5.1. To enable different auth 
mechanism, amandad needs to run on the server. And it will start 
amindexd and amidxtaped accordingly.


Please see 
http://wiki.zmanda.com/index.php/Configuring_bsd/bsdudp/bsdtcp_authentication 





well i have seen that but i have a lot of old amanda configuration and i 
would like to use amoldrecover.


amoldrecover will try to connect to port 10082 on the server. This particular server must 
run amindexd and amidxtaped in the Amanda 2.5.0 format.


See:
http://wiki.zmanda.com/index.php/Quick_start#Configuring_xinetd_on_server

Hope this helps.
--
Thank you!
Kevin Till

Amanda documentation: http://wiki.zmanda.com
Amanda forums:http://forums.zmanda.com

amrecover problem

[Axel Seguin]

Hi everyone,

I have installed amanda. amchack works fine as well as amdump. When I
try to restore using amrecover I get :

AMRECOVER Version 2.5.1p2. Contacting server on kinshasa ...
[request failed: timeout waiting for ACK]

In the logs on the client
(/tmp/amanda/client/amrecover..debug) I have :

amrecover: debug 1 pid 18695 ruid 0 euid 0: start at Wed Jan 24 16:43:46
2007
Reading conf file /usr/local/etc/amanda/amanda-client.conf.
Reading conf file /usr/local/etc/amanda/config/amanda-client.conf.
amrecover: debug 1 pid 18695 ruid 0 euid 0: rename at Wed Jan 24
16:43:46 2007
security_getdriver(name=bsd) returns ff3319b8
security_handleinit(handle=42cb8, driver=ff3319b8 (BSD))
amrecover: bind_portrange2: Try  port 953: Available   - Success
amrecover: dgram_bind: socket bound to 0.0.0.0.953
amrecover: dgram_send_addr(addr=ffbff818, dgram=ff331d50)
amrecover: (sockaddr_in *)ffbff818 = { 2, 10080, 192.168.10.19 }
amrecover: dgram_send_addr: ff331d50-socket = 4
amrecover: dgram_send_addr(addr=ffbff508, dgram=ff331d50)
amrecover: (sockaddr_in *)ffbff508 = { 2, 10080, 192.168.10.19 }
amrecover: dgram_send_addr: ff331d50-socket = 4
amrecover: dgram_send_addr(addr=ffbff508, dgram=ff331d50)
amrecover: (sockaddr_in *)ffbff508 = { 2, 10080, 192.168.10.19 }
amrecover: dgram_send_addr: ff331d50-socket = 4
security_seterror(handle=42cb8, driver=ff3319b8 (BSD) error=timeout
waiting for ACK)
security_close(handle=42cb8, driver=ff3319b8 (BSD))

Obviously the client tries to contact the server on port 10080,
shouldn't it try to reach the server on port 10082? How can I change
that?

In ~/.amandahosts on the client I have :

server fqdn amanda user on the server amdump

Any help would be greatly appreciated.

Axel

Re: amrecover problem

[Kevin Till]

Axel Seguin wrote:


Obviously the client tries to contact the server on port 10080,
shouldn't it try to reach the server on port 10082? How can I change
that?

In ~/.amandahosts on the client I have :

server fqdn amanda user on the server amdump

Any help would be greatly appreciated.


Hi,
there is an update on Amanda 2.5.1. To enable different auth mechanism, amandad needs to 
run on the server. And it will start amindexd and amidxtaped accordingly.


Please see 
http://wiki.zmanda.com/index.php/Configuring_bsd/bsdudp/bsdtcp_authentication



--
Thank you!
Kevin Till

Amanda documentation: http://wiki.zmanda.com
Amanda forums:http://forums.zmanda.com

RE: amrecover problem

[Lei Zhong]

Thanks for the help.  Settape only sets the server/device.  I read the
man pages several times.  I couldn't find info about how to specify
which tape you want to restore from in amrecover.  Just in case some
people didn't read my previous emails.  Here is what I was trying to do.
I did four full backups on the same day.  When I tried to restore using
amrecover, it always asked for the first backup tape.  How can I change
to a different backup tape?  When I ran history command in amrecover,
here is the result:

201- 2005-08-01 0 BiWeeklySet101 1
201- 2005-08-01 0 BiWeeklySet102 1
201- 2005-08-01 0 BiWeeklySet103 1
201- 2005-08-01 0 BiWeeklySet104 1

The following is my amanda.conf

dumpcycle 0 
runspercycle 0   
tapecycle 4 tapes

#runtapes 1
#tpchanger chg-manual 
tapedev /dev/nst0 
rawtapedev /dev/null  


define dumptype global {
comment Global definitions
# This is quite useful for setting global parameters, so you don't
have
# to type them everywhere.  All dumptype definitions in this sample
file
# do include these definitions, either directly or indirectly.
# There's nothing special about the name `global'; if you create any
# dumptype that does not contain the word `global' or the name of
any
# other dumptype that contains it, these definitions won't apply.
# Note that these definitions may be overridden in other
# dumptypes, if the redefinitions appear *after* the `global'
# dumptype name.
# You may want to use this for globally enabling or disabling
# indexing, recording, etc.  Some examples:
# index yes
# record no
}

define dumptype always-full {
global
program GNUTAR
comment Full dump of this filesystem always
compress none
index yes
priority high
}

Please help.

Thank you,

Lei

Re: amrecover problem

[Jon LaBadie]

On Tue, Aug 02, 2005 at 09:46:02AM -0400, Lei Zhong wrote:
 Thanks for the help.  Settape only sets the server/device.  I read the
 man pages several times.  I couldn't find info about how to specify
 which tape you want to restore from in amrecover.  Just in case some
 people didn't read my previous emails.  Here is what I was trying to do.
 I did four full backups on the same day.  When I tried to restore using
 amrecover, it always asked for the first backup tape.  How can I change
 to a different backup tape?

You don't.  There is no functionallity in amrecover for the
operator to specify the tape.  amrecover is designed to look
at the index files and based on the parameters pick a tape
for you.  As amanda was not designed with a consideration of
multiple runs on the same date, the selection process of amrecover
doesn't have the ability to distinguish the first/second/third/fourth
dump of a single day.

All my comments that follow are pure speculation.
Use at your own risk as I don't know the results.

Previously I suggested amrmtape if you only will ever want one
particular backup from that day.  Still a possibility.

Previously I mentioned manual backup using well described
procedures including amrestore/dd/gzip/tar/mt/...

One other possibility occured to me.  If you know you want
to recover files from a particular DLE, let's say host:/usr,
check the index directory for that DLE.  I don't know what
happens to the indexes when you run multiple dumps on the same
day.  I think normally they are named simply for the date and
level like 20030818_0.gz.  But if there is some identifier
of your first through fourth dump of the day, you could try
to get the one you want by renaming the undesired index files.
It may also require renaming the undesired log files as well.

Basically what I'm suggesting is to hide all the info that
you don't want amrecover to consider.  But no guarentees that
it will work.  I'm certain the manual restoration should work.

-- 
Jon H. LaBadie  [EMAIL PROTECTED]
 JG Computing
 4455 Province Line Road(609) 252-0159
 Princeton, NJ  08540-4322  (609) 683-7220 (fax)

amrecover problem

[Lei Zhong]

Can somebody help me with the amrecover problem I posted
earlier? I was testing my amanda config. I dont use tape
changer. I did four full backups of the same directory on four different tapes
on the same day. When I ran amrecover, it always asked for the first full
backup tape. How can I change to the tape I want to restore from?
Thank you very much.



Regards,



Lei

Re: amrecover problem

[Jon LaBadie]

On Mon, Aug 01, 2005 at 05:00:10PM -0400, Lei Zhong wrote:
 Can somebody help me with the amrecover problem I posted earlier?  I was
 testing my amanda config.  I don't use tape changer.  I did four full
 backups of the same directory on four different tapes on the same day.
^^^

I don't recall your saying this in the first post.

 When I ran amrecover, it always asked for the first full backup tape.
 How can I change to the tape I want to restore from?  Thank you very
 much.

The design of Amanda did not anticipate multiple backups the same day.

You may have to manually extract the dump file from the particular
dump you want and then use tar or restore or whatever to get the
specific files.  The extraction can be done manually with mt and dd
or possibly with amrestore.

If you only want, ever will want, the 4th dump, perhaps you could
amrmtape the ones you don't want.

-- 
Jon H. LaBadie  [EMAIL PROTECTED]
 JG Computing
 4455 Province Line Road(609) 252-0159
 Princeton, NJ  08540-4322  (609) 683-7220 (fax)

Re: amrecover problem

[Gene Heskett]

On Monday 01 August 2005 17:00, Lei Zhong wrote:
Can somebody help me with the amrecover problem I posted earlier?  I
 was testing my amanda config.  I don't use tape changer.  I did
 four full backups of the same directory on four different tapes on
 the same day. When I ran amrecover, it always asked for the first
 full backup tape. How can I change to the tape I want to restore
 from?  Thank you very much.

I believe 'settape' is the subcommand to use in amrecover.  But see 
the manpages to be sure.

-- 
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)
99.35% setiathome rank, not too shabby for a WV hillbilly
Yahoo.com and AOL/TW attorneys please note, additions to the above
message by Gene Heskett are:
Copyright 2005 by Maurice Eugene Heskett, all rights reserved.

Re: amrecover problem

[Jon LaBadie]

On Mon, Aug 01, 2005 at 08:50:11PM -0400, Gene Heskett wrote:
 On Monday 01 August 2005 17:00, Lei Zhong wrote:
 Can somebody help me with the amrecover problem I posted earlier?  I
  was testing my amanda config.  I don't use tape changer.  I did
  four full backups of the same directory on four different tapes on
  the same day. When I ran amrecover, it always asked for the first
  full backup tape. How can I change to the tape I want to restore
  from?  Thank you very much.
 
 I believe 'settape' is the subcommand to use in amrecover.  But see 
 the manpages to be sure.

I think that sets the server/device, not the specific tape.

-- 
Jon H. LaBadie  [EMAIL PROTECTED]
 JG Computing
 4455 Province Line Road(609) 252-0159
 Princeton, NJ  08540-4322  (609) 683-7220 (fax)

Re: new amrecover problem

[Paul Bijnens]

Cam wrote:

Extracting files using tape drive /dev/nst0 on host db1.
Load tape DailySet1017 now
Continue [?/Y/n/s/t]? y
EOF, check amidxtaped.timestamp.debug file on db1.
amrecover: short block 0 bytes
UNKNOWN file
amrecover: Can't read file header
extract_list - child returned non-zero status: 1
Continue [?/Y/n/r]? y

ok, so i'm checking the debug files that it told me to look at, but i
don't see any errors.  Here's the last few lines of the log:

amindexd: time 29.050:  200  Opaque list of /usr/bin
amindexd: time 38.900:  TAPE
amindexd: time 38.900:  200 /dev/nst0


There should also be a debug file named amidxtaped.DATETIME.debug
containing the details of the amrestore command used to extract
the data from the tape.



--
Paul Bijnens, XplanationTel  +32 16 397.511
Technologielaan 21 bus 2, B-3001 Leuven, BELGIUMFax  +32 16 397.512
http://www.xplanation.com/  email:  [EMAIL PROTECTED]
***
* I think I've got the hang of it now:  exit, ^D, ^C, ^\, ^Z, ^Q, F6, *
* quit,  ZZ, :q, :q!,  M-Z, ^X^C,  logoff, logout, close, bye,  /bye, *
* stop, end, F3, ~., ^]c, +++ ATH, disconnect, halt,  abort,  hangup, *
* PF4, F20, ^X^X, :D::D, KJOB, F14-f-e, F8-e,  kill -1 $$,  shutdown, *
* init 0, kill -9 1, Alt-F4, Ctrl-Alt-Del, AltGr-NumLock, Stop-A, ... *
* ...  Are you sure?  ...   YES   ...   Phew ...   I'm out  *
***

Re: new amrecover problem

[Cam]

Hi,

On 6/22/05, Paul Bijnens [EMAIL PROTECTED] wrote:
 There should also be a debug file named amidxtaped.DATETIME.debug
 containing the details of the amrestore command used to extract
 the data from the tape.

thanks! i checked that file and it was warning me about the tape being
rewound (i thought i had checked that...), anyway, i made sure the
tape was cool and everything and tried it again today.  I get
different errors now:

amrecover add animate
Added /usr/bin/animate
amrecover extract
Extracting files using tape drive /dev/nst0 on host db1.tonservices.com.
The following tapes are needed: DailySet1017
Restoring files into directory /tmp
Continue [?/Y/n]? y
Extracting files using tape drive /dev/nst0 on host db1.tonservices.com.
Load tape DailySet1017 now
Continue [?/Y/n/s/t]? y
tar: ./etc/postfix/canonical.db: invalid sparse archive member
tar: Skipping to next header
tar: ./home/mmaisak/BigG/core.27475: invalid sparse archive member
tar: Skipping to next header
tar: Archive contains obsolescent base-64 headers
tar: ./home/mmaisak/BigG/core.27591: invalid sparse archive member
tar: Skipping to next header
...
tar: ./home/mmaisak/BigG/core.27828: invalid sparse archive member
tar: Skipping to next header
./usr/bin/animate
tar: ./var/lib/rpm/Basenames: invalid sparse archive member
tar: Skipping to next header
...
tar: Error exit delayed from previous errors
extract_list - child returned non-zero status: 2

everything in the amidxtaped.date.debug looks fine though...:
amrestore:   0: skipping start of tape: date 20050621 label DailySet1017
amrestore:   1: skipping jboxd.tonservices.com._home.20050621.2
amrestore:   2: skipping snowcone.tonservices.com._home.20050621.2
amrestore:   3: skipping devdb.tonservices.com._home.20050621.1
...
aspapp2._opt_webapp_images_cust_images__sect8.20050621.
2
amrestore:  20: skipping aspdb2.tonservices.com._home.20050621.4
amrestore:  21: skipping aspapp2._opt_webapp_images_cust_images__sect7.20050621.
3
amrestore:  22: skipping aspapp2._opt_webapp_images_cust_images__sect11.20050621
.2
amrestore:  23: skipping aspdb.tonservices.com._.20050621.1
amrestore:  24: skipping aspapp2._opt_webapp_images_cust_images__sect12.20050621
.3
amrestore:  25: restoring aspapp2.tonservices.com.sda6.20050621.1
amrestore:  26: reached end of information
amidxtaped: time 313.576: amrestore terminated normally with status: 1
amidxtaped: time 313.576: rewinding tape ...
amidxtaped: time 335.590: done
amidxtaped: time 335.590: pid 28605 finish time Wed Jun 22 10:21:38 2005

It looks fine in the debug files... how can i get it to restore?

Thanks,
Cameron Matheson

Re: new amrecover problem

[Paul Bijnens]

Cam wrote:

Hi,

On 6/22/05, Paul Bijnens [EMAIL PROTECTED] wrote:


There should also be a debug file named amidxtaped.DATETIME.debug
containing the details of the amrestore command used to extract
the data from the tape.



thanks! i checked that file and it was warning me about the tape being
rewound (i thought i had checked that...), anyway, i made sure the


I have these three settings in amanda.conf, and one side effect
of it is that the tape is always automatically rewound:

amrecover_do_fsf on
amrecover_check_label on




tape was cool and everything and tried it again today.  I get
different errors now:


[...]

tar: ./etc/postfix/canonical.db: invalid sparse archive member



Aha, next problem.  That's a symptom of gnutar 1.14 which has trouble
with restoring sparse files.  Use an older version 1.13.25 or
a newer version 1.15.1 to restore.   See:

http://www.amanda.org/docs/faq.html#id2554302


--
Paul Bijnens, XplanationTel  +32 16 397.511
Technologielaan 21 bus 2, B-3001 Leuven, BELGIUMFax  +32 16 397.512
http://www.xplanation.com/  email:  [EMAIL PROTECTED]
***
* I think I've got the hang of it now:  exit, ^D, ^C, ^\, ^Z, ^Q, F6, *
* quit,  ZZ, :q, :q!,  M-Z, ^X^C,  logoff, logout, close, bye,  /bye, *
* stop, end, F3, ~., ^]c, +++ ATH, disconnect, halt,  abort,  hangup, *
* PF4, F20, ^X^X, :D::D, KJOB, F14-f-e, F8-e,  kill -1 $$,  shutdown, *
* init 0, kill -9 1, Alt-F4, Ctrl-Alt-Del, AltGr-NumLock, Stop-A, ... *
* ...  Are you sure?  ...   YES   ...   Phew ...   I'm out  *
***

Re: new amrecover problem

[Cam]

Thanks Alexander and Paul!

it was the bad version of tar.  Updating to 1.15.1 fixed everything
and my files are now restored.

Thanks!
Cameron Matheson

On 6/22/05, Paul Bijnens [EMAIL PROTECTED] wrote:
 Cam wrote:
  Hi,
 
  On 6/22/05, Paul Bijnens [EMAIL PROTECTED] wrote:
 
 There should also be a debug file named amidxtaped.DATETIME.debug
 containing the details of the amrestore command used to extract
 the data from the tape.
 
 
  thanks! i checked that file and it was warning me about the tape being
  rewound (i thought i had checked that...), anyway, i made sure the
 
 I have these three settings in amanda.conf, and one side effect
 of it is that the tape is always automatically rewound:
 
 amrecover_do_fsf on
 amrecover_check_label on
 
 
 
  tape was cool and everything and tried it again today.  I get
  different errors now:
 
 [...]
  tar: ./etc/postfix/canonical.db: invalid sparse archive member
 
 
 Aha, next problem.  That's a symptom of gnutar 1.14 which has trouble
 with restoring sparse files.  Use an older version 1.13.25 or
 a newer version 1.15.1 to restore.   See:
 
  http://www.amanda.org/docs/faq.html#id2554302
 
 
 --
 Paul Bijnens, XplanationTel  +32 16 397.511
 Technologielaan 21 bus 2, B-3001 Leuven, BELGIUMFax  +32 16 397.512
 http://www.xplanation.com/  email:  [EMAIL PROTECTED]
 ***
 * I think I've got the hang of it now:  exit, ^D, ^C, ^\, ^Z, ^Q, F6, *
 * quit,  ZZ, :q, :q!,  M-Z, ^X^C,  logoff, logout, close, bye,  /bye, *
 * stop, end, F3, ~., ^]c, +++ ATH, disconnect, halt,  abort,  hangup, *
 * PF4, F20, ^X^X, :D::D, KJOB, F14-f-e, F8-e,  kill -1 $$,  shutdown, *
 * init 0, kill -9 1, Alt-F4, Ctrl-Alt-Del, AltGr-NumLock, Stop-A, ... *
 * ...  Are you sure?  ...   YES   ...   Phew ...   I'm out  *
 ***
 
 

new amrecover problem

[Cam]

Hi,

so now amrecover works as far as switching the tape is concerned, but
i am still unable to recover files :(.  here's the output:

amrecover extract
Extracting files using tape drive /dev/nst0 on host db1.
The following tapes are needed: DailySet1017
Restoring files into directory /tmp
Continue [?/Y/n]? y
Extracting files using tape drive /dev/nst0 on host db1.
Load tape DailySet1017 now
Continue [?/Y/n/s/t]? y
EOF, check amidxtaped.timestamp.debug file on db1.
amrecover: short block 0 bytes
UNKNOWN file
amrecover: Can't read file header
extract_list - child returned non-zero status: 1
Continue [?/Y/n/r]? y

ok, so i'm checking the debug files that it told me to look at, but i
don't see any errors.  Here's the last few lines of the log:

amindexd: time 29.050:  200  Opaque list of /usr/bin
amindexd: time 38.900:  TAPE
amindexd: time 38.900:  200 /dev/nst0

that last thing is the 'ls' command i performed, and then there is no
errors or anything (there should be...that's where i did the 'extract'
command).  any tips?

thanks,
Cameron Matheson

amdump/amrecover problem

[cngo]

Hi,

I've got the following error when I run amrecover:

-
amrecover add dumpdates
Added /etc/dumpdates
amrecover extract

Extracting files using tape drive 0 on host typha.nmsu.edu.
The following tapes are needed: Biology-1

Restoring files into directory /home/cngo
Continue [?/Y/n]? y

Extracting files using tape drive 0 on host typha.nmsu.edu.
Load tape Biology-1 now
Continue [?/Y/n/s/t]? y
EOF, check amidxtaped.timestamp.debug file on typha.nmsu.edu.
amrecover: short block 0 bytes
UNKNOWN file
amrecover: Can't read file header
extract_list - child returned non-zero status: 1
Continue [?/Y/n/r]? y
amrecover 


That error disappears if I comment out the 'tapedev 0 'in my amanda.conf file

-amanda.conf--
tpchanger chg-scsi# the tape-changer glue script
tapedev 0
changerfile /usr/pkg/etc/amanda/backup/chg-scsi.conf
---

However if I do that, amcheck generates the following error:

---
% amcheck backup
Amanda Tape Server Host Check
-
Holding disk /data/amanda: 24318770 KB disk space available, that's plenty
amcheck-server: could not get changer info: check your config and use a config 
file for chg-scsi

Amanda Backup Client Hosts Check

Client check: 1 host checked in 0.060 seconds, 0 problems found

(brought to you by Amanda 2.4.4p2)
---

if I change 'tapedev 0 ' to 'tapedev enrst0' for example, amrecover works 
well but amcheck still gives that error message. As I understand from amanda 
documents, the value of tapedev is the configuration to use, so it should be a 
number between 0 and 9.

I don't think it's good idea to set 'tapedev 0' when running amdump and 
comment it out when running amrecover. I would appreciate it very much if 
anyone could advise me how to resolve that problem.

Thank you very much,

Co 

Re: amdump/amrecover problem

[Eric Schnoebelen]

[EMAIL PROTECTED] writes:
- I've got the following error when I run amrecover:
- 
- -
- amrecover add dumpdates
- Added /etc/dumpdates
- amrecover extract
- 
- Extracting files using tape drive 0 on host typha.nmsu.edu.
- The following tapes are needed: Biology-1
- 
- Restoring files into directory /home/cngo
- Continue [?/Y/n]? y
- 
- Extracting files using tape drive 0 on host typha.nmsu.edu.
- Load tape Biology-1 now
- Continue [?/Y/n/s/t]? y
- EOF, check amidxtaped.timestamp.debug file on typha.nmsu.edu.
- amrecover: short block 0 bytes
- UNKNOWN file
- amrecover: Can't read file header
- extract_list - child returned non-zero status: 1
- Continue [?/Y/n/r]? y
- amrecover 
- 

What are the contents of amidxtaped.timestamp.debug?
That'd probably be most enlightening.

As a guess, I'd say that the tape `Biology-1' wasn't
loaded when amidxtaped went to try and read from it.  Did you
see (hear?) the robot load the tape at the after you answered
yes, and before the above error message occurred.

- That error disappears if I comment out the 'tapedev 0 'in my amanda.conf 
- file

The error disappears, but are you able to restore the
file?

--
Eric Schnoebelen[EMAIL PROTECTED]   http://www.cirr.com
If bankers can count, how come they have eight windows and only four tellers?

Re: amdump/amrecover problem

[Miguel Angelo Rozsas]

On Thursday 08 July 2004 14:52, Eric Schnoebelen wrote:
 [EMAIL PROTECTED] writes:
 - I've got the following error when I run amrecover:
 -
 - -
 - amrecover add dumpdates
 - Added /etc/dumpdates
 - amrecover extract
 -
 - Extracting files using tape drive 0 on host typha.nmsu.edu.
 - The following tapes are needed: Biology-1
 -
 - Restoring files into directory /home/cngo
 - Continue [?/Y/n]? y
 -
 - Extracting files using tape drive 0 on host typha.nmsu.edu.
 - Load tape Biology-1 now
 - Continue [?/Y/n/s/t]? y
 - EOF, check amidxtaped.timestamp.debug file on typha.nmsu.edu.
 - amrecover: short block 0 bytes
 - UNKNOWN file
 - amrecover: Can't read file header
 - extract_list - child returned non-zero status: 1
 - Continue [?/Y/n/r]? y
 - amrecover
 - 

   What are the contents of amidxtaped.timestamp.debug?
 That'd probably be most enlightening.

There are several debug and diagnostics files at /tmp/amanda. They follow 
that convention.  Do you told to amanda to backup the /tmp directory (or / 
filesystem) ? Or maybe your /tmp is full, preveting the creation of the 
file...


   As a guess, I'd say that the tape `Biology-1' wasn't
 loaded when amidxtaped went to try and read from it.  Did you
 see (hear?) the robot load the tape at the after you answered
 yes, and before the above error message occurred.

 - That error disappears if I comment out the 'tapedev 0 'in my
 amanda.conf - file

   The error disappears, but are you able to restore the
 file?

 --
 Eric Schnoebelen  [EMAIL PROTECTED]   http://www.cirr.com
 If bankers can count, how come they have eight windows and only four
 tellers?

 ---
 Esta mensagem foi verificada pelo e-mail seguro Maxiweb.
 McAfee VirusScan / Vacina v4374 atualizada em 07/07/2004
 powered by wstation (www.wstation.com.br)

-- 
Miguel Angelo Rozsas
K3M Consultoria
19 3232 8886

---
Esta mensagem foi verificada pelo e-mail seguro Maxiweb.
McAfee VirusScan / Vacina v4374 atualizada em 07/07/2004
powered by wstation (www.wstation.com.br)

Re: amdump/amrecover problem

[cngo]

Hi,

I'm sure the tape was loaded because I checked it by running amtape and the 
files are restored when I comment out the tapedev 0. Please have a look at 
the amidxtaped* file attached. It seems that parameter for the tape device argv
[7]=0 is not what amrecover wants.
Thank you very much,

Co  

Quoting Eric Schnoebelen [EMAIL PROTECTED]:

 
 [EMAIL PROTECTED] writes:
 - I've got the following error when I run amrecover:
 - 
 - -
 - amrecover add dumpdates
 - Added /etc/dumpdates
 - amrecover extract
 - 
 - Extracting files using tape drive 0 on host typha.nmsu.edu.
 - The following tapes are needed: Biology-1
 - 
 - Restoring files into directory /home/cngo
 - Continue [?/Y/n]? y
 - 
 - Extracting files using tape drive 0 on host typha.nmsu.edu.
 - Load tape Biology-1 now
 - Continue [?/Y/n/s/t]? y
 - EOF, check amidxtaped.timestamp.debug file on typha.nmsu.edu.
 - amrecover: short block 0 bytes
 - UNKNOWN file
 - amrecover: Can't read file header
 - extract_list - child returned non-zero status: 1
 - Continue [?/Y/n/r]? y
 - amrecover 
 - 
 
   What are the contents of amidxtaped.timestamp.debug?
 That'd probably be most enlightening.
 
   As a guess, I'd say that the tape `Biology-1' wasn't
 loaded when amidxtaped went to try and read from it.  Did you
 see (hear?) the robot load the tape at the after you answered
 yes, and before the above error message occurred.
 
 - That error disappears if I comment out the 'tapedev 0 'in my amanda.conf
 
 - file
 
   The error disappears, but are you able to restore the
 file?
 
 --
 Eric Schnoebelen  [EMAIL PROTECTED]   http://www.cirr.com
 If bankers can count, how come they have eight windows and only four
 tellers?
 


amidxtaped: debug 1 pid 3582 ruid  euid : start at Thu Jul  8 08:13:53 2004
amidxtaped: version 2.4.4p2
amidxtaped: time 0.190:  SECURITY USER root
amidxtaped: time 0.190: bsd security: remote host typha.nmsu.edu user root local user 
backup
amidxtaped: time 0.190: amandahosts security check passed
amidxtaped: time 0.190:  CONFIG=backup
amidxtaped: time 0.190:  LABEL=Biology-1
amidxtaped: time 0.190:  FSF=1
amidxtaped: time 0.190:  HEADER
amidxtaped: time 0.190:  DEVICE=0
amidxtaped: time 0.190:  HOST=^typha$
amidxtaped: time 0.190:  DISK=^sd0a$
amidxtaped: time 0.190:  DATESTAMP=20040707
amidxtaped: time 0.191:  END
amidxtaped: time 0.192: amrestore_nargs=0
amidxtaped: time 0.192: Ready to execv amrestore with:
path = /usr/pkg/sbin/amrestore
argv[0] = amrestore
argv[1] = -p
argv[2] = -h
argv[3] = -l
argv[4] = Biology-1
argv[5] = -f
argv[6] = 1
argv[7] = 0
argv[8] = ^typha$
argv[9] = ^sd0a$
argv[10] = 20040707
amrestore: could not stat 0: No such file or directory
amidxtaped: time 0.195: amrestore terminated normally with status: 2
amidxtaped: could not stat 0: No such file or directory
amidxtaped: time 0.195: could not stat 0: No such file or directory
amidxtaped: time 0.195: pid 3582 finish time Thu Jul  8 08:13:53 2004

Re: amrecover problem

[Paul Bijnens]

Frederic Medery wrote:
I had the same prob (the 0 problem). But it's still  not working (other 
reason). Here is my

amidxtaped... :
amidxtaped: debug 1 pid 1566 ruid 33 euid 33: start at Mon Jun 28
13:21:51 2004
amidxtaped: version 2.4.4p1
amidxtaped: time 0.000:  SECURITY USER root
amidxtaped: time 0.001: bsd security: remote host localhost.localdomain
I hope you understand that this only works when server == client.
Not very scalable, for a client-server tool.
user root local user amanda
amidxtaped: time 0.002: amandahosts security check passed
amidxtaped: time 0.002:  CONFIG=weekly
amidxtaped: time 0.002:  LABEL=weekly-05
amidxtaped: time 0.002:  FSF=23
amidxtaped: time 0.002:  HEADER
amidxtaped: time 0.002:  DEVICE=/dev/nst0
amidxtaped: time 0.002:  HOST=^urbino$
amidxtaped: time 0.002:  DISK=^/home/users$
amidxtaped: time 0.002:  DATESTAMP=20040529
amidxtaped: time 0.002:  END
amidxtaped: time 0.007: amrestore_nargs=0
amidxtaped: time 0.008: Ready to execv amrestore with:
path = /usr/sbin/amrestore
argv[0] = amrestore
argv[1] = -p
argv[2] = -h
argv[3] = /dev/nst0
argv[4] = ^urbino$
argv[5] = ^/home/users$
argv[6] = 20040529
amrestore: WARNING: not at start of tape, file numbers will be offset
Here is your warning.  Amanda did not find the image from where it
started to end of tape.  You have to rewind the tape manually (with
a command 'mt rewind I mean :-)  ), or add these two directives
to amanda.conf:
  amrecover_do_fsf yes  # this implies a rewind
  amrecover_check_label yes
Because of a little bug in your version you need both parameters set
to yes (that bug is solved in 2.4.4p3).

On Behalf Of Frederic Medery
When I tried to recover a folder called my folder (with space in it,
don't know if this could be the problem). I have for time to time,
Segment Fault.
This is probably a complete other problem.  Is it repeatable?
Can you send the debug file of such a restore attempt?
Can you find out what program is hit by the segmention fault? 
(amindexd, gzip, gnutar...)?  Any core file (if ulimit -c is
set sufficiently large) in /tmp/amanda on the server?

--
Paul Bijnens, XplanationTel  +32 16 397.511
Technologielaan 21 bus 2, B-3001 Leuven, BELGIUMFax  +32 16 397.512
http://www.xplanation.com/  email:  [EMAIL PROTECTED]
***
* I think I've got the hang of it now:  exit, ^D, ^C, ^\, ^Z, ^Q, F6, *
* quit,  ZZ, :q, :q!,  M-Z, ^X^C,  logoff, logout, close, bye,  /bye, *
* stop, end, F3, ~., ^]c, +++ ATH, disconnect, halt,  abort,  hangup, *
* PF4, F20, ^X^X, :D::D, KJOB, F14-f-e, F8-e,  kill -1 $$,  shutdown, *
* kill -9 1,  Alt-F4,  Ctrl-Alt-Del,  AltGr-NumLock,  Stop-A,  ...*
* ...  Are you sure?  ...   YES   ...   Phew ...   I'm out  *
***

Re: amrecover problem (SOLVED)

[Frederic Medery]

Hello,
during the amrestore I use settape to force /dev/nst0 instead of 0 
(thanks Bernard).

And during recover, I  answer no to :
owner/mode for '.'? [yn] n
I'll change the localhost inside the disklist
thanks to all !!
Frederic Medery
System Administrator
LexUM, University of Montreal

Bernard McAuley wrote:
Hi,
I've had the same message yesterday - I suggest you read the
/tmp/Amanda/amidxtaped.timestamp.debug file and post the contents.  In
my case amrecover was being passed a '0' for the tapedev instead of a
suitable tape device.  This was because it was picking up my chg-scsi
setup, and mapping the device name (0) instead of the device type
(/dev/nst0) to amrestore.  I worked around this but using the settape
/dev/nst0 to pick up the tape device directly and avoid the /dev/sg
devices altogether which amrestore couldn't cope with.
Regards,
Bernard McAuley
[EMAIL PROTECTED]
 

-Original Message-
From: [EMAIL PROTECTED]
   

[mailto:[EMAIL PROTECTED]
 

On Behalf Of Frederic Medery
Sent: 28 June 2004 15:58
To: Mailing List Amanda User
Subject: amrecover problem
Hello,
When I tried to recover a folder called my folder (with space in it,
   

I
 

don't know if this could be the problem). I have for time to time,
Segment Fault.
and when I try to recover (when I don't receive the error) with the
extract command :
Load tape weekly-05 now
Continue [?/Y/n/s/t]? Y
EOF, check amidxtaped.timestamp.debug file on localhost.
amrecover: short block 0 bytes
UNKNOWN file
amrecover: Can't read file header
extract_list - child returned non-zero status: 1
Some hints ??
Thanks !!
--
Frederic Medery
System Administrator
LexUM, University of Montreal
   


 

amrecover problem

[Frederic Medery]

Hello,
When I tried to recover a folder called my folder (with space in it, I 
don't know if this could be the problem). I have for time to time, 
Segment Fault.

and when I try to recover (when I don't receive the error) with the 
extract command :

Load tape weekly-05 now
Continue [?/Y/n/s/t]? Y
EOF, check amidxtaped.timestamp.debug file on localhost.
amrecover: short block 0 bytes
UNKNOWN file
amrecover: Can't read file header
extract_list - child returned non-zero status: 1
Some hints ??
Thanks !!
--
Frederic Medery
System Administrator
LexUM, University of Montreal

RE: amrecover problem

[Bernard McAuley]

Hi,

I've had the same message yesterday - I suggest you read the
/tmp/Amanda/amidxtaped.timestamp.debug file and post the contents.  In
my case amrecover was being passed a '0' for the tapedev instead of a
suitable tape device.  This was because it was picking up my chg-scsi
setup, and mapping the device name (0) instead of the device type
(/dev/nst0) to amrestore.  I worked around this but using the settape
/dev/nst0 to pick up the tape device directly and avoid the /dev/sg
devices altogether which amrestore couldn't cope with.

Regards,

Bernard McAuley
[EMAIL PROTECTED]


 -Original Message-
 From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]
 On Behalf Of Frederic Medery
 Sent: 28 June 2004 15:58
 To: Mailing List Amanda User
 Subject: amrecover problem
 
 Hello,
 
 When I tried to recover a folder called my folder (with space in it,
I
 don't know if this could be the problem). I have for time to time,
 Segment Fault.
 
 and when I try to recover (when I don't receive the error) with the
 extract command :
 
 Load tape weekly-05 now
 Continue [?/Y/n/s/t]? Y
 EOF, check amidxtaped.timestamp.debug file on localhost.
 amrecover: short block 0 bytes
 UNKNOWN file
 amrecover: Can't read file header
 extract_list - child returned non-zero status: 1
 
 
 Some hints ??
 Thanks !!
 
 --
 Frederic Medery
 System Administrator
 
 LexUM, University of Montreal

Re: amrecover problem

[Frederic Medery]

I had the same prob (the 0 problem). But it's still  not working (other 
reason). Here is my

amidxtaped... :
amidxtaped: debug 1 pid 1566 ruid 33 euid 33: start at Mon Jun 28
13:21:51 2004
amidxtaped: version 2.4.4p1
amidxtaped: time 0.000:  SECURITY USER root
amidxtaped: time 0.001: bsd security: remote host localhost.localdomain
user root local user amanda
amidxtaped: time 0.002: amandahosts security check passed
amidxtaped: time 0.002:  CONFIG=weekly
amidxtaped: time 0.002:  LABEL=weekly-05
amidxtaped: time 0.002:  FSF=23
amidxtaped: time 0.002:  HEADER
amidxtaped: time 0.002:  DEVICE=/dev/nst0
amidxtaped: time 0.002:  HOST=^urbino$
amidxtaped: time 0.002:  DISK=^/home/users$
amidxtaped: time 0.002:  DATESTAMP=20040529
amidxtaped: time 0.002:  END
amidxtaped: time 0.007: amrestore_nargs=0
amidxtaped: time 0.008: Ready to execv amrestore with:
path = /usr/sbin/amrestore
argv[0] = amrestore
argv[1] = -p
argv[2] = -h
argv[3] = /dev/nst0
argv[4] = ^urbino$
argv[5] = ^/home/users$
argv[6] = 20040529
amrestore: WARNING: not at start of tape, file numbers will be offset
amrestore:   0: reached end of information
amidxtaped: time 0.047: amrestore terminated normally with status: 1
amidxtaped: time 0.047: rewinding tape ...
amidxtaped: time 9.815: done
amidxtaped: time 9.815: pid 1566 finish time Mon Jun 28 13:22:00 2004
Frédéric Médery
Administrateur Système
LexUM, Université de Montréal
[EMAIL PROTECTED]
tel. : (514) 343-6111  #3288

Bernard McAuley wrote:
Hi,
I've had the same message yesterday - I suggest you read the
/tmp/Amanda/amidxtaped.timestamp.debug file and post the contents.  In
my case amrecover was being passed a '0' for the tapedev instead of a
suitable tape device.  This was because it was picking up my chg-scsi
setup, and mapping the device name (0) instead of the device type
(/dev/nst0) to amrestore.  I worked around this but using the settape
/dev/nst0 to pick up the tape device directly and avoid the /dev/sg
devices altogether which amrestore couldn't cope with.
Regards,
Bernard McAuley
[EMAIL PROTECTED]
 

-Original Message-
From: [EMAIL PROTECTED]
   

[mailto:[EMAIL PROTECTED]
 

On Behalf Of Frederic Medery
Sent: 28 June 2004 15:58
To: Mailing List Amanda User
Subject: amrecover problem
Hello,
When I tried to recover a folder called my folder (with space in it,
   

I
 

don't know if this could be the problem). I have for time to time,
Segment Fault.
and when I try to recover (when I don't receive the error) with the
extract command :
Load tape weekly-05 now
Continue [?/Y/n/s/t]? Y
EOF, check amidxtaped.timestamp.debug file on localhost.
amrecover: short block 0 bytes
UNKNOWN file
amrecover: Can't read file header
extract_list - child returned non-zero status: 1
Some hints ??
Thanks !!
--
Frederic Medery
System Administrator
LexUM, University of Montreal
   


 

Re: amrecover problem

[Gene Heskett]

On Monday 28 June 2004 15:05, Frederic Medery wrote:
I had the same prob (the 0 problem). But it's still  not working
 (other reason). Here is my

amidxtaped... :
amidxtaped: debug 1 pid 1566 ruid 33 euid 33: start at Mon Jun 28
13:21:51 2004
amidxtaped: version 2.4.4p1
amidxtaped: time 0.000:  SECURITY USER root
amidxtaped: time 0.001: bsd security: remote host
 localhost.localdomain user root local user amanda

What is this^^?  [EMAIL PROTECTED] is not a valid, unique 
adress and will not work for recovery.  Please read the FAQ and 
TOP-TEN-QUESTIONS in the docs directory of the tarball.
 
amidxtaped: time 0.002: amandahosts security check passed
amidxtaped: time 0.002:  CONFIG=weekly
amidxtaped: time 0.002:  LABEL=weekly-05
amidxtaped: time 0.002:  FSF=23
amidxtaped: time 0.002:  HEADER
amidxtaped: time 0.002:  DEVICE=/dev/nst0
amidxtaped: time 0.002:  HOST=^urbino$
amidxtaped: time 0.002:  DISK=^/home/users$
amidxtaped: time 0.002:  DATESTAMP=20040529
amidxtaped: time 0.002:  END
amidxtaped: time 0.007: amrestore_nargs=0
amidxtaped: time 0.008: Ready to execv amrestore with:
path = /usr/sbin/amrestore
argv[0] = amrestore
argv[1] = -p
argv[2] = -h
argv[3] = /dev/nst0
argv[4] = ^urbino$
argv[5] = ^/home/users$
argv[6] = 20040529
amrestore: WARNING: not at start of tape, file numbers will be
 offset amrestore:   0: reached end of information
amidxtaped: time 0.047: amrestore terminated normally with status: 1
amidxtaped: time 0.047: rewinding tape ...
amidxtaped: time 9.815: done
amidxtaped: time 9.815: pid 1566 finish time Mon Jun 28 13:22:00
 2004

Frédéric Médery
Administrateur Système
LexUM, Université de Montréal

[EMAIL PROTECTED]
tel. : (514) 343-6111  #3288

Bernard McAuley wrote:
Hi,

I've had the same message yesterday - I suggest you read the
/tmp/Amanda/amidxtaped.timestamp.debug file and post the
 contents.  In my case amrecover was being passed a '0' for the
 tapedev instead of a suitable tape device.  This was because it
 was picking up my chg-scsi setup, and mapping the device name (0)
 instead of the device type (/dev/nst0) to amrestore.  I worked
 around this but using the settape /dev/nst0 to pick up the tape
 device directly and avoid the /dev/sg devices altogether which
 amrestore couldn't cope with.

Regards,

Bernard McAuley
[EMAIL PROTECTED]

-Original Message-
From: [EMAIL PROTECTED]

[mailto:[EMAIL PROTECTED]

On Behalf Of Frederic Medery
Sent: 28 June 2004 15:58
To: Mailing List Amanda User
Subject: amrecover problem

Hello,

When I tried to recover a folder called my folder (with space in
 it,

I

don't know if this could be the problem). I have for time to time,
Segment Fault.

and when I try to recover (when I don't receive the error) with
 the extract command :

Load tape weekly-05 now
Continue [?/Y/n/s/t]? Y
EOF, check amidxtaped.timestamp.debug file on localhost.
amrecover: short block 0 bytes
UNKNOWN file
amrecover: Can't read file header
extract_list - child returned non-zero status: 1


Some hints ??
Thanks !!

--
Frederic Medery
System Administrator

LexUM, University of Montreal

-- 
Cheers, Gene
There are 4 boxes to be used in defense of liberty. 
Soap, ballot, jury, and ammo.
Please use in that order, starting now.  -Ed Howdershelt, Author
Additions to this message made by Gene Heskett are Copyright 2004, 
Maurice E. Heskett, all rights reserved.

Amrecover Problem

[Jim Summers]

Hello List,

I am attempting to recover a file using amrecover.  I am running
amrecover on the amanda server and want to recover the file to a temp
directory and then manually put it back in place.  This is amanda
2.4.4p1 on a Redhat9 system.  I have found references to EOF errors but
not anything with th permission denied stuff.  My tape drive is actually
a changer (/dev/sg1).  
 
The host and disk are on a amanda client.

I start amrecover, no problem.

I issue a sethost clientname  No errors or problems

I issue a setdisk DLE   No errors or problems

Next I cd to the directory containing the file to recover and issue the
add command.  No problem.

Then I issue extract and it prompts for the tape needed and then a
continue prompt and the following is displayed:
===
Extracting files using tape drive /dev/nst0 on host backus.
Load tape daily06 now
Continue [?/Y/n/s/t]? Y
EOF, check amidxtaped.timestamp.debug file on backus.
amrecover: short block 0 bytes
UNKNOWN file
amrecover: Can't read file header
extract_list - child returned non-zero status: 1
===

The amidxtaped debug contains the following errors:
===
amrestore: could not open /dev/nst0: Permission denied
amidxtaped: time 0.010: amrestore terminated normally with status: 2
amidxtaped: time 0.010: rewinding tape ...
amidxtaped: time 0.010: tape_rewind: tape open: /dev/nst0: Permission
denied
amidxtaped: time 0.010: pid 31743 finish time Mon Nov  3 08:10:09 2003
===

-- 
Jim Summers [EMAIL PROTECTED]
University of Oklahoma - Computer Science

Re: Amrecover Problem

[Joshua Baker-LePain]

On 3 Nov 2003 at 8:37am, Jim Summers wrote

 ===
 amrestore: could not open /dev/nst0: Permission denied

What does 'ls -l /dev/nst0' say?  And what user and group runs amanda on 
the server?

-- 
Joshua Baker-LePain
Department of Biomedical Engineering
Duke University

Re: Amrecover Problem

[Tom Brown]

 amrestore: could not open /dev/nst0: Permission denied
 amidxtaped: time 0.010: amrestore terminated normally with status: 2
 amidxtaped: time 0.010: rewinding tape ...
 amidxtaped: time 0.010: tape_rewind: tape open: /dev/nst0: Permission
 denied
 amidxtaped: time 0.010: pid 31743 finish time Mon Nov  3 08:10:09 2003

and what are the permissions on /dev/nst0

is it on the same machine?

Re: Amrecover Problem

[Marc Cuypers]

Jim Summers wrote:

Hello List,

I am attempting to recover a file using amrecover.  I am running
amrecover on the amanda server and want to recover the file to a temp
directory and then manually put it back in place.  This is amanda
2.4.4p1 on a Redhat9 system.  I have found references to EOF errors but
not anything with th permission denied stuff.  My tape drive is actually
a changer (/dev/sg1).  
 
The host and disk are on a amanda client.

I start amrecover, no problem.

I issue a sethost clientname  No errors or problems

I issue a setdisk DLE   No errors or problems

Next I cd to the directory containing the file to recover and issue the
add command.  No problem.
Then I issue extract and it prompts for the tape needed and then a
continue prompt and the following is displayed:
===
Extracting files using tape drive /dev/nst0 on host backus.
Load tape daily06 now
Continue [?/Y/n/s/t]? Y
EOF, check amidxtaped.timestamp.debug file on backus.
amrecover: short block 0 bytes
UNKNOWN file
amrecover: Can't read file header
extract_list - child returned non-zero status: 1
===
The amidxtaped debug contains the following errors:
===
amrestore: could not open /dev/nst0: Permission denied
amidxtaped: time 0.010: amrestore terminated normally with status: 2
amidxtaped: time 0.010: rewinding tape ...
amidxtaped: time 0.010: tape_rewind: tape open: /dev/nst0: Permission
denied
amidxtaped: time 0.010: pid 31743 finish time Mon Nov  3 08:10:09 2003
===
Are the filesystem permissions OK for /dev/nst0?
You should have read and write permissions on the device.
Are you logged in as root?
Marc

Re: Amrecover Problem

[Jim Summers]

On Mon, 2003-11-03 at 08:43, Joshua Baker-LePain wrote:
 On 3 Nov 2003 at 8:37am, Jim Summers wrote
 
  ===
  amrestore: could not open /dev/nst0: Permission denied
 
 What does 'ls -l /dev/nst0' say?  And what user and group runs amanda on 
 the server?
Sorry I forgot to include that in the original:


[EMAIL PROTECTED] amanda]# ls -l /dev/nst0
crw-rw1 root disk   9, 128 Jan 30  2003 /dev/nst0
[EMAIL PROTECTED] amanda]# ls -l /dev/sg1
crw-rw1 root disk  21,   1 Jan 30  2003 /dev/sg1

I built amanda with --with-user=bin and --with-group=disk

TIA


-- 
Jim Summers [EMAIL PROTECTED]
University of Oklahoma - Computer Science

Re: Amrecover Problem

[Jon LaBadie]

On Mon, Nov 03, 2003 at 09:43:30AM -0500, Joshua Baker-LePain wrote:
 On 3 Nov 2003 at 8:37am, Jim Summers wrote
 
  ===
  amrestore: could not open /dev/nst0: Permission denied
 
 What does 'ls -l /dev/nst0' say?  And what user and group runs amanda on 
 the server?


amrecover, in my hands, has a root user check at startup.
Thus, I assume that Jim was running amrecover as root.

Does amreocover su to another user before calling amrestore?
If not, would local permissions come into play?

-- 
Jon H. LaBadie  [EMAIL PROTECTED]
 JG Computing
 4455 Province Line Road(609) 252-0159
 Princeton, NJ  08540-4322  (609) 683-7220 (fax)

Re: Amrecover Problem

[Gene Heskett]

On Monday 03 November 2003 09:37, Jim Summers wrote:
Hello List,

I am attempting to recover a file using amrecover.  I am running
amrecover on the amanda server and want to recover the file to a
 temp directory and then manually put it back in place.  This is
 amanda 2.4.4p1 on a Redhat9 system.  I have found references to EOF
 errors but not anything with th permission denied stuff.  My tape
 drive is actually a changer (/dev/sg1).

Linux normally uses two different devices to address a changer, one, 
the drive itself, is usually /dev/nst0, then the changer robot is 
treated as a generic scsi device, in your case /dev/sg1 because 
you've already got something on sg0.  But check your /var/log/dmesg 
file for the device assigned to the drive itself.

Norma;lly you won't need the changer to recover if you can manually 
position the right tapes into the drive.

The host and disk are on a amanda client.

I start amrecover, no problem.

I issue a sethost clientname  No errors or problems

I issue a setdisk DLE   No errors or problems

Next I cd to the directory containing the file to recover and issue
 the add command.  No problem.

Then I issue extract and it prompts for the tape needed and then a
continue prompt and the following is displayed:
===
Extracting files using tape drive /dev/nst0 on host backus.
looks good
Load tape daily06 now
do it manually
Continue [?/Y/n/s/t]? Y
EOF, check amidxtaped.timestamp.debug file on backus.
amrecover: short block 0 bytes
UNKNOWN file
amrecover: Can't read file header

Humm, can amverify read this tape?

extract_list - child returned non-zero status: 1
===

The amidxtaped debug contains the following errors:
===
amrestore: could not open /dev/nst0: Permission denied
amidxtaped: time 0.010: amrestore terminated normally with status: 2
amidxtaped: time 0.010: rewinding tape ...
amidxtaped: time 0.010: tape_rewind: tape open: /dev/nst0:
 Permission denied

what user are you?

amidxtaped: time 0.010: pid 31743 finish time Mon Nov  3 08:10:09
 2003 ===

-- 
Cheers, Gene
AMD [EMAIL PROTECTED] 320M
[EMAIL PROTECTED]  512M
99.27% setiathome rank, not too shabby for a WV hillbilly
Yahoo.com attornies please note, additions to this message
by Gene Heskett are:
Copyright 2003 by Maurice Eugene Heskett, all rights reserved.

Re: Amrecover Problem

[Jean-Louis Martineau]

On Mon, Nov 03, 2003 at 08:48:46AM -0600, Jim Summers wrote:
 On Mon, 2003-11-03 at 08:43, Joshua Baker-LePain wrote:
  On 3 Nov 2003 at 8:37am, Jim Summers wrote
  
   ===
   amrestore: could not open /dev/nst0: Permission denied
  
  What does 'ls -l /dev/nst0' say?  And what user and group runs amanda on 
  the server?
 Sorry I forgot to include that in the original:
 
 
 [EMAIL PROTECTED] amanda]# ls -l /dev/nst0
 crw-rw1 root disk   9, 128 Jan 30  2003 /dev/nst0
 [EMAIL PROTECTED] amanda]# ls -l /dev/sg1
 crw-rw1 root disk  21,   1 Jan 30  2003 /dev/sg1
 
 I built amanda with --with-user=bin and --with-group=disk

Who run the amidxtaped process?
Look at your xinetd configuration.

Jean-Louis
-- 
Jean-Louis Martineau email: [EMAIL PROTECTED] 
Département IRO, Université de Montréal
C.P. 6128, Succ. CENTRE-VILLETel: (514) 343-6111 ext. 3529
Montréal, Canada, H3C 3J7Fax: (514) 343-5834

Re: Amrecover Problem

[Gene Heskett]

On Monday 03 November 2003 09:48, Jim Summers wrote:
On Mon, 2003-11-03 at 08:43, Joshua Baker-LePain wrote:
 On 3 Nov 2003 at 8:37am, Jim Summers wrote

  ===
  amrestore: could not open /dev/nst0: Permission denied

 What does 'ls -l /dev/nst0' say?  And what user and group runs
 amanda on the server?

Sorry I forgot to include that in the original:


[EMAIL PROTECTED] amanda]# ls -l /dev/nst0
crw-rw1 root disk   9, 128 Jan 30  2003 /dev/nst0
[EMAIL PROTECTED] amanda]# ls -l /dev/sg1
crw-rw1 root disk  21,   1 Jan 30  2003 /dev/sg1

I built amanda with --with-user=bin and --with-group=disk

That looks as if it could be part of the problem.  I think bin has 
near root rights, and amandas --with-user should specify an 
unpriviledged user when configuring.

TIA

-- 
Cheers, Gene
AMD [EMAIL PROTECTED] 320M
[EMAIL PROTECTED]  512M
99.27% setiathome rank, not too shabby for a WV hillbilly
Yahoo.com attornies please note, additions to this message
by Gene Heskett are:
Copyright 2003 by Maurice Eugene Heskett, all rights reserved.

Re: Amrecover Problem

[Paul Bijnens]

Jon LaBadie wrote:

On Mon, Nov 03, 2003 at 09:43:30AM -0500, Joshua Baker-LePain wrote:

On 3 Nov 2003 at 8:37am, Jim Summers wrote


===
amrestore: could not open /dev/nst0: Permission denied
What does 'ls -l /dev/nst0' say?  And what user and group runs amanda on 
the server?


amrecover, in my hands, has a root user check at startup.
Thus, I assume that Jim was running amrecover as root.
Does amreocover su to another user before calling amrestore?
If not, would local permissions come into play?
but amrecover talks to amidxtape over the network (even when you restore 
on the server) for reading the tape, and that should be started as
user amanda on the server.  Verify the (x)inetd configuration.

--
Paul Bijnens, XplanationTel  +32 16 397.511
Technologielaan 21 bus 2, B-3001 Leuven, BELGIUMFax  +32 16 397.512
http://www.xplanation.com/  email:  [EMAIL PROTECTED]
***
* I think I've got the hang of it now:  exit, ^D, ^C, ^\, ^Z, ^Q, F6, *
* quit,  ZZ, :q, :q!,  M-Z, ^X^C,  logoff, logout, close, bye,  /bye, *
* stop, end, F3, ~., ^]c, +++ ATH, disconnect, halt,  abort,  hangup, *
* PF4, F20, ^X^X, :D::D, KJOB, F14-f-e, F8-e,  kill -1 $$,  shutdown, *
* kill -9 1,  Alt-F4,  Ctrl-Alt-Del,  AltGr-NumLock,  Stop-A,  ...*
* ...  Are you sure?  ...   YES   ...   Phew ...   I'm out  *
***

Re: Amrecover Problem

[Jim Summers]

On Mon, 2003-11-03 at 10:22, Paul Bijnens wrote:
 Jon LaBadie wrote:
 
  On Mon, Nov 03, 2003 at 09:43:30AM -0500, Joshua Baker-LePain wrote:
  
 On 3 Nov 2003 at 8:37am, Jim Summers wrote
 
 
 ===
 amrestore: could not open /dev/nst0: Permission denied
 
 What does 'ls -l /dev/nst0' say?  And what user and group runs amanda on 
 the server?
  
  
  amrecover, in my hands, has a root user check at startup.
  Thus, I assume that Jim was running amrecover as root.
  
  Does amreocover su to another user before calling amrestore?
  If not, would local permissions come into play?
  
 
 but amrecover talks to amidxtape over the network (even when you restore 
 on the server) for reading the tape, and that should be started as
 user amanda on the server.  Verify the (x)inetd configuration.
My xinetd for the indexing is
==
# default: on
# description: The telnet server serves telnet sessions; it uses \
#   unencrypted username/password pairs for authentication.
service amidxtape
{
#   flags   = REUSE
socket_type = stream
wait= no
user= bin
server  = /usr/local/libexec/amidxtaped
log_on_failure  += USERID
disable = no
}

UPDATE:

Tape seems readable.  I ran the following:

amrestore -p /dev/nst0 no-such-host  /dev/null

and it was able to run through the tape showing each image.

Thanks again
-- 
Jim Summers [EMAIL PROTECTED]
University of Oklahoma - Computer Science

Re: Amrecover Problem

[Paul Bijnens]

Jim Summers wrote:

#   unencrypted username/password pairs for authentication.
service amidxtape
{
#   flags   = REUSE
socket_type = stream
wait= no
user= bin
Add:
group   = disk
server  = /usr/local/libexec/amidxtaped
log_on_failure  += USERID
disable = no
}


--
Paul Bijnens, XplanationTel  +32 16 397.511
Technologielaan 21 bus 2, B-3001 Leuven, BELGIUMFax  +32 16 397.512
http://www.xplanation.com/  email:  [EMAIL PROTECTED]
***
* I think I've got the hang of it now:  exit, ^D, ^C, ^\, ^Z, ^Q, F6, *
* quit,  ZZ, :q, :q!,  M-Z, ^X^C,  logoff, logout, close, bye,  /bye, *
* stop, end, F3, ~., ^]c, +++ ATH, disconnect, halt,  abort,  hangup, *
* PF4, F20, ^X^X, :D::D, KJOB, F14-f-e, F8-e,  kill -1 $$,  shutdown, *
* kill -9 1,  Alt-F4,  Ctrl-Alt-Del,  AltGr-NumLock,  Stop-A,  ...*
* ...  Are you sure?  ...   YES   ...   Phew ...   I'm out  *
***

amrecover problem

[Markus Dohmann]

Hello amada-users lists,

we are using Amanda 2.4.4 (Solaris 8) with GNU tar (1.13.25) and a
tape archive (Overland LoaderXpress SDLT). Everything works fine except
for the setting of the recovery date of directories.

I restored a directory tree an a client with amrecvoer.

The original dates were:

drwxr-xr-x   2 dohmann  b311 512 Jul 10  2002 gear/
drwxr-xr-x   2 dohmann  b311 512 Aug  9  2002 media/
drwxr-xr-x   2 dohmann  b311 512 Oct 14  2002 ingres/
drwxr-xr-x   2 dohmann  b311 512 Nov  1  2002 cisco/
drwxr-xr-x   2 dohmann  b311 512 Jan 23  2003 done/
drwxr-xr-x   2 dohmann  b311 512 Feb  3  2003 NMSOP/
drwxr-xr-x   2 dohmann  b311 512 Feb  7  2003 isar/
drwxr-xr-x   7 dohmann  b311 512 Mar 28 10:02 system/
-rw-r--r--   1 dohmann  b3119195 Jul 15 10:06 adressen

The dates of the recovered directories are:

drwxr-xr-x   7 dohmann  b311 512 Mar 28 10:02 system/
-rw-r--r--   1 dohmann  b3119195 Jul 15 10:06 adressen
drwxr-xr-x   2 dohmann  b311 512 Sep 19 09:52 NMSOP/
drwxr-xr-x   2 dohmann  b311 512 Sep 19 09:52 media/
drwxr-xr-x   2 dohmann  b311 512 Sep 19 09:52 isar/
drwxr-xr-x   2 dohmann  b311 512 Sep 19 09:52 ingres/
drwxr-xr-x   2 dohmann  b311 512 Sep 19 09:52 gear/
drwxr-xr-x   2 dohmann  b311 512 Sep 19 09:52 done/
drwxr-xr-x   2 dohmann  b311 512 Sep 19 09:52 cisco/



All owner modes were ok, but the date of the directories get the actual 
system time. Files in this directories have the correct time.
Do you have any idea or hint?


Best regards 

Markus

Re: amrecover problem

[Jon LaBadie]

On Mon, Sep 22, 2003 at 08:42:53AM +0200, Markus Dohmann wrote:
 Hello amada-users lists,
 
 we are using Amanda 2.4.4 (Solaris 8) with GNU tar (1.13.25) and a
 tape archive (Overland LoaderXpress SDLT). Everything works fine except
 for the setting of the recovery date of directories.
 
...
 
 All owner modes were ok, but the date of the directories get the actual 
 system time. Files in this directories have the correct time.
 Do you have any idea or hint?

I'm pretty certain that is the normal effect of recoveries.
I do not believe there is a workaround.

You see the same thing with pass through transfer of one directory
tree to another location with cpio or tar (i.e. cpio | cpio or tar | tar
to copy a dir tree).  The directories always have the current date/time
even when the preserve mod times options are used.

I think the reason is that the directories, which are actually files,
are not copied into the backup image, just noted.  Then they are
recreated as needed during recovery.

-- 
Jon H. LaBadie  [EMAIL PROTECTED]
 JG Computing
 4455 Province Line Road(609) 252-0159
 Princeton, NJ  08540-4322  (609) 683-7220 (fax)

Re: amrecover problem

[Markus Dohmann]

Hi Jon,
 
 On Mon, Sep 22, 2003 at 08:42:53AM +0200, Markus Dohmann wrote:
  Hello amada-users lists,
  
  we are using Amanda 2.4.4 (Solaris 8) with GNU tar (1.13.25) and a
  tape archive (Overland LoaderXpress SDLT). Everything works fine except
  for the setting of the recovery date of directories.
  
 ...
  
  All owner modes were ok, but the date of the directories get the actual 
  system time. Files in this directories have the correct time.
  Do you have any idea or hint?
 
 I'm pretty certain that is the normal effect of recoveries.
 I do not believe there is a workaround.


When I use /bin/tar from Solaris 8 (instead of GNU tar) and tar a directory 
tree and then extract this tar archive, the directories have the corret date 
and time.

 You see the same thing with pass through transfer of one directory
 tree to another location with cpio or tar (i.e. cpio | cpio or tar | tar
 to copy a dir tree).  The directories always have the current date/time
 even when the preserve mod times options are used.
 
 I think the reason is that the directories, which are actually files,
 are not copied into the backup image, just noted.  Then they are
 recreated as needed during recovery.
 

It seems so, but in the example I sent there are directories recovered with the 
original dateand time, Ithink in this case all directories without a year number 
only month and time:

drwxr-xr-x   7 dohmann  b311 512 Mar 28 10:02 system/



Markus

amrecover problem

[Roberto Samarone Araújo (RSA)]

Hi,


 I'm using a Red Hat E.S. client and a Debian Linux server. I made a
backup perfect. I did the backup, I tried to test it but, when I tried the
command:

amrecover Day -s myserver -t myserver -d /dev/st0

  The server returned me:

amrecover: Unexpected server end of file

   I'm using:  amrecover 2.4.2p2 on red hat client and server. Does
anyone could help me please ?

Thanks,


Roberto Samarone Araujo

Re: amrecover problem

[Bruno Negrão]

Hi Roberto,

It´s happening to me also. What I need to avoid it it, on the server machine, run the 
command
mt -f /dev/nst0 rewind

This obligates the tape to rewind itself and makes the backup recovering work.

Seriously, I can´t believe that a thing like this should be needed. Are we missing 
some configuration parameter?
See, if i want to recover my backup is obvious that the tape should rewind itself 
first, right?

Bye,
Bruno Negrão.

- Original Message - 
From: Roberto Samarone Araújo (RSA) [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Thursday, September 18, 2003 9:06 PM
Subject: amrecover problem


 Hi,


  I'm using a Red Hat E.S. client and a Debian Linux server. I made a
 backup perfect. I did the backup, I tried to test it but, when I tried the
 command:

 amrecover Day -s myserver -t myserver -d /dev/st0

   The server returned me:

 amrecover: Unexpected server end of file

I'm using:  amrecover 2.4.2p2 on red hat client and server. Does
 anyone could help me please ?

 Thanks,


 Roberto Samarone Araujo

Re: amrecover problem

[Paul Bijnens]

Roberto Samarone Araújo (RSA) wrote:

amrecover Day -s myserver -t myserver -d /dev/st0
You need the nonrewinding device /dev/nst0.

Re: amrecover problem

[Roberto Samarone Araújo (RSA)]

Hi,

Have you add the parameter tapedev /dev/nrst0, to the amanda.conf ?

I think my problem is not this. I think my problem is the version of
amanda that i'm using ://

Thanks,

Roberto Samarone Araujo

 Hi Roberto,

 It´s happening to me also. What I need to avoid it it, on the server
machine, run the command
 mt -f /dev/nst0 rewind

 This obligates the tape to rewind itself and makes the backup recovering
work.

 Seriously, I can´t believe that a thing like this should be needed. Are we
missing some configuration parameter?
 See, if i want to recover my backup is obvious that the tape should rewind
itself first, right?

 Bye,
 Bruno Negrão.

 - Original Message - 
 From: Roberto Samarone Araújo (RSA) [EMAIL PROTECTED]
 To: [EMAIL PROTECTED]
 Sent: Thursday, September 18, 2003 9:06 PM
 Subject: amrecover problem


  Hi,
 
 
   I'm using a Red Hat E.S. client and a Debian Linux server. I made a
  backup perfect. I did the backup, I tried to test it but, when I tried
the
  command:
 
  amrecover Day -s myserver -t myserver -d /dev/st0
 
The server returned me:
 
  amrecover: Unexpected server end of file
 
 I'm using:  amrecover 2.4.2p2 on red hat client and server. Does
  anyone could help me please ?
 
  Thanks,
 
 
  Roberto Samarone Araujo
 
 
 

Re: amrecover problem

[Bruno Negrão]

 Hi,

 Have you add the parameter tapedev /dev/nrst0, to the amanda.conf ?
No, i´m using the /dev/nst0 instead. What does this r letter stand for?

My version of amanda is amanda-2.4.2p2-9. I downloaded it from redhat.

bruno.


 I think my problem is not this. I think my problem is the version of
 amanda that i'm using ://

 Thanks,

 Roberto Samarone Araujo

  Hi Roberto,
 
  It´s happening to me also. What I need to avoid it it, on the server
 machine, run the command
  mt -f /dev/nst0 rewind
 
  This obligates the tape to rewind itself and makes the backup recovering
 work.
 
  Seriously, I can´t believe that a thing like this should be needed. Are we
 missing some configuration parameter?
  See, if i want to recover my backup is obvious that the tape should rewind
 itself first, right?
 
  Bye,
  Bruno Negrão.
 
  - Original Message - 
  From: Roberto Samarone Araújo (RSA) [EMAIL PROTECTED]
  To: [EMAIL PROTECTED]
  Sent: Thursday, September 18, 2003 9:06 PM
  Subject: amrecover problem
 
 
   Hi,
  
  
I'm using a Red Hat E.S. client and a Debian Linux server. I made a
   backup perfect. I did the backup, I tried to test it but, when I tried
 the
   command:
  
   amrecover Day -s myserver -t myserver -d /dev/st0
  
 The server returned me:
  
   amrecover: Unexpected server end of file
  
  I'm using:  amrecover 2.4.2p2 on red hat client and server. Does
   anyone could help me please ?
  
   Thanks,
  
  
   Roberto Samarone Araujo
  
  
  
 

Re: amrecover problem

[Paul Bijnens]

Bruno Negro wrote:
 Its happening to me also. What I need to avoid it it, on the server
 machine, run the command mt -f /dev/nst0 rewind

 This obligates the tape to rewind itself and makes the backup
 recovering work.

 Seriously, I cant believe that a thing like this should be needed.
 Are we missing some configuration parameter? See, if i want to
 recover my backup is obvious that the tape should rewind itself
 first, right?
That why in amanda 2.4.4 some new parameters in amanda.conf are
available:
  amrecover_do_fsf bool
 Default: off.  Amrecover will call amrestore with the f flag 

 for faster positioning of the tape.
  amrecover_check_label bool
 Default: off.  Amrecover will call amrestore with the l flag
 to check the label.
  amrecover_changer string
 Default: ''.  Amrecover will use the changer if you use
 'settape STRING' and that string is the same as the
 amrecover_changer setting.
(amrestore 2.4.4 has implemented those new flags -f and -l too)

--
Paul @ Home

Re: amrecover problem

[briner]

hi,

when you type amrercover -s borkerserver... it means that borkerserver
is where the index information are.

I saw in your amanda.conf that your index file are stored in
infofile /var/lib/amanda/normal/curinfo   # database filename
logdir   /var/lib/amanda/normal   # log directory
indexdir /var/lib/amanda/normal/index # index directory

so in borkerserver:/var/lib/amanda/normal/index you should find the
index information base...

is that the case?

if not!.. the server is usually where you run amanda.
then type amrecover -s amanda_server

hope it will help

briner
 Hi
 The exact commands that I ran were
 'amrecover -C normal -s borkerserver'
 501, no index records for the host brokerserver, Invalid?
 amrecover sethost localhost
 no index records for host :localhost Invalid?
 Samething for brokerserver also.
 I have attached my amanda.conf and disklist. Please let me know if there is any 
 problem.
 I have addes both localhost and brokerserver in.amandahosts and I have enabled 
 amanda,amandaidx and amidxtape in /etc/xinetd.d. I dont know how to enable the index 
 of the records
 Regards
 Yogish
 --
 Yogish.G.K
 American Healthcare Solutions Inc
 405, South Lincoln
 Steamboat Springs CO-80487
 Ph-970-870-6232 ( EXT 106) (office)
 Email: [EMAIL PROTECTED]
 

Re: amrecover problem

[Paul Bijnens]

Yogish wrote:

 'amrecover -C normal -s borkerserver'
 501, no index records for the host brokerserver, Invalid?
 amrecover sethost localhost
 no index records for host :localhost Invalid?
I would expect another errormessage here:
  No index records for host: %s. Have you enabled indexing?
Is the above really the complete errormessage?
What Amanda version are you running?
 define dumptype global {
 comment Global definitions
 # ...
 # You may want to use this for globally enabling or disabling
 # indexing, recording, etc.  Some examples:
 # index yes
 # record no
 }

 define dumptype always-full {
 global
 comment Full dump of this filesystem always
 compress server fast
 priority high
 dumpcycle 1
 }
You see above that index yes is commented out.
Remove the comments or add index yes to the always-full
dumptype.
You could have found this, by executing the command:
  amadmin normal disklist localhost | grep index

(I believe this command does not exist in versions older
than amanda 2.4.2 .)
In disklist you call your host localhost so you should call
it localhost everywhere.  (And that's just the reason to avoid
localhost, because localhost on another host points to a different
computer - confusion garuanteed!)
--
Paul Bijnens, XplanationTel  +32 16 397.511
Technologielaan 21 bus 2, B-3001 Leuven, BELGIUMFax  +32 16 397.512
http://www.xplanation.com/  email:  [EMAIL PROTECTED]
***
* I think I've got the hang of it now:  exit, ^D, ^C, ^\, ^Z, ^Q, F6, *
* quit,  ZZ, :q, :q!,  M-Z, ^X^C,  logoff, logout, close, bye,  /bye, *
* stop, end, F3, ~., ^]c, +++ ATH, disconnect, halt,  abort,  hangup, *
* PF4, F20, ^X^X, :D::D, KJOB, F14-f-e, F8-e,  kill -1 $$,  shutdown, *
* kill -9 1,  Alt-F4,  Ctrl-Alt-Del,  AltGr-NumLock,  Stop-A,  ...*
* ...  Are you sure?  ...   YES   ...   Phew ...   I'm out  *
***

amrecover problem

[Yogish]

Hi
The exact commands that I ran were
'amrecover -C normal -s borkerserver'
501, no index records for the host brokerserver, 
Invalid?
amrecover sethost localhost
no index records for host :localhost 
Invalid?
Samething for brokerserver also.
I have attached my amanda.conf and disklist. Please 
let me know if there is any problem.
I have addes both localhost and brokerserver 
in.amandahosts and I have enabled amanda,amandaidx and amidxtape in 
/etc/xinetd.d. I dont know how to enable the index of the records
Regards
Yogish
--Yogish.G.KAmerican 
Healthcare Solutions Inc405, South LincolnSteamboat Springs 
CO-80487Ph-970-870-6232 ( EXT 106) (office)Email: [EMAIL PROTECTED]


amanda.conf
Description: Binary data


disklist
Description: Binary data

Re: amrecover problem: need help/advice

[Freels, James D.]

Title: Re: amrecover problem: need help/advice




The problem was my scsi card driver.

Reviewing my kernel configuration files, between 2.4.14 and 2.4.15 (now running 2.4.21), I switched to the new sym53c8xx_2 driver. I recompiled my kernel with the older NCR53c7,8xx driver (there is also an ncr53c8xx and sym53c8xx ). It won't utilize all the speed of the card/drives, but it will read my tapes ! The strange thing is that it writes the tapes fine, but has problems reading. If I have time, I will investigate further and post to the debian-alpha mailing list to see if any similar problems have occurred in other machines.

On Sun, 2003-07-20 at 23:23, Gene Heskett wrote:

On Sunday 20 July 2003 18:31, Freels, James D. wrote:
OK. I am learning from this. The number of 1k blocks on the first
stored file on this tape is actually 384 and not 352. I should have
looked at the taper output and not the dumper output. I issue the
following multiple times:

mt rewind
mt -f=/dev/tape_norewind fsf 1
dd if=/dev/tape_norewind of=./first_file bs=1k count=384

the number of records read returned is

64
288
384
384
64
64
384

when it should be 384 every time ! Does this not smell of a
 hardware problem ? Must be the scsi card ?

Yes it does on the face of it.

If so, why don't I have other scsi errors on the hard drives ?

Any ideas ?

The only additional one I keep stumbling over is that maybe this card 
is so optimized for disk useage that its not quite kosher for a tape 
drive.

If you are running the disks on this same card, a second ugly thought 
comes to mind, and this is something that historicly seems to be 
abused by tape drives more than disk drives, and that is the honoring 
of the 'scsi disconnect', which is the situation where a command is 
issued to a device on the scsi bus, and an immediate disconnect is 
done, opening up the bus for use by other programs and such, leaving 
it up to the device the command was issued to to notify the host that 
the command has been done, and any data read (or written for that 
matter) is now ready in the buffers to be read at the host and 
controllers convienience.

Many tape drives ignore the disconnect message and lock the bus from 
other uses by other devices until the command is completed. I'm not 
saying that it couldn't happen to a disk, but if its a true scsi-2 or 
better, it should honor it.

You might investigate that aspect of it, and see if there are any 
workarounds starting with the cards own bios configuration available 
during the 'post' of a reboot. If not, then that question might be 
answered by putting a different card in for the tape drive by itself 
so that it doesn't have to share a bus with disks that in all 
probability do honor a disconnect correctly.

Other than those 2 possibilities, I'm fresh out of ideas.

On Sun, 2003-07-20 at 05:00, Gregor Ibic wrote:
 
 try to read the tape (or chunk - fsf) with dd
 dd if=/dev/nst0 of=/ bs=1024 count=
 where NNN is greater than your backup job/disk entry
 and see what happens

 i restored some valueable tape (MTF formated) reading this way and
 putting the pieces together.

 regards,
 gregor

-- 
Cheers, Gene
AMD [EMAIL PROTECTED] 320M
[EMAIL PROTECTED] 512M
99.26% setiathome rank, not too shabby for a WV hillbilly
Yahoo.com attornies please note, additions to this message
by Gene Heskett are:
Copyright 2003 by Maurice Eugene Heskett, all rights reserved.




-- 
James D. Freels, Ph.D.
Oak Ridge National Laboratory
[EMAIL PROTECTED]

amrecover Problem

[Yogish]

Hi
I am trying to get into amrecover on the server, 
but it says the connection refused. I typed 'amrecover -C normal -s localhost'. 
I have also entered the name of the host on .amandahosts. Can anyone suggest why 
this problem might be occuring. I am not sure if amanda uses the ethernet 
interface to do recover,if this is not the case, then it should not encpunter 
any problem with Firewall settings.
wainting for replies
Yogish

Re: amrecover Problem

[Frank Smith]

--On Thursday, July 24, 2003 12:10:28 -0600 Yogish [EMAIL PROTECTED] wrote:

 Hi
 I am trying to get into amrecover on the server, but it says the
 connection refused. I typed 'amrecover -C normal -s localhost'. I have
 also entered the name of the host on .amandahosts. Can anyone suggest
 why this problem might be occuring. I am not sure if amanda uses the
 ethernet interface to do recover,if this is not the case, then it should
 not encpunter any problem with Firewall settings.
 wainting for replies
 Yogish
  

Do you have entries in inetd.conf (or xinetd if you are using that) for
the amandaidx and amidxtape services?  And did you remember to restart
(x)inetd after adding them?  Also check to see there is anything in
your system logs about errors starting those processes.
   There's also the chance you have paranoid settings in your hosts.allow
and hosts.denied files.

Frank

--
Frank Smith [EMAIL PROTECTED]
Systems Administrator  Voice: 512-374-4673
Hoover's Online  Fax: 512-374-4501

RE: amrecover problem: need help/advice

[Gregor Ibic]

try to 
read the tape (or chunk - fsf) with dd
dd 
if=/dev/nst0 of=/ bs=1024 count=
where 
NNN is greater than your backup job/disk entry
and 
see what happens

i 
restored some valueable tape (MTF formated) reading this way and putting the 
pieces together.

regards,
gregor

Re: amrecover problem: need help/advice

[Freels, James D.]

OK. I can do this. Let me summarize:

I have a tape labeled fea12. This tape like all the tapes if all filesystems were backed up should contain 40 filesystems + front end + back end.

I issued the command

mt -f /dev/tape_norewind fsf 1

42 times before the end of tape occured and I received a i/o error message.

Then I issued 

mt rewind

The I issue

amrestore /dev/tape_norewind fea sdd9

where sdd9 is a bogus filesystem name to force the tape to go to the end. I get a 0 skip header stuff, followed by 40 filesystem finds, then followed by 

amrestore: 41: reached end of tape: date 20030618

Then I issue a mt rewind again.

Finally, I issue

amrestore /dev/tape_norewind

which should restore every file on the tape to the local disk area. Note the tape is written using gnutar.

But, when I do this, I get the following:

fea6::/holding_disk/: amrestore /dev/tape_norewind
amrestore: 0: skipping start of tape: date 20030618 label fea12
amrestore: 1: restoring fea.sda6.20030618.1
amrestore: read error: Input/output error
fea6::/holding_disk/:

which is my problem. Only a small portion (beginning) of this file is restored. If is issue

fea6::/holding_disk/: tar tvf fea.sda6.20030618.1
drwxr-xr-x root/root 137 2003-02-10 10:38:40 ./
drwxrwx--- fea/apse 59 2000-06-30 00:19:18 ./APSE10/
drwxrwxr-x fea/apse 90 2000-08-16 17:08:31 ./APSE10/comlib/
drwxrwxr-x fea/apse 20 2000-01-14 21:48:19 ./APSE10/comlib/SAVE/
drwxrwxr-x fea/apse 581 2000-08-16 17:12:38 ./APSE10/comslv/
drwxrwxr-x fea/apse 64 2000-08-15 16:36:15 ./APSE10/fileshks/
drwxrwx--- fea/apse 6280 2000-05-04 16:56:24 ./APSE10/matlib/
drwxrwxr-x fea/apse 171 2000-08-16 17:27:43 ./APSE10/param/
drwxrwx--- fea/apse 289 2000-08-11 14:46:34 ./APSE10/prepro/
drwxrwxr-x fea/apse 24 2000-06-01 14:22:15 ./APSE10/prepro/test/
drwxrwxr-x fea/apse 133 2000-06-07 14:51:30 ./APSE10/preprof/
drwxrwxr-x fea/apse 67 2000-06-07 14:52:38 ./APSE10/preprof/NMENU/
drwxrwxr-x fea/apse 66 2000-06-01 13:52:35 ./APSE10/preprof/OMENU/
drwxrwxr-x fea/apse 50 2000-06-01 12:46:41 ./APSE10/preprof/OMENU/test/
drwxrwxr-x fea/apse 166 2000-08-15 16:29:04 ./APSE10/preprof/RMENU/
drwxrwxr-x fea/apse 80 2000-02-22 16:45:48 ./APSE10/preprof/RMENU/models/
drwxrwxr-x fea/apse 31 1998-04-08 12:20:26 ./APSE10/preprof/falloc/
drwxrwxr-x fea/apse 65 2000-05-26 19:51:18 ./APSE10/preprof/findbc/
drwxrwxr-x fea/apse 29 1998-12-15 13:05:10 ./APSE10/preprof/flip/
drwxrwxr-x fea/apse 167 2000-08-14 13:14:25 ./APSE10/preprof/interp/
drwxrwxr-x fea/apse 17 2000-05-26 19:51:39 ./APSE10/preprof/math/
drwxrwxr-x fea/apse 38 1999-01-24 00:08:39 ./APSE10/preprof/matrices/
drwxrwxr-x fea/apse 35 1998-11-20 12:59:27 ./APSE10/preprof/mkmac/
drwxrwxr-x fea/apse 83 2000-08-11 14:49:37 ./APSE10/preprof/reader/
drwxrwxr-x fea/apse 175 1998-12-15 13:21:41 ./APSE10/preprof/refine/
drwxrwxr-x fea/apse 31 2000-05-26 19:52:46 ./APSE10/preprof/rotate/
tar: Unexpected EOF in archive
tar: Error is not recoverable: exiting now
fea6::/holding_disk/:

If seems there is a problem with the scsi I/O between the tape drive and the hard drive.

Any more good ideas ?

On Sat, 2003-07-19 at 13:02, Gene Heskett wrote:

That doesn't sound as if its the drive to me since 2 drives cannot 
read this tape, its more than likely a bad tape.  I don't think thats 
what you wanted to hear though...

Can you 'mt -f /device fsf nn' where nn is the number of the next file 
on the tape?

This is one of the reasons one should have a tapecycle that is at 
*least* 2*runspercycle*runtapes.  It would be somewhat dated, but 
better than nothing, to back up one dumpcycles worth of tapes in the 
sequence and recover that.




-- 
James D. Freels, Ph.D.
[EMAIL PROTECTED]  or  [EMAIL PROTECTED]
mplayer -cache 100 http://wdvx.microcerv.net/wdvx

RE: amrecover problem: need help/advice

[Freels, James D.]

Gregor,

Thanks for responding. I also responded back to Gene Heskett with his suggestion and a little more information.

I would like to try this idea. How can I determine  from the amanda log files ? Once I output the data from the tape to the drive, how do I conver it back to a .tar file ? The amdump/amrestore is using gnutar.

Thanks...

On Sun, 2003-07-20 at 05:00, Gregor Ibic wrote:

 
try to read the tape (or chunk - fsf) with dd
dd if=/dev/nst0 of=/ bs=1024 count=
where NNN is greater than your backup job/disk entry
and see what happens

i restored some valueable tape (MTF formated) reading this way and putting the pieces together.

regards,
gregor
 




-- 
James D. Freels, Ph.D.
[EMAIL PROTECTED]  or  [EMAIL PROTECTED]
mplayer -cache 100 http://wdvx.microcerv.net/wdvx

RE: amrecover problem: need help/advice

[Freels, James D.]

OK. I went to the amdump log file and found that the first file should have 352 1k blocks written to the tape.

Then I issued

mt rewind
mt -f /dev/tape_norewind fsf 1
dd if=/dev/tape_norewind of=./first_file bs=1k count=352

Then the following was received at the console:

dd: reading `/dev/tape_norewind': Input/output error
64+0 records in
64+0 records out

Then if I issue a more ./first_file, I get instructions on how to untar this block of data, with the following:

dd if=./first_file bs=32k skip=1 | /bin/tar -tf-

The output to the console looks like:

./
./APSE10/
./APSE10/comlib/
./APSE10/comlib/SAVE/
./APSE10/comslv/
./APSE10/fileshks/
./APSE10/matlib/
./APSE10/param/
./APSE10/prepro/
./APSE10/prepro/test/
./APSE10/preprof/
./APSE10/preprof/NMENU/
./APSE10/preprof/OMENU/
./APSE10/preprof/OMENU/test/
1+0 records in
1+0 records out
./APSE10/preprof/RMENU/
./APSE10/preprof/RMENU/models/
./APSE10/preprof/falloc/
./APSE10/preprof/findbc/
./APSE10/preprof/flip/
./APSE10/preprof/interp/
./APSE10/preprof/math/
./APSE10/preprof/matrices/
./APSE10/preprof/mkmac/
./APSE10/preprof/reader/
./APSE10/preprof/refine/
./APSE10/preprof/rotate/
/bin/tar: Unexpected EOF in archive
/bin/tar: Error is not recoverable: exiting now
fea6::/holding_disk/:

which is about what I get from the output of amrestore. I think the key to the problem is the initial I/O error that I get from the dd statement from the tape as input device. It is similar to what I get from amrestore. It is as if the data is on the tape, but a scsi problem is not letting me read it from the tape.

One additional bit of info: The server doing all the I/O is an Alpha using a symbios scsi card/driver. It has never had this problem before and restored many a file in the past...

On Sun, 2003-07-20 at 17:44, Freels, James D. wrote:

Gregor,

Thanks for responding. I also responded back to Gene Heskett with his suggestion and a little more information.

I would like to try this idea. How can I determine  from the amanda log files ? Once I output the data from the tape to the drive, how do I conver it back to a .tar file ? The amdump/amrestore is using gnutar.

Thanks...

On Sun, 2003-07-20 at 05:00, Gregor Ibic wrote: 

 
try to read the tape (or chunk - fsf) with dd
dd if=/dev/nst0 of=/ bs=1024 count=
where NNN is greater than your backup job/disk entry
and see what happens

i restored some valueable tape (MTF formated) reading this way and putting the pieces together.

regards,
gregor




-- 
James D. Freels, Ph.D.
[EMAIL PROTECTED]  or  [EMAIL PROTECTED]
mplayer -cache 100 http://wdvx.microcerv.net/wdvx








-- 
James D. Freels, Ph.D.
[EMAIL PROTECTED]  or  [EMAIL PROTECTED]
mplayer -cache 100 http://wdvx.microcerv.net/wdvx

RE: amrecover problem: need help/advice

[Freels, James D.]

OK. I am learning from this. The number of 1k blocks on the first stored file on this tape is actually 384 and not 352. I should have looked at the taper output and not the dumper output. I issue the following multiple times:

mt rewind
mt -f=/dev/tape_norewind fsf 1
dd if=/dev/tape_norewind of=./first_file bs=1k count=384

the number of records read returned is

64
288
384
384
64
64
384

when it should be 384 every time ! Does this not smell of a hardware problem ? Must be the scsi card ?
If so, why don't I have other scsi errors on the hard drives ?

Any ideas ?

On Sun, 2003-07-20 at 05:00, Gregor Ibic wrote:

 
try to read the tape (or chunk - fsf) with dd
dd if=/dev/nst0 of=/ bs=1024 count=
where NNN is greater than your backup job/disk entry
and see what happens

i restored some valueable tape (MTF formated) reading this way and putting the pieces together.

regards,
gregor
 




-- 
James D. Freels, Ph.D.
[EMAIL PROTECTED]  or  [EMAIL PROTECTED]
mplayer -cache 100 http://wdvx.microcerv.net/wdvx