amrecover fails if DLE was compressed
Hi all.
I've just put amanda 2.6.1p2 and my existing (and long working) config files
onto a new machine, and tested that it worked to both backup and recover.
Then I uninstalled the 2.6.1p2 and installed amanda 3.3.2
Now I get a broken pipe in the amrecover log, exactly after I answer the
"set owner/mode?" question and the amrecover window hangs
until I control-C out of it.
but only if the DLE includes compression.If I turn off compression
and redo the backups, a recover will succeed. Even a recover which
involved 2 tapes.
versions:
tar (GNU tar) 1.23
gzip 1.3.12
Any idea what the problem is?
Deb
Here are the amrecover and amandad logs, since they contain errors.
I have other logs too if you need them, but I don't see any complaints in them.
===
amrecover.debug
Tue Dec 11 13:11:11 2012: thd-0xfc4490: amrecover: pid 29473 ruid 0 euid 0
version 3.3.2: start at Tue Dec 11 13:11:11 2012
Tue Dec 11 13:11:11 2012: thd-0xfc4490: amrecover: config_overrides: conf daily
Tue Dec 11 13:11:11 2012: thd-0xfc4490: amrecover: pid 29473 ruid 0 euid 0
version 3.3.2: rename at Tue Dec 11 13:11:11 2012
Tue Dec 11 13:11:11 2012: thd-0xfc4490: amrecover: security_getdriver(name=bsd)
returns 0x7fc6596bd2e0
Tue Dec 11 13:11:11 2012: thd-0xfc4490: amrecover:
security_handleinit(handle=0xfd0260, driver=0x7fc6596bd2e0 (BSD))
Tue Dec 11 13:11:11 2012: thd-0xfc4490: amrecover: dgram_bind: setting up a
socket with family 2
Tue Dec 11 13:11:11 2012: thd-0xfc4490: amrecover: bind_portrange2: Skip port
848: Owned by gdoi.
Tue Dec 11 13:11:11 2012: thd-0xfc4490: amrecover: bind_portrange2: Try port
849: Available - Success
Tue Dec 11 13:11:11 2012: thd-0xfc4490: amrecover: dgram_bind: socket 3 bound
to 0.0.0.0:849
Tue Dec 11 13:11:11 2012: thd-0xfc4490: amrecover:
dgram_send_addr(addr=0xfd02a0, dgram=0x7fc6596c9da8)
Tue Dec 11 13:11:11 2012: thd-0xfc4490: amrecover: (sockaddr_in *)0xfd02a0 = {
2, 10080, 131.225.121.103 }
Tue Dec 11 13:11:11 2012: thd-0xfc4490: amrecover: dgram_send_addr:
0x7fc6596c9da8->socket = 3
Tue Dec 11 13:11:11 2012: thd-0xfc4490: amrecover:
dgram_recv(dgram=0x7fc6596c9da8, timeout=0, fromaddr=0x7fc6596d9da0)
Tue Dec 11 13:11:11 2012: thd-0xfc4490: amrecover: (sockaddr_in
*)0x7fc6596d9da0 = { 2, 10080, 131.225.121.103 }
Tue Dec 11 13:11:11 2012: thd-0xfc4490: amrecover:
dgram_recv(dgram=0x7fc6596c9da8, timeout=0, fromaddr=0x7fc6596d9da0)
Tue Dec 11 13:11:11 2012: thd-0xfc4490: amrecover: (sockaddr_in
*)0x7fc6596d9da0 = { 2, 10080, 131.225.121.103 }
Tue Dec 11 13:11:11 2012: thd-0xfc4490: amrecover:
dgram_send_addr(addr=0xfd02a0, dgram=0x7fc6596c9da8)
Tue Dec 11 13:11:11 2012: thd-0xfc4490: amrecover: (sockaddr_in *)0xfd02a0 = {
2, 10080, 131.225.121.103 }
Tue Dec 11 13:11:11 2012: thd-0xfc4490: amrecover: dgram_send_addr:
0x7fc6596c9da8->socket = 3
Tue Dec 11 13:11:11 2012: thd-0xfc4490: amrecover:
security_streaminit(stream=0xfd7840, driver=0x7fc6596bd2e0 (BSD))
Tue Dec 11 13:11:11 2012: thd-0xfc4490: amrecover: make_socket opening socket
with family 2
Tue Dec 11 13:11:11 2012: thd-0xfc4490: amrecover: connect_port: Try port
5: available - Success
Tue Dec 11 13:11:11 2012: thd-0xfc4490: amrecover: connected to
131.225.121.103:50006
Tue Dec 11 13:11:11 2012: thd-0xfc4490: amrecover: our side is 0.0.0.0:5
Tue Dec 11 13:11:11 2012: thd-0xfc4490: amrecover: try_socksize: send buffer
size is 65536
Tue Dec 11 13:11:11 2012: thd-0xfc4490: amrecover: try_socksize: receive buffer
size is 65536
Tue Dec 11 13:11:11 2012: thd-0xfc4490: amrecover:
security_close(handle=0xfd0260, driver=0x7fc6596bd2e0 (BSD))
Tue Dec 11 13:11:11 2012: thd-0xfc4490: amrecover: sending: FEATURES
9efefbff1f
Tue Dec 11 13:11:11 2012: thd-0xfc4490: amrecover: sending: DATE 2012-12-11
Tue Dec 11 13:11:11 2012: thd-0xfc4490: amrecover: sending: SCNF daily
Tue Dec 11 13:11:11 2012: thd-0xfc4490: amrecover: sending: HOST mynode.fqdn
Tue Dec 11 13:11:19 2012: thd-0xfc4490: amrecover: user command: 'setdate
2012-12-06'
Tue Dec 11 13:11:19 2012: thd-0xfc4490: amrecover: sending: DATE 2012-12-06
Tue Dec 11 13:11:24 2012: thd-0xfc4490: amrecover: user command: 'setdisk /var'
Tue Dec 11 13:11:24 2012: thd-0xfc4490: amrecover: sending: DISK /var
Tue Dec 11 13:11:24 2012: thd-0xfc4490: amrecover: sending: OISD /
Tue Dec 11 13:11:24 2012: thd-0xfc4490: amrecover: sending: OLSD /
Tue Dec 11 13:11:24 2012: thd-0xfc4490: amrecover: add_dir_list_item: Adding
"2012-12-06-12-56-36" "0" "adUXdaily-0daily-827test:3" "3" "/."
Tue Dec 11 13:11:24 2012: thd-0xfc4490: amrecover: add_dir_list_item: Adding
"2012-12-06-12-56-36" "0" "adUXdaily-0daily-827test:3" "3" "/account/"
Tue Dec 11 13:11:24 2012: thd-0xfc4490: amrecover: add_dir_list_item: Adding
"2012-12-06-12-56-36" "0" "adUXdaily-0daily-827test:3" "3" "/adm/"
Tue Dec 11 13:11:24 2012: thd-0xfc4490: amrecover: add_dir_list_item: Adding
"2012-12-06-12-56-36" "0" "adUXdaily-0daily-827test:3" "3" "/cach
RE: amrecover fails with "TypeError in method 'debug'..."
Hi Greg,
I did see your last thread, that did help thanks.
Building the Alpha from Trunk, then applying the patch from...
http://forums.zmanda.com/showthread.php?3691-amrecover-segmentation-fault
...fixed the 'extract' error for me.
I got a stacktrace using Carp::longmess() at the point where $line is tainted
in amidxtaped.pl/readline() by checking with...
sub is_tainted { return ! eval { eval("#" . substr(join("", @_), 0, 0)); 1 }; }
This is the stack when when the line is tainted...
[stacktrace]
Mon Apr 30 11:39:33 2012: thd-0x10765f0: amidxtaped: pid 1305 ruid 503 euid 503
version 4.0.0alpha.svn.4682: start at Mon Apr 30 11:39:33 2012
Mon Apr 30 11:39:33 2012: thd-0x10765f0: amidxtaped: $line = '1'
Mon Apr 30 11:39:33 2012: thd-0x10765f0: amidxtaped: at
/usr/local/libexec/amanda/amidxtaped line 198
main::ClientService::read_command('main::ClientService=HASH(0xbf57c8)')
called at /usr/local/libexec/amanda/amidxtaped line 186
main::ClientService::setup_streams('main::ClientService=HASH(0xbf57c8)') called
at /usr/local/libexec/amanda/amidxtaped line 145
main::ClientService::run('main::ClientService=HASH(0xbf57c8)') called
at /usr/local/libexec/amanda/amidxtaped line 1056
main::__ANON__() called at /usr/local/share/perl5/Amanda/MainLoop.pm
line 819
Amanda::MainLoop::__ANON__('Amanda::MainLoop::Source=HASH(0x17e91b0)')
called at /usr/local/share/perl5/Amanda/MainLoop.pm line 790
eval {...} called at /usr/local/share/perl5/Amanda/MainLoop.pm line 790
Amanda::MainLoop::run() called at /usr/local/libexec/amanda/amidxtaped
line 1057
main::main() called at /usr/local/libexec/amanda/amidxtaped line 1063
Mon Apr 30 11:39:33 2012: thd-0x10765f0: amidxtaped: critical (fatal):
TypeError in method 'debug', argument 1 of type 'char *'
amidxtaped: TypeError in method 'debug', argument 1 of type 'char *'
[/stacktrace]
Best regards,
Kervin
Adevsoft Inc
Business Software Development
http://adevsoft.com/
From: Greg Copeland [mailto:gtcopel...@gmail.com]
Sent: Monday, April 30, 2012 12:03 AM
To: Kervin L. Pierre
Cc: amanda-users@amanda.org
Subject: Re: amrecover fails with "TypeError in method 'debug'..."
On Sun, 2012-04-29 at 18:20 +, Kervin L. Pierre wrote:
Hi,
Look for an email from me in the archives, with subject, "Re: Recovery Help
Request [RESOLVED]", from April 13th, 2012.
For good measure, you might also want to look in the archives for a message
with subject, "Re: amrecover failure [RESOLVED]", on April 26th, 2012.
Both sets of emails, bugs, and fixes apply to 3.3.1 stable, which apparently
isn't all that stable. I sincerely hope they'll push out a 3.3.2, with the
patches applied for these known, show-stopper, bugs.
Best of luck.
Regards,
I'm following the simple recovery example from the wiki...
http://wiki.zmanda.com/index.php/GSWA/Recovering_Files
Worked though all the issues but now I'm at the 'extract' and I'm getting an
error...
amrecover - amidxtaped closed the connection
amrecover - can't talk to tape server: (null)
Further inspection of /var/log/messages gives...
amidxtaped[2784]: TypeError in method 'debug', argument 1 of type 'char *'
I've found someone had run into this issue before 'June 2011'...
http://archives.zmanda.com/amanda-archives/viewtopic.php?t=6929&sid=f2141406dc79480edd30a1200443e9a6
They mentioned patching a Perl script but I haven't found the one they're
referring to.
Does anyone have instructions on how to fix or workaround this issue?
I'm using 3.3.1 built from source on an update to date Amazon Linux install.
Best regards,
Kervin
Adevsoft Inc
Business Software Development
http://adevsoft.com/
--
Greg Copeland
Copeland Computer Consulting
Re: amrecover fails with "TypeError in method 'debug'..."
On Sun, 2012-04-29 at 18:20 +, Kervin L. Pierre wrote: > Hi, > Look for an email from me in the archives, with subject, "Re: Recovery Help Request [RESOLVED]", from April 13th, 2012. For good measure, you might also want to look in the archives for a message with subject, "Re: amrecover failure [RESOLVED]", on April 26th, 2012. Both sets of emails, bugs, and fixes apply to 3.3.1 stable, which apparently isn't all that stable. I sincerely hope they'll push out a 3.3.2, with the patches applied for these known, show-stopper, bugs. Best of luck. Regards, > I'm following the simple recovery example from the wiki... > http://wiki.zmanda.com/index.php/GSWA/Recovering_Files > > Worked though all the issues but now I'm at the 'extract' and I'm getting an > error... > > amrecover - amidxtaped closed the connection > amrecover - can't talk to tape server: (null) > > Further inspection of /var/log/messages gives... > > amidxtaped[2784]: TypeError in method 'debug', argument 1 of type 'char *' > > I've found someone had run into this issue before 'June 2011'... > http://archives.zmanda.com/amanda-archives/viewtopic.php?t=6929&sid=f2141406dc79480edd30a1200443e9a6 > > They mentioned patching a Perl script but I haven't found the one they're > referring to. > > Does anyone have instructions on how to fix or workaround this issue? > > I'm using 3.3.1 built from source on an update to date Amazon Linux install. > > Best regards, > Kervin > > Adevsoft Inc > Business Software Development > http://adevsoft.com/ > > > > -- Greg Copeland Copeland Computer Consulting
amrecover fails with "TypeError in method 'debug'..."
Hi, I'm following the simple recovery example from the wiki... http://wiki.zmanda.com/index.php/GSWA/Recovering_Files Worked though all the issues but now I'm at the 'extract' and I'm getting an error... amrecover - amidxtaped closed the connection amrecover - can't talk to tape server: (null) Further inspection of /var/log/messages gives... amidxtaped[2784]: TypeError in method 'debug', argument 1 of type 'char *' I've found someone had run into this issue before 'June 2011'... http://archives.zmanda.com/amanda-archives/viewtopic.php?t=6929&sid=f2141406dc79480edd30a1200443e9a6 They mentioned patching a Perl script but I haven't found the one they're referring to. Does anyone have instructions on how to fix or workaround this issue? I'm using 3.3.1 built from source on an update to date Amazon Linux install. Best regards, Kervin Adevsoft Inc Business Software Development http://adevsoft.com/
Re: amrecover fails - problems loading correct tape
On Wednesday, April 27, 2011 05:33:53 PM Oscar Ricardo Silva did opine: > On 04/27/2011 04:10 PM, gene heskett wrote: > > On Wednesday, April 27, 2011 05:00:34 PM Oscar Ricardo Silva did opine: > >> I've been using amanda for awhile but because of some "index not > >> found" issues decided to try 3.2.2 (currently using 2.6.1p2). Right > >> now backups on the new version work fine. The backup runs, files > >> are created on the "virtual tapes" (writing backups to disk), mail > >> is sent, etc. The problem comes when I try to recover a file and it > >> appears to be an issue with the tape changer. > >> > >> > >> On the client I see: > >> > >> Continue [?/Y/n/s/d]? Y > >> Got no header and data from server, check in amidxtaped.*.debug and > >> amandad.*.debug files on server > >> > >> > >> > >> When I check the debug files on the server, I get: > >> > >> > >> [amanda@amanda tmp]$ cat > >> ./amanda/server/newbktest/amidxtaped.20110427135604.debug > >> 1303930564.513325: amidxtaped: pid 933 ruid 511 euid 511 version > >> 2.6.1p2: start at Wed Apr 27 13:56:04 2011 > >> 1303930564.513380: amidxtaped: amidxtaped: version 2.6.1p2 > >> 1303930564.514121: amidxtaped:> FEATURES=9ffe7f > >> 1303930564.555152: amidxtaped:> CONFIG=newbktest > >> 1303930564.555165: amidxtaped:> LABEL=newbktape-10:2 > >> 1303930564.555174: amidxtaped: append_to_tapelist(tapelist=(nil), > >> label='newbktape-10', file=-1, partnum=-1, isafile=0) > >> 1303930564.555185: amidxtaped: append_to_tapelist(tapelist=0xc855a80, > >> label='newbktape-10', file=2, partnum=-1, isafile=0) > >> 1303930564.555198: amidxtaped:> FSF=2 > >> 1303930564.555208: amidxtaped:> HEADER > >> 1303930564.555217: amidxtaped:> > >> DEVICE=chg-disk:/amandatapes/newbktapes 1303930564.555225: > >> amidxtaped:> HOST=^networking.its.utexas.edu$ 1303930564.555237: > >> amidxtaped:> DISK=^/boot$ > >> 1303930564.555245: amidxtaped:> DATESTAMP=20110427132216 > >> 1303930564.555252: amidxtaped:> END > >> 1303930564.555971: amidxtaped: pid 933 ruid 511 euid 511 version > >> 2.6.1p2: rename at Wed Apr 27 13:56:04 2011 > >> 1303930564.556098: amidxtaped: Restoring from changer, checking > >> labels 1303930564.556108: amidxtaped: Locking devices > >> 1303930564.556215: amidxtaped: Sending output to file descriptor 52 > >> 1303930564.558009: amidxtaped: changer:>> -info > >> 1303930564.660259: amidxtaped: changer:<< EXITSTATUS 0 > >> 1303930564.660277: amidxtaped: changer:<< current 25 0 1 > >> 1303930564.660314: amidxtaped: changer:>> -slot current > >> 1303930564.661268: amidxtaped: changer:<< EXITSTATUS 1 > >> 1303930564.661279: amidxtaped: changer:<>> found 1303930564.661286: amidxtaped: changer: ERROR Slot > >> current not found 1303930564.661303: amidxtaped: changer:>> -info > >> 1303930564.661602: amidxtaped: changer:<< EXITSTATUS 0 > >> 1303930564.661611: amidxtaped: changer:<< current 25 0 1 > >> 1303930564.661619: amidxtaped: changer_query: changer return was 25 0 > >> 1 1303930564.661628: amidxtaped: changer_query: searchable = 1 > >> 1303930564.661635: amidxtaped: changer_find: looking for > >> newbktape-10 changer is searchable = 1 > >> 1303930564.661642: amidxtaped: changer_search: newbktape-10 > >> 1303930564.661651: amidxtaped: changer:>> -search newbktape-10 > >> 1303930564.663498: amidxtaped: changer:<< EXITSTATUS 0 > >> 1303930564.663510: amidxtaped: changer:<< 10 > >> 1303930564.663523: amidxtaped: changer:>> -slot current > >> 1303930564.664820: amidxtaped: changer:<< EXITSTATUS 1 > >> 1303930564.664831: amidxtaped: changer:< >> found 1303930564.664838: amidxtaped: changer: ERROR Slot > >> current not found 1303930564.664856: amidxtaped: critical (fatal): > >> loadlabel_slot: assertion `rc> 1 || device_name != NULL' failed > >> amidxtaped: loadlabel_slot: assertion `rc> 1 || device_name != NULL' > >> failed /usr/local/amanda/lib/libamanda-2.6.1p2.so[0x2b935a2b84e2] > >> /lib64/libglib-2.0.so.0(g_logv+0x26f)[0x32df634d5f] > >> /lib64/libglib-2.0.so.0(g_log+0x83)[0x32df634f33] > >> /usr/local/amanda/lib/librestore-2.6.1p2.so(loadlabel_slot+0x3f5)[0x2 > >> b93 59c54b25] > >> /usr/local/amanda/lib/libamserver-2.6.1p2.so(changer_find+0x1b8)[0x2b > >> 93 59e61f58] > >> /usr/local/amanda/lib/librestore-2.6.1p2.so(search_tapes+0x413)[0x2b9 > >> 35 9c570f3] > >> /usr/local/amanda/libexec/amidxtaped(main+0xbd3)[0x403213] > >> /lib64/libc.so.6(__libc_start_main+0xf4)[0x32db61d994] > >> /usr/local/amanda/libexec/amidxtaped[0x4020a9] > >> > >> > >> > >> In amanda.conf I define this: > >> > >> tapedev "chg-disk:/amandatapes/newbktapes" > >> tapetype vtape > >> > >> define tapetype vtape { > >> > >>length 500 mbytes > >> > >> } > > > > 500 megs How many of these virtual tapes do you allow it to use > > per run? That is "runtapes" in the amanda.conf. > > > > I am a home usr, using a commodity 1 terrabyte drive for the vtapes, > > and my tapetype is set for abo
Re: amrecover fails - problems loading correct tape
On 04/27/2011 03:58 PM, Jean-Louis Martineau wrote: Oscar Ricardo Silva wrote: [amanda@amanda tmp]$ cat ./amanda/server/newbktest/amidxtaped.20110427135604.debug 1303930564.513325: amidxtaped: pid 933 ruid 511 euid 511 version 2.6.1p2: start at Wed Apr 27 13:56:04 2011 1303930564.513380: amidxtaped: amidxtaped: version 2.6.1p2 You are running the 2.6.1p2, fix the xinetd configuration to run 3.2.2. Jean-Louis Anybody else run into this? I couldn't find any related items in the list archives. ARGH ... and this is what happens when you build multiple versions of amanda and are not careful of links and which binary is really being called I installed the 3.2.2 version of amanda in a different directory but the restore was calling the 2.6.1p2 version. Thank you.
Re: amrecover fails - problems loading correct tape
On 04/27/2011 04:10 PM, gene heskett wrote: On Wednesday, April 27, 2011 05:00:34 PM Oscar Ricardo Silva did opine: I've been using amanda for awhile but because of some "index not found" issues decided to try 3.2.2 (currently using 2.6.1p2). Right now backups on the new version work fine. The backup runs, files are created on the "virtual tapes" (writing backups to disk), mail is sent, etc. The problem comes when I try to recover a file and it appears to be an issue with the tape changer. On the client I see: Continue [?/Y/n/s/d]? Y Got no header and data from server, check in amidxtaped.*.debug and amandad.*.debug files on server When I check the debug files on the server, I get: [amanda@amanda tmp]$ cat ./amanda/server/newbktest/amidxtaped.20110427135604.debug 1303930564.513325: amidxtaped: pid 933 ruid 511 euid 511 version 2.6.1p2: start at Wed Apr 27 13:56:04 2011 1303930564.513380: amidxtaped: amidxtaped: version 2.6.1p2 1303930564.514121: amidxtaped:> FEATURES=9ffe7f 1303930564.555152: amidxtaped:> CONFIG=newbktest 1303930564.555165: amidxtaped:> LABEL=newbktape-10:2 1303930564.555174: amidxtaped: append_to_tapelist(tapelist=(nil), label='newbktape-10', file=-1, partnum=-1, isafile=0) 1303930564.555185: amidxtaped: append_to_tapelist(tapelist=0xc855a80, label='newbktape-10', file=2, partnum=-1, isafile=0) 1303930564.555198: amidxtaped:> FSF=2 1303930564.555208: amidxtaped:> HEADER 1303930564.555217: amidxtaped:> DEVICE=chg-disk:/amandatapes/newbktapes 1303930564.555225: amidxtaped:> HOST=^networking.its.utexas.edu$ 1303930564.555237: amidxtaped:> DISK=^/boot$ 1303930564.555245: amidxtaped:> DATESTAMP=20110427132216 1303930564.555252: amidxtaped:> END 1303930564.555971: amidxtaped: pid 933 ruid 511 euid 511 version 2.6.1p2: rename at Wed Apr 27 13:56:04 2011 1303930564.556098: amidxtaped: Restoring from changer, checking labels 1303930564.556108: amidxtaped: Locking devices 1303930564.556215: amidxtaped: Sending output to file descriptor 52 1303930564.558009: amidxtaped: changer:>> -info 1303930564.660259: amidxtaped: changer:<< EXITSTATUS 0 1303930564.660277: amidxtaped: changer:<< current 25 0 1 1303930564.660314: amidxtaped: changer:>> -slot current 1303930564.661268: amidxtaped: changer:<< EXITSTATUS 1 1303930564.661279: amidxtaped: changer:<> -info 1303930564.661602: amidxtaped: changer:<< EXITSTATUS 0 1303930564.661611: amidxtaped: changer:<< current 25 0 1 1303930564.661619: amidxtaped: changer_query: changer return was 25 0 1 1303930564.661628: amidxtaped: changer_query: searchable = 1 1303930564.661635: amidxtaped: changer_find: looking for newbktape-10 changer is searchable = 1 1303930564.661642: amidxtaped: changer_search: newbktape-10 1303930564.661651: amidxtaped: changer:>> -search newbktape-10 1303930564.663498: amidxtaped: changer:<< EXITSTATUS 0 1303930564.663510: amidxtaped: changer:<< 10 1303930564.663523: amidxtaped: changer:>> -slot current 1303930564.664820: amidxtaped: changer:<< EXITSTATUS 1 1303930564.664831: amidxtaped: changer:< 1 || device_name != NULL' failed amidxtaped: loadlabel_slot: assertion `rc> 1 || device_name != NULL' failed /usr/local/amanda/lib/libamanda-2.6.1p2.so[0x2b935a2b84e2] /lib64/libglib-2.0.so.0(g_logv+0x26f)[0x32df634d5f] /lib64/libglib-2.0.so.0(g_log+0x83)[0x32df634f33] /usr/local/amanda/lib/librestore-2.6.1p2.so(loadlabel_slot+0x3f5)[0x2b93 59c54b25] /usr/local/amanda/lib/libamserver-2.6.1p2.so(changer_find+0x1b8)[0x2b93 59e61f58] /usr/local/amanda/lib/librestore-2.6.1p2.so(search_tapes+0x413)[0x2b935 9c570f3] /usr/local/amanda/libexec/amidxtaped(main+0xbd3)[0x403213] /lib64/libc.so.6(__libc_start_main+0xf4)[0x32db61d994] /usr/local/amanda/libexec/amidxtaped[0x4020a9] In amanda.conf I define this: tapedev "chg-disk:/amandatapes/newbktapes" tapetype vtape define tapetype vtape { length 500 mbytes } 500 megs How many of these virtual tapes do you allow it to use per run? That is "runtapes" in the amanda.conf. I am a home usr, using a commodity 1 terrabyte drive for the vtapes, and my tapetype is set for about 30Gb. I am backing up this machine, and pieces of the one out in the shop that runs my cnc milling machine, on a 5 day cycle, so each days runs vary from 12Gb to 25Gb. 500 megs I outgrew by 1998. ;-) This is just a test and I'm backing up /boot on a single system. Since this is currently a test I didn't want to wait too long for a backup to complete. My production backups are generally 400-500GB per night. Oscar
Re: amrecover fails - problems loading correct tape
On Wednesday, April 27, 2011 05:00:34 PM Oscar Ricardo Silva did opine:
> I've been using amanda for awhile but because of some "index not found"
> issues decided to try 3.2.2 (currently using 2.6.1p2). Right now
> backups on the new version work fine. The backup runs, files are
> created on the "virtual tapes" (writing backups to disk), mail is sent,
> etc. The problem comes when I try to recover a file and it appears to
> be an issue with the tape changer.
>
>
> On the client I see:
>
> Continue [?/Y/n/s/d]? Y
> Got no header and data from server, check in amidxtaped.*.debug and
> amandad.*.debug files on server
>
>
>
> When I check the debug files on the server, I get:
>
>
> [amanda@amanda tmp]$ cat
> ./amanda/server/newbktest/amidxtaped.20110427135604.debug
> 1303930564.513325: amidxtaped: pid 933 ruid 511 euid 511 version
> 2.6.1p2: start at Wed Apr 27 13:56:04 2011
> 1303930564.513380: amidxtaped: amidxtaped: version 2.6.1p2
> 1303930564.514121: amidxtaped: > FEATURES=9ffe7f
> 1303930564.555152: amidxtaped: > CONFIG=newbktest
> 1303930564.555165: amidxtaped: > LABEL=newbktape-10:2
> 1303930564.555174: amidxtaped: append_to_tapelist(tapelist=(nil),
> label='newbktape-10', file=-1, partnum=-1, isafile=0)
> 1303930564.555185: amidxtaped: append_to_tapelist(tapelist=0xc855a80,
> label='newbktape-10', file=2, partnum=-1, isafile=0)
> 1303930564.555198: amidxtaped: > FSF=2
> 1303930564.555208: amidxtaped: > HEADER
> 1303930564.555217: amidxtaped: > DEVICE=chg-disk:/amandatapes/newbktapes
> 1303930564.555225: amidxtaped: > HOST=^networking.its.utexas.edu$
> 1303930564.555237: amidxtaped: > DISK=^/boot$
> 1303930564.555245: amidxtaped: > DATESTAMP=20110427132216
> 1303930564.555252: amidxtaped: > END
> 1303930564.555971: amidxtaped: pid 933 ruid 511 euid 511 version
> 2.6.1p2: rename at Wed Apr 27 13:56:04 2011
> 1303930564.556098: amidxtaped: Restoring from changer, checking labels
> 1303930564.556108: amidxtaped: Locking devices
> 1303930564.556215: amidxtaped: Sending output to file descriptor 52
> 1303930564.558009: amidxtaped: changer: >> -info
> 1303930564.660259: amidxtaped: changer: << EXITSTATUS 0
> 1303930564.660277: amidxtaped: changer: << current 25 0 1
> 1303930564.660314: amidxtaped: changer: >> -slot current
> 1303930564.661268: amidxtaped: changer: << EXITSTATUS 1
> 1303930564.661279: amidxtaped: changer: << Slot current not
> found 1303930564.661286: amidxtaped: changer: ERROR Slot
> current not found 1303930564.661303: amidxtaped: changer: >> -info
> 1303930564.661602: amidxtaped: changer: << EXITSTATUS 0
> 1303930564.661611: amidxtaped: changer: << current 25 0 1
> 1303930564.661619: amidxtaped: changer_query: changer return was 25 0 1
> 1303930564.661628: amidxtaped: changer_query: searchable = 1
> 1303930564.661635: amidxtaped: changer_find: looking for newbktape-10
> changer is searchable = 1
> 1303930564.661642: amidxtaped: changer_search: newbktape-10
> 1303930564.661651: amidxtaped: changer: >> -search newbktape-10
> 1303930564.663498: amidxtaped: changer: << EXITSTATUS 0
> 1303930564.663510: amidxtaped: changer: << 10
> 1303930564.663523: amidxtaped: changer: >> -slot current
> 1303930564.664820: amidxtaped: changer: << EXITSTATUS 1
> 1303930564.664831: amidxtaped: changer: << Slot current not
> found 1303930564.664838: amidxtaped: changer: ERROR Slot
> current not found 1303930564.664856: amidxtaped: critical (fatal):
> loadlabel_slot: assertion `rc > 1 || device_name != NULL' failed
> amidxtaped: loadlabel_slot: assertion `rc > 1 || device_name != NULL'
> failed /usr/local/amanda/lib/libamanda-2.6.1p2.so[0x2b935a2b84e2]
> /lib64/libglib-2.0.so.0(g_logv+0x26f)[0x32df634d5f]
> /lib64/libglib-2.0.so.0(g_log+0x83)[0x32df634f33]
> /usr/local/amanda/lib/librestore-2.6.1p2.so(loadlabel_slot+0x3f5)[0x2b93
> 59c54b25]
> /usr/local/amanda/lib/libamserver-2.6.1p2.so(changer_find+0x1b8)[0x2b93
> 59e61f58]
> /usr/local/amanda/lib/librestore-2.6.1p2.so(search_tapes+0x413)[0x2b935
> 9c570f3] /usr/local/amanda/libexec/amidxtaped(main+0xbd3)[0x403213]
> /lib64/libc.so.6(__libc_start_main+0xf4)[0x32db61d994]
> /usr/local/amanda/libexec/amidxtaped[0x4020a9]
>
>
>
> In amanda.conf I define this:
>
> tapedev "chg-disk:/amandatapes/newbktapes"
> tapetype vtape
>
> define tapetype vtape {
> length 500 mbytes
> }
500 megs How many of these virtual tapes do you allow it to use per
run? That is "runtapes" in the amanda.conf.
I am a home usr, using a commodity 1 terrabyte drive for the vtapes, and my
tapetype is set for about 30Gb. I am backing up this machine, and pieces
of the one out in the shop that runs my cnc milling machine, on a 5 day
cycle, so each days runs vary from 12Gb to 25Gb. 500 megs I outgrew by
1998. ;-)
--
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)
audiophile,
Re: amrecover fails - problems loading correct tape
Oscar Ricardo Silva wrote: [amanda@amanda tmp]$ cat ./amanda/server/newbktest/amidxtaped.20110427135604.debug 1303930564.513325: amidxtaped: pid 933 ruid 511 euid 511 version 2.6.1p2: start at Wed Apr 27 13:56:04 2011 1303930564.513380: amidxtaped: amidxtaped: version 2.6.1p2 You are running the 2.6.1p2, fix the xinetd configuration to run 3.2.2. Jean-Louis Anybody else run into this? I couldn't find any related items in the list archives.
Re: amanda 3.3beta: amrecover fails because of decompression?
Hello Jean-Louis, thanks for the patch, seems to work now! Regards, Dennis Original-Nachricht > Datum: Tue, 19 Apr 2011 09:39:08 -0400 > Von: Jean-Louis Martineau > An: Dennis Benndorf > CC: amanda-users@amanda.org > Betreff: Re: amanda 3.3beta: amrecover fails because of decompression? > amrecover is 3.1.1, this is a compatibility issue. > > Try the attached patch, You can manually patch the installed amidxtaped > script. > > Jean-Louis > > Dennis Benndorf wrote: > > Hello Jean-Louis, > > > > dumps are normally compressed on client-side (but there are a few > exceptions). See attached files. > > > > Regards, > > Dennis > > > > > > Original-Nachricht > > > >> Datum: Tue, 19 Apr 2011 08:00:45 -0400 > >> Von: Jean-Louis Martineau > >> An: Dennis Benndorf > >> CC: amanda-users@amanda.org > >> Betreff: Re: amanda 3.3beta: amrecover fails because of decompression? > >> > > > > > >> Do the dump are compressed on client or server? > >> Post the amrecover and amidxtaped debug files. > >> > >> As a workaround, you can do the following in amrecover before the > extract: > >> set property "command-options" "-z" > >> > >> Jean-Louis > >> > >> Dennis Benndorf wrote: > >> > >>> Hello, > >>> > >>> after updating yesterday to 3.3beta amrecover shows: > >>> > >>> on linuxhost dumped with tar > >>> Extracting files using tape drive changer on host dl380-54.gbv.de. > >>> Load tape D00070 now > >>> Continue [?/Y/n/s/d]? Y > >>> tar: Archive is compressed. Use -z option > >>> tar: Error is not recoverable: exiting now > >>> Extractor child exited with status 2 > >>> > >>> and solarishost dumped with star: > >>> Extracting files using tape drive changer on host dl380-54.gbv.de. > >>> Load tape D00059 now > >>> Continue [?/Y/n/s/d]? Y > >>> Restoring files into directory /tmp > >>> All existing files in /tmp can be deleted > >>> Continue [?/Y/n]? Y > >>> > >>> /opt/csw/bin/star: Archive is 'gzip' compressed, try to use the -z > >>> > >> option. > >> > >>> Extractor child exited with status -1 > >>> > >>> > >>> Is there an option on client to enable decompression? > >>> > >>> Regards, > >>> Dennis > >>> > >>> > >>> > > > > > -- NEU: FreePhone - kostenlos mobil telefonieren und surfen! Jetzt informieren: http://www.gmx.net/de/go/freephone
Re: amanda 3.3beta: amrecover fails because of decompression?
amrecover is 3.1.1, this is a compatibility issue.
Try the attached patch, You can manually patch the installed amidxtaped
script.
Jean-Louis
Dennis Benndorf wrote:
Hello Jean-Louis,
dumps are normally compressed on client-side (but there are a few exceptions).
See attached files.
Regards,
Dennis
Original-Nachricht
Datum: Tue, 19 Apr 2011 08:00:45 -0400
Von: Jean-Louis Martineau
An: Dennis Benndorf
CC: amanda-users@amanda.org
Betreff: Re: amanda 3.3beta: amrecover fails because of decompression?
Do the dump are compressed on client or server?
Post the amrecover and amidxtaped debug files.
As a workaround, you can do the following in amrecover before the extract:
set property "command-options" "-z"
Jean-Louis
Dennis Benndorf wrote:
Hello,
after updating yesterday to 3.3beta amrecover shows:
on linuxhost dumped with tar
Extracting files using tape drive changer on host dl380-54.gbv.de.
Load tape D00070 now
Continue [?/Y/n/s/d]? Y
tar: Archive is compressed. Use -z option
tar: Error is not recoverable: exiting now
Extractor child exited with status 2
and solarishost dumped with star:
Extracting files using tape drive changer on host dl380-54.gbv.de.
Load tape D00059 now
Continue [?/Y/n/s/d]? Y
Restoring files into directory /tmp
All existing files in /tmp can be deleted
Continue [?/Y/n]? Y
/opt/csw/bin/star: Archive is 'gzip' compressed, try to use the -z
option.
Extractor child exited with status -1
Is there an option on client to enable decompression?
Regards,
Dennis
diff --git a/server-src/amidxtaped.pl b/server-src/amidxtaped.pl
index dfbea94..c156a00 100644
--- a/server-src/amidxtaped.pl
+++ b/server-src/amidxtaped.pl
@@ -570,7 +570,8 @@ sub xfer_src_cb {
$header->{'clntcompprog'} = '';
}
} else {
- if ($dle->{'compress'} == $Amanda::Config::COMP_SERVER_FAST ||
+ if (!$self->{'their_features'}->has($Amanda::Feature::fe_amrecover_receive_unfiltered) ||
+ $dle->{'compress'} == $Amanda::Config::COMP_SERVER_FAST ||
$dle->{'compress'} == $Amanda::Config::COMP_SERVER_BEST) {
push @filters,
Amanda::Xfer::Filter::Process->new(
Re: amanda 3.3beta: amrecover fails because of decompression?
Do the dump are compressed on client or server? Post the amrecover and amidxtaped debug files. As a workaround, you can do the following in amrecover before the extract: set property "command-options" "-z" Jean-Louis Dennis Benndorf wrote: Hello, after updating yesterday to 3.3beta amrecover shows: on linuxhost dumped with tar Extracting files using tape drive changer on host dl380-54.gbv.de. Load tape D00070 now Continue [?/Y/n/s/d]? Y tar: Archive is compressed. Use -z option tar: Error is not recoverable: exiting now Extractor child exited with status 2 and solarishost dumped with star: Extracting files using tape drive changer on host dl380-54.gbv.de. Load tape D00059 now Continue [?/Y/n/s/d]? Y Restoring files into directory /tmp All existing files in /tmp can be deleted Continue [?/Y/n]? Y /opt/csw/bin/star: Archive is 'gzip' compressed, try to use the -z option. Extractor child exited with status -1 Is there an option on client to enable decompression? Regards, Dennis
amanda 3.3beta: amrecover fails because of decompression?
Hello, after updating yesterday to 3.3beta amrecover shows: on linuxhost dumped with tar Extracting files using tape drive changer on host dl380-54.gbv.de. Load tape D00070 now Continue [?/Y/n/s/d]? Y tar: Archive is compressed. Use -z option tar: Error is not recoverable: exiting now Extractor child exited with status 2 and solarishost dumped with star: Extracting files using tape drive changer on host dl380-54.gbv.de. Load tape D00059 now Continue [?/Y/n/s/d]? Y Restoring files into directory /tmp All existing files in /tmp can be deleted Continue [?/Y/n]? Y /opt/csw/bin/star: Archive is 'gzip' compressed, try to use the -z option. Extractor child exited with status -1 Is there an option on client to enable decompression? Regards, Dennis -- Empfehlen Sie GMX DSL Ihren Freunden und Bekannten und wir belohnen Sie mit bis zu 50,- Euro! https://freundschaftswerbung.gmx.de
amrecover fails
Running Ubuntu server 10.10 with Amanda 3.1.0 both new installs. Tried to
amrecover
for a test from a remote machine. The machines are connected with GbE. Here
is what
happened Any tips?
amrecover> extract
Extracting files using tape drive changer on host rmt170.rmtohio.com.
The following tapes are needed: Daily08
Restoring files into directory /usr/home/jkonecn
Continue [?/Y/n]?
Extracting files using tape drive changer on host rmt170.rmtohio.com.
Load tape Daily08 now
Continue [?/Y/n/s/t]?
timeout waiting for restore
increase READ_TIMEOUT in recover-src/extract_list.c if your tape is slow
amrecover: error reading header (Operation timed out), check amidxtaped.*.debug
on server
amidxtaped.*.debug is 162MB but here is the start of it if it helps...
Wed Mar 2 16:04:50 2011: amidxtaped: pid 9974 ruid 34 euid 34 version 3.1.0:
start at Wed Mar 2 16:04:50 2011
Wed Mar 2 16:04:50 2011: amidxtaped: CTL << FEATURES=feff9ffeff7f
Wed Mar 2 16:04:50 2011: amidxtaped: CTL << CONFIG=Daily
Wed Mar 2 16:04:50 2011: amidxtaped: CTL << LABEL=Daily08:2
Wed Mar 2 16:04:50 2011: amidxtaped: CTL << FSF=2
Wed Mar 2 16:04:50 2011: amidxtaped: CTL << HEADER
Wed Mar 2 16:04:50 2011: amidxtaped: CTL << DEVICE=changer
Wed Mar 2 16:04:50 2011: amidxtaped: CTL << HOST=^r4p17$
Wed Mar 2 16:04:50 2011: amidxtaped: CTL << DISK=^/usr$
Wed Mar 2 16:04:50 2011: amidxtaped: CTL << DATESTAMP=20110302075132
Wed Mar 2 16:04:50 2011: amidxtaped: CTL << END
Wed Mar 2 16:04:50 2011: amidxtaped: pid 9974 ruid 34 euid 34 version 3.1.0:
rename at Wed Mar 2 16:04:50 2011
Wed Mar 2 16:04:50 2011: amidxtaped: ignoring specified DISK, as it may be
badly quoted
Warning: no log files found for tape Daily03 written 2011-03-01 13:29:28
Warning: no log files found for tape Daily02 written 2011-03-01 13:16:52
Warning: no log files found for tape Daily01 written 2011-03-01 13:11:48
Wed Mar 2 16:04:50 2011: amidxtaped: warning: Use of uninitialized value $part{"status"} in string eq at
/usr/lib/amanda/perl/Amanda/DB/Catalog.pm line 632.
Warning: no log files found for tape Daily03 written 2011-03-01 13:29:28
Warning: no log files found for tape Daily02 written 2011-03-01 13:16:52
Warning: no log files found for tape Daily01 written 2011-03-01 13:11:48
Wed Mar 2 16:04:51 2011: amidxtaped: warning: Use of uninitialized value $part{"status"} in string eq at
/usr/lib/amanda/perl/Amanda/DB/Catalog.pm line 632.
Wed Mar 2 16:04:53 2011: amidxtaped: warning: Use of uninitialized value $next_label in concatenation (.) or string at
/usr/lib/amanda/perl/Amanda/Recovery/Clerk.pm line 46
7.
Wed Mar 2 16:04:53 2011: amidxtaped: warning: Use of uninitialized value $label in concatenation (.) or string at
/usr/lib/amanda/perl/Amanda/Recovery/Scan.pm line 196.
Wed Mar 2 16:04:53 2011: amidxtaped: find_volume labeled ''
Wed Mar 2 16:04:54 2011: amidxtaped: warning: Use of uninitialized value $label in string eq at
/usr/lib/amanda/perl/Amanda/Recovery/Scan.pm line 259.
Wed Mar 2 16:04:54 2011: amidxtaped: warning: Use of uninitialized value $label in string eq at
/usr/lib/amanda/perl/Amanda/Recovery/Scan.pm line 259.
Wed Mar 2 16:04:54 2011: amidxtaped: warning: Use of uninitialized value $label in string eq at
/usr/lib/amanda/perl/Amanda/Recovery/Scan.pm line 259.
Wed Mar 2 16:04:54 2011: amidxtaped: warning: Use of uninitialized value $label in string eq at
/usr/lib/amanda/perl/Amanda/Recovery/Scan.pm line 259.
3.2.0: add command in amrecover fails on trailing slash of directory names
Hello, I did testings with 3.2.0 and discovered a problem in amrecover. In previous versions, I copy/pasted directory names to the 'add' command. This fails now, because 'add' doesn't accept the '/' at the end any more. If I type it without, it works.: amrecover> ls 2010-10-21-21-00-02 "test/" amrecover> add "test/" File "test/" doesn't exist in directory amrecover> add "test" Added dir "/test/" at date 2010-10-16-21-00-02 The 'cd' command still allows the slash at the end like privious version. Regards, Marc -- Marc Muehlfeld (IT-Leiter) Zentrum fuer Humangenetik und Laboratoriumsmedizin Dr. Klein und Dr. Rost Lochhamer Str. 29 - D-82152 Martinsried Telefon: +49(0)89/895578-0 - Fax: +49(0)89/895578-78 http://www.medizinische-genetik.de
Re: amrecover fails
Am Dienstag, den 21.10.2008, 16:49 -0400 schrieb Timothy Ball: Hi Timothy! > [EMAIL PROTECTED]:~$ cat .amandahosts > localhost root amindexd amidxtaped > localhost amandabackup amdump > localhost.localdomain root amindexd amidxtaped > localhost.localdomain amandabackup amdump > CLIENT-BOXroot > CLIENT-BOX root amindexd amidxtaped Can you ping CLIENT-BOX? If you can't, you should add the server name to /etc/hosts. Maybe your backup server can't resolve CLIENT-BOX. -- Regards Thomas
Re: amrecover fails
Timothy Ball schrieb: Please add the line "CLIENT-BOX root amindexd amidxtaped" to /var/lib/amanda/.amandahosts on the client on my server I have an .amandahosts file that looks like this: [EMAIL PROTECTED]:~$ cat .amandahosts localhost root amindexd amidxtaped localhost amandabackup amdump localhost.localdomain root amindexd amidxtaped localhost.localdomain amandabackup amdump CLIENT-BOXroot CLIENT-BOX root amindexd amidxtaped Did you really add "CLIENT-BOX" to .amandahosts? Or is this the name of your client you want to backup? This has to be the hostname of the client (with FQDN if the server has a different search-domain) you want to access amanda services on the server from. Also the line > CLIENT-BOXroot should be removed. There are no services defined in the third column. > localhost root amindexd amidxtaped > localhost amandabackup amdump > localhost.localdomain root amindexd amidxtaped > localhost.localdomain amandabackup amdump Also, you don't need extra lines for "localhost" and "localhost.localdomain". It's the same. The following is enough for backup and restore from/on the server: localhost root amindexd amidxtaped localhost amandabackup amdump Regards Marc -- Marc Muehlfeld (Leitung IT) Zentrum fuer Humangenetik und Laboratoriumsmedizin Dr. Klein und Dr. Rost Lochhamer Str. 29 - D-82152 Martinsried Telefon: +49(0)89/895578-0 - Fax: +49(0)89/895578-78 http://www.medizinische-genetik.de
amrecover fails
I'm going thru: http://wiki.zmanda.com/index.php/Test_environment_with_virtual_tapes and have gotten to the point where I have to do a restore and when I run "amrecover test" as root on the client machine I get the following error: # amrecover test AMRECOVER Version 2.6.0p2. Contacting server on SERVER-BOX ... NAK: user root from CLIENT-BOX is not allowed to execute the service amindexd: Please add the line "CLIENT-BOX root amindexd amidxtaped" to /var/lib/amanda/.amandahosts on the client on my server I have an .amandahosts file that looks like this: [EMAIL PROTECTED]:~$ cat .amandahosts localhost root amindexd amidxtaped localhost amandabackup amdump localhost.localdomain root amindexd amidxtaped localhost.localdomain amandabackup amdump CLIENT-BOXroot CLIENT-BOX root amindexd amidxtaped so I feel like I have the right thing there. Can anyone please point out what I might have wrong? --timball -- GPG key available on pgpkeys.mit.edu pub 1024D/511FBD54 2001-07-23 Timothy Lu Hu Ball <[EMAIL PROTECTED]> Key fingerprint = B579 29B0 F6C8 C7AA 3840 E053 FE02 BB97 511F BD54
Re: amrecover fails
On 30 Oct at 16:58 Paul Bijnens <[EMAIL PROTECTED]> wrote in
message <[EMAIL PROTECTED]>
[snip]
> > [EMAIL PROTECTED] recover]# amrecover HomeDumps -s tony-lx
> > AMRECOVER Version 2.5.1. Contacting server on tony-lx ...
> > NAK: amindexd: invalid service
> >
> > amindexd appears to be running; it's certainly configured as per the
> > documentation in xinet.d.
> > There appears to be no mention of this in either the wiki or the faq.
>
http://wiki.zmanda.com/index.php/Configuring_bsd/bsdudp/bsdtcp_authentication
>
> Since 2.5.1 you need to add the "services" that amandad is allowed to run
> in the server_args:
>
> service amanda {
> only_from = amandasrv.example.com amandaclnt.example.com
> socket_type = dgram
> protocol= udp
> wait= yes
> user= amandabackup
> group = disk
> groups = yes
> server = /usr/lib/amanda/amandad
> server_args = -auth=bsd amdump amindexd amidxtaped
> disable = no
Thanks vey much, Paul; that fixed it! I simply didn't associate my error
message and that change.
A supplementary question for anyone who knows: Is it possible to ger
amrestore to preserve file ownership/permissions, instead of assigning
everything to root?
Cheers, Tony
--
Tony van der Hoff| mailto:[EMAIL PROTECTED]
Buckinghamshire, England
Re: amrecover fails
Tony van der Hoff wrote:
I'm a long-time Amanda user, currently 2.5.1, under Mandriva 2007, and
regularly perform backups; but have not needed to recover data for some
while. Now I do :(
I'm sure amrecover used to work, but may not have done since I upgraded to
2.5.1. Anyway:
[EMAIL PROTECTED] recover]# amrecover HomeDumps -s tony-lx
AMRECOVER Version 2.5.1. Contacting server on tony-lx ...
NAK: amindexd: invalid service
amindexd appears to be running; it's certainly configured as per the
documentation in xinet.d.
There appears to be no mention of this in either the wiki or the faq.
http://wiki.zmanda.com/index.php/Configuring_bsd/bsdudp/bsdtcp_authentication
Since 2.5.1 you need to add the "services" that amandad is allowed to
run in the server_args:
service amanda
{
only_from = amandasrv.example.com amandaclnt.example.com
socket_type = dgram
protocol= udp
wait= yes
user= amandabackup
group = disk
groups = yes
server = /usr/lib/amanda/amandad
server_args = -auth=bsd amdump amindexd amidxtaped
disable = no
}
Has anyone got any suggestions on what might be wrong, and on how to
overcome this problem?
amrecover fails
I'm a long-time Amanda user, currently 2.5.1, under Mandriva 2007, and regularly perform backups; but have not needed to recover data for some while. Now I do :( I'm sure amrecover used to work, but may not have done since I upgraded to 2.5.1. Anyway: [EMAIL PROTECTED] recover]# amrecover HomeDumps -s tony-lx AMRECOVER Version 2.5.1. Contacting server on tony-lx ... NAK: amindexd: invalid service amindexd appears to be running; it's certainly configured as per the documentation in xinet.d. There appears to be no mention of this in either the wiki or the faq. Has anyone got any suggestions on what might be wrong, and on how to overcome this problem? Cheers, Tony -- Tony van der Hoff| mailto:[EMAIL PROTECTED] Buckinghamshire, England
Re: amrecover fails with unknown error
Karsten, Did you get an amidxtaped debug fileson the server? What did it contains? Did amidxtaped configured correctly in xinetd? Any xinetd log? Jean-Louis Karsten Fuhrmann wrote: Hello List, i have a serious situation here, i can not recover anything from my backups anymore. I am using version 2.5.0p2 on FreeBSD 6.1-STABLE FreeBSD 6.1-STABLE #0: SMP i386 amrecover always exits with 'Could not read from control socket: Unknown error: 0' Does anybody have an idea what is going on here ? This is a log file from an amrecover run [EMAIL PROTECTED] /tmp/amanda]# more amrecover.20070325205302.debug amrecover: debug 1 pid 11917 ruid 0 euid 0: start at Sun Mar 25 20:53:02 2007 amrecover: bind_portrange2: trying port=923 amrecover: stream_client_privileged: connected to 192.168.1.1.10082 amrecover: stream_client_privileged: our side is 0.0.0.0.923 ... amrecover: bind_portrange2: trying port=991 amrecover: stream_client_privileged: connected to 192.168.1.1.10083 amrecover: stream_client_privileged: our side is 0.0.0.0.991 amrecover: try_socksize: receive buffer size is 65536 amrecover: Could not read from control socket: Unknown error: 0 amrecover: pid 11917 finish time Sun Mar 25 20:54:09 2007
amrecover fails with unknown error
Hello List, i have a serious situation here, i can not recover anything from my backups anymore. I am using version 2.5.0p2 on FreeBSD 6.1-STABLE FreeBSD 6.1-STABLE #0: SMP i386 amrecover always exits with 'Could not read from control socket: Unknown error: 0' Does anybody have an idea what is going on here ? This is a log file from an amrecover run [EMAIL PROTECTED] /tmp/amanda]# more amrecover.20070325205302.debug amrecover: debug 1 pid 11917 ruid 0 euid 0: start at Sun Mar 25 20:53:02 2007 amrecover: bind_portrange2: trying port=923 amrecover: stream_client_privileged: connected to 192.168.1.1.10082 amrecover: stream_client_privileged: our side is 0.0.0.0.923 add_dir_list_item: Adding "2007-03-20" "3" "/mnt/da2/amanda/ 2007032000/stern.cartoon-film.de._usr.3:0" "0" "/." add_dir_list_item: Adding "2007-03-20" "3" "/mnt/da2/amanda/ 2007032000/stern.cartoon-film.de._usr.3:0" "0" "/.snap/" add_dir_list_item: Adding "2007-03-20" "3" "/mnt/da2/amanda/ 2007032000/stern.cartoon-film.de._usr.3:0" "0" "/X11R6/" add_dir_list_item: Adding "2007-03-20" "3" "/mnt/da2/amanda/ 2007032000/stern.cartoon-film.de._usr.3:0" "0" "/bin/" add_dir_list_item: Adding "2007-03-20" "3" "/mnt/da2/amanda/ 2007032000/stern.cartoon-film.de._usr.3:0" "0" "/compat/" add_dir_list_item: Adding "2007-03-20" "3" "/mnt/da2/amanda/ 2007032000/stern.cartoon-film.de._usr.3:0" "0" "/games/" add_dir_list_item: Adding "2007-03-20" "3" "/mnt/da2/amanda/ 2007032000/stern.cartoon-film.de._usr.3:0" "0" "/home/" add_dir_list_item: Adding "2007-03-20" "3" "/mnt/da2/amanda/ 2007032000/stern.cartoon-film.de._usr.3:0" "0" "/include/" add_dir_list_item: Adding "2007-03-20" "3" "/mnt/da2/amanda/ 2007032000/stern.cartoon-film.de._usr.3:0" "0" "/lib/" add_dir_list_item: Adding "2007-03-20" "3" "/mnt/da2/amanda/ 2007032000/stern.cartoon-film.de._usr.3:0" "0" "/libdata/" add_dir_list_item: Adding "2007-03-20" "3" "/mnt/da2/amanda/ 2007032000/stern.cartoon-film.de._usr.3:0" "0" "/libexec/" add_dir_list_item: Adding "2007-03-20" "3" "/mnt/da2/amanda/ 2007032000/stern.cartoon-film.de._usr.3:0" "0" "/local/" add_dir_list_item: Adding "2007-02-14" "0" "/mnt/da1/amanda/ 2007021400/stern.cartoon-film.de._usr.0:0" "0" "/obj" add_dir_list_item: Adding "2007-03-20" "3" "/mnt/da2/amanda/ 2007032000/stern.cartoon-film.de._usr.3:0" "0" "/oldroot/" add_dir_list_item: Adding "2007-03-20" "3" "/mnt/da2/amanda/ 2007032000/stern.cartoon-film.de._usr.3:0" "0" "/oldusretc/" add_dir_list_item: Adding "2007-03-20" "3" "/mnt/da2/amanda/ 2007032000/stern.cartoon-film.de._usr.3:0" "0" "/oldvar/" add_dir_list_item: Adding "2007-03-20" "3" "/mnt/da2/amanda/ 2007032000/stern.cartoon-film.de._usr.3:0" "0" "/ports/" add_dir_list_item: Adding "2007-02-14" "0" "/mnt/da1/amanda/ 2007021400/stern.cartoon-film.de._usr.0:0" "0" "/restoresymtable" add_dir_list_item: Adding "2007-03-20" "3" "/mnt/da2/amanda/ 2007032000/stern.cartoon-film.de._usr.3:0" "0" "/sbin/" add_dir_list_item: Adding "2007-03-20" "3" "/mnt/da2/amanda/ 2007032000/stern.cartoon-film.de._usr.3:0" "0" "/share/" add_dir_list_item: Adding "2007-03-20" "3" "/mnt/da2/amanda/ 2007032000/stern.cartoon-film.de._usr.3:0" "0" "/src/" add_dir_list_item: Adding "2007-03-20" "3" "/mnt/da2/amanda/ 2007032000/stern.cartoon-film.de._usr.3:0" "0" "/tmp/" add_dir_list_item: Adding "2007-03-20" "3" "/mnt/da2/amanda/ 2007032000/stern.cartoon-film.de._usr.3:0" "0" "/var/" add_dir_list_item: Adding "2007-03-20" "3" "/mnt/da2/amanda/ 2007032000/stern.cartoon-film.de._usr.3:0" "0" "/." add_dir_list_item: Adding "2007-03-20" "3" "/mnt/da2/amanda/ 2007032000/stern.cartoon-film.de._usr.3:0" "0" "/.snap/" add_dir_list_item: Adding "2007-03-20" "3" "/mnt/da2/amanda/ 2007032000/stern.cartoon-film.de._usr.3:0" "0" "/X11R6/" add_dir_list_item: Adding "2007-03-20" "3" "/mnt/da2/amanda/ 2007032000/stern.cartoon-film.de._usr.3:0" "0" "/bin/" add_dir_list_item: Adding "2007-03-20" "3" "/mnt/da2/amanda/ 2007032000/stern.cartoon-film.de._usr.3:0" "0" "/compat/" add_dir_list_item: Adding "2007-03-20" "3" "/mnt/da2/amanda/ 2007032000/stern.cartoon-film.de._usr.3:0" "0" "/games/" add_dir_list_item: Adding "2007-03-20" "3" "/mnt/da2/amanda/ 2007032000/stern.cartoon-film.de._usr.3:0" "0" "/home/" add_dir_list_item: Adding "2007-03-20" "3" "/mnt/da2/amanda/ 2007032000/stern.cartoon-film.de._usr.3:0" "0" "/include/" add_dir_list_item: Adding "2007-03-20" "3" "/mnt/da2/amanda/ 2007032000/stern.cartoon-film.de._usr.3:0" "0" "/lib/" add_dir_list_item: Adding "2007-03-20" "3" "/mnt/da2/amanda/ 2007032000/stern.cartoon-film.de._usr.3:0" "0" "/libdata/" add_dir_list_item: Adding "2007-03-20" "3" "/mnt/da2/amanda/ 2007032000/stern.cartoon-film.de._usr.3:0" "0" "/libexec/" add_dir_list_item: Adding "2007-03-20" "3" "/mnt/da2/amanda/ 2007032000/stern.cartoon-film.de._usr.3:0" "0" "/local/" add
Re: Amrecover fails when using tape spanning: Unexpected EOF in archive
Date: Tue, 26 Sep 2006 07:47:48 -0400 David Trusty wrote: Hi, I checked the logs. There is no error message, and I have no cron running either. I can duplicate the problem every time. Is it always at the same place (part 51)? Yes. Could you provide the "LABEL=" line from the amidxtaped.*.debug file? amidxtaped: time 0.053: > LABEL=104:1,2,3,4,5,6,7,8,9,10,11,12,13,14,15,16,17,18,19,20,21,22,23,24,25,26,27,28,29,30,31,32,33,34,35,36,37,38,39,40,41,42,43,44,45,46,47,48,49,50,51,52,53,54,55,56,57,58,59,60,61,62,63,64,65,66,67,68,69,70,71,72,73,74,75,76,77,78,79,80,81,82,83,84,85,86,87,88,89,90,91,92,93,94,95,96,97,98,99,100,101,102,103,104,105,106,107,108,109,110,111,112,113,114,115,116,117,118,119,120,121,122,123,124,125,126,127,128,129,130,131,132,133,134,135,136,137,138,139,140,141,142,143,144,145,146,147,148,149,150,151,152,153,154,155,156,157,158,159,160,161,162,163,164,165,166,167,168,169,170,171,172,173,174,175;105:1,2,3,4,5,6,7,8,9,10,11,12,13,14,15,16,17,18,19,20,21,22,23,24,25,26,27,28,29,30,31,32,33,34,35,36,37,38,39,40,41,42,43,44,45,46,47,48,49,50,51,52,53,54,55,56 From: Jean-Louis Martineau <[EMAIL PROTECTED]> To: David Trusty <[EMAIL PROTECTED]> CC: amanda-users@amanda.org Subject: Re: Amrecover fails when using tape spanning: Unexpected EOF in archive What is the output of `amadmin find helix /mnt/dataa/invention`? I want to know if the part 51 should be read from the same tape or the next tape. Jean-Louis Interestingly, the amrecover says that it will need two tapes. When I put the first tape in, it reads it for a long time, gets the error I noted below, and then just gives up on asking for the second tape. Any other ideas? Thanks, David From: Ian Turner <[EMAIL PROTECTED]> To: "David Trusty" <[EMAIL PROTECTED]> CC: amanda-users@amanda.org Subject: Re: Amrecover fails when using tape spanning: Unexpected EOF in archive Date: Mon, 25 Sep 2006 14:27:19 -0400 The "device or resource busy" message comes from your operating system. Normally this error means that two programs tried to access the tape device simultaneously. I suspect one of the following: 1) A hardware problem or kernel bug. Check your kernel debug logs. 2) A cron job that accesses the tape. Check your cron log. --Ian On Friday 22 September 2006 19:21, David Trusty wrote: > Hi, > > I am trying to restore a file which is on a backup > which used tape spanning. I am running version 2.5.1. > > The backup says it completed successfully, but I get > the errors below from amrecover and imidxtaped. > > Any ideas? > > Thanks!! > > David > > amrecover output > > Looking for tape 104... > tar: Read 8192 bytes from - > tar: Unexpected EOF in archive > tar: Error is not recoverable: exiting now > Extractor child exited with status 2 > > > debug log for amidxtaped > ~~~ > midxtaped: 46: restoring split dumpfile: date 20060920 host helix disk > /mnt/dataa/invention part 46/UNKNOWN lev 0 comp N program /bin/tar > amidxtaped: 47: restoring split dumpfile: date 20060920 host helix disk > /mnt/dataa/invention part 47/UNKNOWN lev 0 comp N program /bin/tar > amidxtaped: 48: restoring split dumpfile: date 20060920 host helix disk > /mnt/dataa/invention part 48/UNKNOWN lev 0 comp N program /bin/tar > amidxtaped: 49: restoring split dumpfile: date 20060920 host helix disk > /mnt/dataa/invention part 49/UNKNOWN lev 0 comp N program /bin/tar > amidxtaped: 50: restoring split dumpfile: date 20060920 host helix disk > /mnt/dataa/invention part 50/UNKNOWN lev 0 comp N program /bin/tar > amidxtaped: 51: restoring split dumpfile: date 20060920 host helix disk > /mnt/dataa/invention part 51/UNKNOWN lev 0 comp N program /bin/tar > amidxtaped: restore read error: Device or resource busy > amidxtaped: time 2988.892: restore read error: Device or resource busy > amidxtaped: time 2988.892: pid 18574 finish time Fri Sep 22 11:29:43 2006 -- Zmanda: Open Source Data Protection and Archiving. http://www.zmanda.com
Re: Amrecover fails when using tape spanning: Unexpected EOF in archive
David Trusty wrote: Hi, I checked the logs. There is no error message, and I have no cron running either. I can duplicate the problem every time. Is it always at the same place (part 51)? Could you provide the "LABEL=" line from the amidxtaped.*.debug file? What is the output of `amadmin find helix /mnt/dataa/invention`? I want to know if the part 51 should be read from the same tape or the next tape. Jean-Louis Interestingly, the amrecover says that it will need two tapes. When I put the first tape in, it reads it for a long time, gets the error I noted below, and then just gives up on asking for the second tape. Any other ideas? Thanks, David From: Ian Turner <[EMAIL PROTECTED]> To: "David Trusty" <[EMAIL PROTECTED]> CC: amanda-users@amanda.org Subject: Re: Amrecover fails when using tape spanning: Unexpected EOF in archive Date: Mon, 25 Sep 2006 14:27:19 -0400 The "device or resource busy" message comes from your operating system. Normally this error means that two programs tried to access the tape device simultaneously. I suspect one of the following: 1) A hardware problem or kernel bug. Check your kernel debug logs. 2) A cron job that accesses the tape. Check your cron log. --Ian On Friday 22 September 2006 19:21, David Trusty wrote: > Hi, > > I am trying to restore a file which is on a backup > which used tape spanning. I am running version 2.5.1. > > The backup says it completed successfully, but I get > the errors below from amrecover and imidxtaped. > > Any ideas? > > Thanks!! > > David > > amrecover output > > Looking for tape 104... > tar: Read 8192 bytes from - > tar: Unexpected EOF in archive > tar: Error is not recoverable: exiting now > Extractor child exited with status 2 > > > debug log for amidxtaped > ~~~ > midxtaped: 46: restoring split dumpfile: date 20060920 host helix disk > /mnt/dataa/invention part 46/UNKNOWN lev 0 comp N program /bin/tar > amidxtaped: 47: restoring split dumpfile: date 20060920 host helix disk > /mnt/dataa/invention part 47/UNKNOWN lev 0 comp N program /bin/tar > amidxtaped: 48: restoring split dumpfile: date 20060920 host helix disk > /mnt/dataa/invention part 48/UNKNOWN lev 0 comp N program /bin/tar > amidxtaped: 49: restoring split dumpfile: date 20060920 host helix disk > /mnt/dataa/invention part 49/UNKNOWN lev 0 comp N program /bin/tar > amidxtaped: 50: restoring split dumpfile: date 20060920 host helix disk > /mnt/dataa/invention part 50/UNKNOWN lev 0 comp N program /bin/tar > amidxtaped: 51: restoring split dumpfile: date 20060920 host helix disk > /mnt/dataa/invention part 51/UNKNOWN lev 0 comp N program /bin/tar > amidxtaped: restore read error: Device or resource busy > amidxtaped: time 2988.892: restore read error: Device or resource busy > amidxtaped: time 2988.892: pid 18574 finish time Fri Sep 22 11:29:43 2006 -- Zmanda: Open Source Data Protection and Archiving. http://www.zmanda.com
Re: Amrecover fails when using tape spanning: Unexpected EOF in archive
Hi, I checked the logs. There is no error message, and I have no cron running either. I can duplicate the problem every time. Interestingly, the amrecover says that it will need two tapes. When I put the first tape in, it reads it for a long time, gets the error I noted below, and then just gives up on asking for the second tape. Any other ideas? Thanks, David From: Ian Turner <[EMAIL PROTECTED]> To: "David Trusty" <[EMAIL PROTECTED]> CC: amanda-users@amanda.org Subject: Re: Amrecover fails when using tape spanning: Unexpected EOF in archive Date: Mon, 25 Sep 2006 14:27:19 -0400 The "device or resource busy" message comes from your operating system. Normally this error means that two programs tried to access the tape device simultaneously. I suspect one of the following: 1) A hardware problem or kernel bug. Check your kernel debug logs. 2) A cron job that accesses the tape. Check your cron log. --Ian On Friday 22 September 2006 19:21, David Trusty wrote: > Hi, > > I am trying to restore a file which is on a backup > which used tape spanning. I am running version 2.5.1. > > The backup says it completed successfully, but I get > the errors below from amrecover and imidxtaped. > > Any ideas? > > Thanks!! > > David > > amrecover output > > Looking for tape 104... > tar: Read 8192 bytes from - > tar: Unexpected EOF in archive > tar: Error is not recoverable: exiting now > Extractor child exited with status 2 > > > debug log for amidxtaped > ~~~ > midxtaped: 46: restoring split dumpfile: date 20060920 host helix disk > /mnt/dataa/invention part 46/UNKNOWN lev 0 comp N program /bin/tar > amidxtaped: 47: restoring split dumpfile: date 20060920 host helix disk > /mnt/dataa/invention part 47/UNKNOWN lev 0 comp N program /bin/tar > amidxtaped: 48: restoring split dumpfile: date 20060920 host helix disk > /mnt/dataa/invention part 48/UNKNOWN lev 0 comp N program /bin/tar > amidxtaped: 49: restoring split dumpfile: date 20060920 host helix disk > /mnt/dataa/invention part 49/UNKNOWN lev 0 comp N program /bin/tar > amidxtaped: 50: restoring split dumpfile: date 20060920 host helix disk > /mnt/dataa/invention part 50/UNKNOWN lev 0 comp N program /bin/tar > amidxtaped: 51: restoring split dumpfile: date 20060920 host helix disk > /mnt/dataa/invention part 51/UNKNOWN lev 0 comp N program /bin/tar > amidxtaped: restore read error: Device or resource busy > amidxtaped: time 2988.892: restore read error: Device or resource busy > amidxtaped: time 2988.892: pid 18574 finish time Fri Sep 22 11:29:43 2006 -- Zmanda: Open Source Data Protection and Archiving. http://www.zmanda.com
Re: Amrecover fails when using tape spanning: Unexpected EOF in archive
The "device or resource busy" message comes from your operating system. Normally this error means that two programs tried to access the tape device simultaneously. I suspect one of the following: 1) A hardware problem or kernel bug. Check your kernel debug logs. 2) A cron job that accesses the tape. Check your cron log. --Ian On Friday 22 September 2006 19:21, David Trusty wrote: > Hi, > > I am trying to restore a file which is on a backup > which used tape spanning. I am running version 2.5.1. > > The backup says it completed successfully, but I get > the errors below from amrecover and imidxtaped. > > Any ideas? > > Thanks!! > > David > > amrecover output > > Looking for tape 104... > tar: Read 8192 bytes from - > tar: Unexpected EOF in archive > tar: Error is not recoverable: exiting now > Extractor child exited with status 2 > > > debug log for amidxtaped > ~~~ > midxtaped: 46: restoring split dumpfile: date 20060920 host helix disk > /mnt/dataa/invention part 46/UNKNOWN lev 0 comp N program /bin/tar > amidxtaped: 47: restoring split dumpfile: date 20060920 host helix disk > /mnt/dataa/invention part 47/UNKNOWN lev 0 comp N program /bin/tar > amidxtaped: 48: restoring split dumpfile: date 20060920 host helix disk > /mnt/dataa/invention part 48/UNKNOWN lev 0 comp N program /bin/tar > amidxtaped: 49: restoring split dumpfile: date 20060920 host helix disk > /mnt/dataa/invention part 49/UNKNOWN lev 0 comp N program /bin/tar > amidxtaped: 50: restoring split dumpfile: date 20060920 host helix disk > /mnt/dataa/invention part 50/UNKNOWN lev 0 comp N program /bin/tar > amidxtaped: 51: restoring split dumpfile: date 20060920 host helix disk > /mnt/dataa/invention part 51/UNKNOWN lev 0 comp N program /bin/tar > amidxtaped: restore read error: Device or resource busy > amidxtaped: time 2988.892: restore read error: Device or resource busy > amidxtaped: time 2988.892: pid 18574 finish time Fri Sep 22 11:29:43 2006 -- Zmanda: Open Source Data Protection and Archiving. http://www.zmanda.com
Amrecover fails when using tape spanning: Unexpected EOF in archive
Hi, I am trying to restore a file which is on a backup which used tape spanning. I am running version 2.5.1. The backup says it completed successfully, but I get the errors below from amrecover and imidxtaped. Any ideas? Thanks!! David amrecover output Looking for tape 104... tar: Read 8192 bytes from - tar: Unexpected EOF in archive tar: Error is not recoverable: exiting now Extractor child exited with status 2 debug log for amidxtaped ~~~ midxtaped: 46: restoring split dumpfile: date 20060920 host helix disk /mnt/dataa/invention part 46/UNKNOWN lev 0 comp N program /bin/tar amidxtaped: 47: restoring split dumpfile: date 20060920 host helix disk /mnt/dataa/invention part 47/UNKNOWN lev 0 comp N program /bin/tar amidxtaped: 48: restoring split dumpfile: date 20060920 host helix disk /mnt/dataa/invention part 48/UNKNOWN lev 0 comp N program /bin/tar amidxtaped: 49: restoring split dumpfile: date 20060920 host helix disk /mnt/dataa/invention part 49/UNKNOWN lev 0 comp N program /bin/tar amidxtaped: 50: restoring split dumpfile: date 20060920 host helix disk /mnt/dataa/invention part 50/UNKNOWN lev 0 comp N program /bin/tar amidxtaped: 51: restoring split dumpfile: date 20060920 host helix disk /mnt/dataa/invention part 51/UNKNOWN lev 0 comp N program /bin/tar amidxtaped: restore read error: Device or resource busy amidxtaped: time 2988.892: restore read error: Device or resource busy amidxtaped: time 2988.892: pid 18574 finish time Fri Sep 22 11:29:43 2006
Re: amrecover fails in rel 2.5.1 with NAK: amindexd: invalid service
David Trusty wrote: > Hi, > > I just installed release 2.5.1 on a SUSE 10.1 machine. I was able > to do a backup fine, but when I try to run amrecover, I get this error: > > # amrecover Monthly > AMRECOVER Version 2.5.1. Contacting server on localhost ... > NAK: amindexd: invalid service Do you have the amindexd service configured in (x)inetd? Does it show up in a 'netstat -l' ? > The amcheck command shows no errors. amcheck only checks to see if backups would work, not restores, so it won't tell you if index or tape services are available. > > Any ideas? See above. Also, not related to your current problem, you should look in the list archives for threads on how using 'localhost' in your disklist can cause problems later on. Frank > > Thanks, > > David > > -- Frank Smith [EMAIL PROTECTED] Sr. Systems Administrator Voice: 512-374-4673 Hoover's Online Fax: 512-374-4501
RE: amrecover fails in rel 2.5.1 with NAK: amindexd: invalid service
David Trusty <[EMAIL PROTECTED]> said: > I just installed release 2.5.1 on a SUSE 10.1 machine. I was able > to do a backup fine, but when I try to run amrecover, I get this error: > > # amrecover Monthly > AMRECOVER Version 2.5.1. Contacting server on localhost ... > NAK: amindexd: invalid service > > The amcheck command shows no errors. > > Any ideas? In Amanda 2.5.1, amrecover uses Security API. Changes to xinetd configuration is required. Please see the following wiki page for detail: http://wiki.zmanda.com/index.php/Configuring_bsd/bsdudp/bsdtcp_authentication
amrecover fails in rel 2.5.1 with NAK: amindexd: invalid service
Hi, I just installed release 2.5.1 on a SUSE 10.1 machine. I was able to do a backup fine, but when I try to run amrecover, I get this error: # amrecover Monthly AMRECOVER Version 2.5.1. Contacting server on localhost ... NAK: amindexd: invalid service The amcheck command shows no errors. Any ideas? Thanks, David
Re: amrecover fails with stream_client_privileged Connection refused
[EMAIL PROTECTED] wrote: Hi. I'd installed amanda a short time ago. Backups are working fine, however now I'm testing the recover and I'm not able to get the server to access itself. I've changed the user in /root/.amandahosts, commented out the localhost entry as well. And played with ownershop of amandaidx. All to no avail. # amrecover CCC AMRECOVER Version 2.4.4p1. Contacting server on localhost ... amrecover: cannot connect to localhost: Connection refused cat amrecover.20050719094728.debug amrecover: debug 1 pid 2019 ruid 0 euid 0: start at Tue Jul 19 09:47:28 2005 amrecover: stream_client_privileged: connect to 127.0.0.1.10082 failed: Connection refused amrecover: cannot connect to localhost: Connection refused amrecover: pid 2019 finish time Tue Jul 19 09:47:28 2005 Would you please read the FAQ and/or the docs first? www.amanda.org Thanks, Stefan. -- Stefan G. Weichinger AMANDA core team member mailto://[EMAIL PROTECTED] -- oops! linux consulting & implementation http://www.oops.co.at --
Re: amrecover fails with stream_client_privileged Connection refused
[EMAIL PROTECTED] wrote: Hi. I'd installed amanda a short time ago. Backups are working fine, however now I'm testing the recover and I'm not able to get the server to access itself. I've changed the user in /root/.amandahosts, commented out the Root??? Shouldn't that be user ~amanda/.amandahosts. localhost entry as well. And played with ownershop of amandaidx. All to no avail. # amrecover CCC AMRECOVER Version 2.4.4p1. Contacting server on localhost ... amrecover: cannot connect to localhost: Connection refused localhost??? try amrecover -t the.amanda.server -s the.amanda.server Now it's Stefan's turn to point to the FAQ about localhost again. -- 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 * ***
amrecover fails with stream_client_privileged Connection refused
Hi. I'd installed amanda a short time ago. Backups are working fine, however now I'm testing the recover and I'm not able to get the server to access itself. I've changed the user in /root/.amandahosts, commented out the localhost entry as well. And played with ownershop of amandaidx. All to no avail. # amrecover CCC AMRECOVER Version 2.4.4p1. Contacting server on localhost ... amrecover: cannot connect to localhost: Connection refused cat amrecover.20050719094728.debug amrecover: debug 1 pid 2019 ruid 0 euid 0: start at Tue Jul 19 09:47:28 2005 amrecover: stream_client_privileged: connect to 127.0.0.1.10082 failed: Connection refused amrecover: cannot connect to localhost: Connection refused amrecover: pid 2019 finish time Tue Jul 19 09:47:28 2005
Re: amrecover fails *again*
On Wednesday 20 November 2002 16:23, Richard B. Tilley (Brad) wrote: >Thanks for the smart response. > >I'll just stick with my manual method of restoring as I don't have > time to change a src file (that I don't currently have) and > recompile. Besides, my method works... it's amanda's method that > doesn't work, but no one seems to care about that. First off, Jon was being nice IMO, and the chances are very, very good that what he wrote will indeed fix your problem. FYI, probably 98% of the amanda users on this list DO build from source, and that source is about 5 minutes away on a 56k line, see the link that leads of Jean-Louis's page on a umontreal.ca machine, on http://www.amanda.org quite a ways down the page. He keeps the most recent snapshots all tar-balled up and ready to go. However, I've observed that probably 25% of the messages here were generated by someone who downloaded a set of rpms of amanda someplace, and they may, or may not have been, compiled with the same options one normally uses when compiling amanda. That BTW, is about a 3 minute job on this 1400mhz athlon. You can't install the rpms using your favorite gui much faster than that. >Read The Fucking Manual punk. My balls are bigger than yours punk > so don't bother me. Do what the error message says dog-breath > before I squash you with my 64-bit souped-up, compiled the > compiler ... yadah yadah yadah Oh, my. Does your mother know you use such language? If she does know, I'd wager she isn't the least bit proud of it. One should always keep in mind that old adage that says 'its not the size of the dog in the fight, its the size of the fight in the dog that counts'. >Now, I wonder why Open Source and Free Software aren't more main > stream? With an attitude like what you are displaying here, how did you ever get yourself convinced you should even try anything with an opensource label on it? To me, thats the 64k$ question. Opensource is an attitude, and you obviously don't have it. Opensource is a willingness to dig in and fix it if your are capable of it when its not running to your likeing. If you aren't capable of it, then at least give the instructions offered a chance to fix the problem before you come in here and bad-mouth someone who is honestly trying to help. Who knows, while walking around in the code looking for where Jon said to increase that timeout, you might actually (heaven forbid) learn something! Or have you, with a fresh sheepskin on the wall, now decided you know it all? Funny thing, a holder of a very prestigious sheepskin, and publisher of a rag pretty much delegated to the embedded scene once told me that at the end of the day, the most important sheepskin was the one you slept on. Opensource is a mailing list such as this, where you can ask questions, and get answers within hours, sometimes minutes, and certainly 6 months faster that you can from Redmond, and do it without having to pony up another $200 for the latest upgrade to their bugfarm. Opensource is the willingness to share with any and all, the fruits of the work you do simply because you're proud of your work, thereby making the whole scene a better place to live. >On Wednesday 20 November 2002 03:27 pm, Jon LaBadie wrote: >> Did you try what the message suggests? >> That is generally a good first attempt. -- Cheers, Gene AMD K6-III@500mhz 320M Athlon1600XP@1400mhz 512M 99.19% setiathome rank, not too shabby for a WV hillbilly
Re: amrecover fails *again*
--On Wednesday, November 20, 2002 16:23:45 -0500 "Richard B. Tilley (Brad)" <[EMAIL PROTECTED]> wrote: Thanks for the smart response. I'll just stick with my manual method of restoring as I don't have time to change a src file (that I don't currently have) and recompile. Besides, my method works... it's amanda's method that doesn't work, but no one seems to care about that. Read The Fucking Manual punk. My balls are bigger than yours punk so don't bother me. Do what the error message says dog-breath before I squash you with my 64-bit souped-up, compiled the compiler ... yadah yadah yadah There are an amazing number of people on this list (and others) that _haven't_ checked the obvious (to some) error messsages and followed the suggestions. None of the usual responders on this list are 'psychic friends' and don't know anything about a poster's intelligence, skill level, or familiarity with their OS, tape drives, changers, Amanda, etc. The best debugging starts with eliminating the obvious first and then working to more and more obscure possibilities. If someone doesn't say exactly what they have tried and what the results were, all we can do is ask or suggest things that they may already have tried. Sometimes we (the people responding to posts) are a little terse, not because we are trying to be smartasses, but because none of us are paid to help the list, so we don't have much time to help those that need it, and sometimes think that a quick response might be enough to help someone past whatever problem they are stuck on as opposed to waiting until later to give a more lengthy reply. I agree that there are some things compiled into Amanda that would be better suited to a config file, but it hasn't bothered me (or evidently anyone else) enough to spend the time to create the required diff's to the source to change it. Now, I wonder why Open Source and Free Software aren't more main stream? Try calling or emailing Microsoft, Sun, Veritas, or any commercial software company and see how much help you get for free, or even with a service contract. There are several regular posters on this list that would easily be considered level 3 support at other companies. I've personally dealt with vendors whose support is very expensive yet is less helpful and responsive than this list. Frank On Wednesday 20 November 2002 03:27 pm, Jon LaBadie wrote: Did you try what the message suggests? That is generally a good first attempt. -- Frank Smith[EMAIL PROTECTED] Systems Administrator Voice: 512-374-4673 Hoover's Online Fax: 512-374-4501
Re: amrecover fails *again*
Thanks for the smart response. I'll just stick with my manual method of restoring as I don't have time to change a src file (that I don't currently have) and recompile. Besides, my method works... it's amanda's method that doesn't work, but no one seems to care about that. Read The Fucking Manual punk. My balls are bigger than yours punk so don't bother me. Do what the error message says dog-breath before I squash you with my 64-bit souped-up, compiled the compiler ... yadah yadah yadah Now, I wonder why Open Source and Free Software aren't more main stream? On Wednesday 20 November 2002 03:27 pm, Jon LaBadie wrote: > Did you try what the message suggests? > That is generally a good first attempt.
Re: amrecover fails *again*
On Wed, Nov 20, 2002 at 11:28:41AM -0500, Richard B. Tilley (Brad) wrote: > No one answered my first post. So here's a brief reminder. > [ snip ] > > However, amrecover fails when trying to restore the large files, the error > message is below: > > timeout waiting for amrestore > increase READ_TIMEOUT in recover-src/extract_list.c if your tape is slow [ snip ] > > ... , but I would like for amrecover to be > able to restore these files... Any suggestions? Did you try what the message suggests? That is generally a good first attempt. -- Jon H. LaBadie [EMAIL PROTECTED] JG Computing 4455 Province Line Road(609) 252-0159 Princeton, NJ 08540-4322 (609) 683-7220 (fax)
Re: amrecover fails *again*
As the message says: increase READ_TIMEOUT in recover-src/extract_list.c if your tape is slow That's the only solution, you must recompile amanda. Jean-Louis On Wed, Nov 20, 2002 at 11:28:41AM -0500, Richard B. Tilley (Brad) wrote: > No one answered my first post. So here's a brief reminder. > > -- > I use NTBACKUP to copy the entire 'Documents and Settings' directory on the > Windows PC to a file. This file may be as large as 2 Gigabytes (almost, but > not quite). > > Amanda copies the files OK and amverify can read all the files successfully. > However, amrecover fails when trying to restore the large files, the error > message is below: > > timeout waiting for amrestore > increase READ_TIMEOUT in recover-src/extract_list.c if your tape is slow > amrecover: error reading tape: Bad file descriptor > extract_list - child returned non-zero status:1 > Continue? [Y/n]: amrecover> > - > > I can restore the files with native Unix utilities (mt, dd and tar) below is a > step by step method of how I do this, but I would like for amrecover to be > able to restore these files... Any suggestions? > >1. mt -f /dev/nst0 rewind >2. cd to /scratch2/ftp_root >3. mt -f /dev/nst0 fsf 1 >4. dd if=/dev/nst0 bs=32k count=1 >5. repeat 3 & 4 until finding the header that I would like to restore. >6. once finding the correct header I do this: dd if=/dev/nst0 bs=32k | > /bin/tar -xvf - -- Jean-Louis Martineau email: [EMAIL PROTECTED] Departement IRO, Universite de Montreal C.P. 6128, Succ. CENTRE-VILLETel: (514) 343-6111 ext. 3529 Montreal, Canada, H3C 3J7Fax: (514) 343-5834
amrecover fails *again*
No one answered my first post. So here's a brief reminder. -- I use NTBACKUP to copy the entire 'Documents and Settings' directory on the Windows PC to a file. This file may be as large as 2 Gigabytes (almost, but not quite). Amanda copies the files OK and amverify can read all the files successfully. However, amrecover fails when trying to restore the large files, the error message is below: timeout waiting for amrestore increase READ_TIMEOUT in recover-src/extract_list.c if your tape is slow amrecover: error reading tape: Bad file descriptor extract_list - child returned non-zero status:1 Continue? [Y/n]: amrecover> - I can restore the files with native Unix utilities (mt, dd and tar) below is a step by step method of how I do this, but I would like for amrecover to be able to restore these files... Any suggestions? 1. mt -f /dev/nst0 rewind 2. cd to /scratch2/ftp_root 3. mt -f /dev/nst0 fsf 1 4. dd if=/dev/nst0 bs=32k count=1 5. repeat 3 & 4 until finding the header that I would like to restore. 6. once finding the correct header I do this: dd if=/dev/nst0 bs=32k | /bin/tar -xvf -
amrecover fails
Hello, I have some very large backup files that amanda pulls from Windows 2000 PCs. I use ntbackup to copy the entire 'Documents and Settings' directory on the Windows PC to a file. This file may be as large as 2 Gigabytes. Amanda copies the files OK and amverify can read all the files successfully. However, amrecover fails when trying to restore the large files, the error message is below: timeout waiting for amrestore increase READ_TIMEOUT in recover-src/extract_list.c if your tape is slow amrecover: error reading tape: Bad file descriptor extract_list - child returned non-zero status:1 Continue? [Y/n]: amrecover> Is there a way to correct this? I use RH 7.3 and amanda 2.4.2p2 that came with the distro. Amrecover has no problem restoring the smaller files (400 - 600 MB), it's just the largest files that fail. My tape drives are Quantum DLT 4000. Any help would be much appreciated. Thanks, Brad
amrecover fails on client
Hi, when extracting files from a backup on a client using amrecover I get the following error message: amrecover: error reading tape: Connection reset by peer extract_list - child returned non-zero status: 1 Using amrecover on the server works fine. Any hints what might go wrong?!? Configuration: Server: Linux, amanda 2.4.2p1 Client: Linux, amanda 2.4.2p1 Any information missing? Just ask, I'll provide them... Thank you, Christina Rossmanith
