Bug 861649

Summary: can not recover files from existing backup and can not check to see if backup is valid
Product: [Fedora] Fedora Reporter: Craig Goodyear <goodyca48>
Component: amandaAssignee: Petr Hracek <phracek>
Status: CLOSED ERRATA QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: urgent Docs Contact:
Priority: unspecified    
Version: 17CC: bartlomiej.solarz-niesluchowski, fedora, lav, lnykryn
Target Milestone: ---Keywords: Reopened
Target Release: ---   
Hardware: x86_64   
OS: Linux   
Whiteboard:
Fixed In Version: amanda-3.3.1-1.fc17 Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
: 895706 (view as bug list) Environment:
Last Closed: 2013-04-01 03:28:16 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description Craig Goodyear 2012-09-29 17:38:25 UTC
Description of problem:
Starting with the update of amanda from version 3.3.0-5.fc17.x86_64
to version 3.3.0-6.fc17.x86_64, amcheckdump and amrecover no longer work.


Version-Release number of selected component (if applicable):
amanda-3.3.0-6.fc17.x86_64
amanda-server-3.3.0-6.fc17.x86_64
amanda-client-3.3.0-6.fc17.x86_64


How reproducible:
Fails every time an attempt is made to run either.

Steps to Reproduce:
1. make a backup with amanda
2. try to run amcheckdump or amrecover 
  
Actual results:

Output from amcheckdump:

[root@blue ~]# su amandabackup -c "/usr/sbin/amcheckdump DailySet1"
"match_disk" is not exported by the Amanda::Util module
 "match_host" is not exported by the Amanda::Util module
 "match_datestamp" is not exported by the Amanda::Util module
 "match_level" is not exported by the Amanda::Util module
Can't continue after import errors at /usr/lib64/perl5/vendor_perl/Amanda/DB/Catalog.pm line 407
BEGIN failed--compilation aborted at /usr/lib64/perl5/vendor_perl/Amanda/DB/Catalog.pm line 407.
Compilation failed in require at /usr/lib64/perl5/vendor_perl/Amanda/Recovery/Planner.pm line 208.
BEGIN failed--compilation aborted at /usr/lib64/perl5/vendor_perl/Amanda/Recovery/Planner.pm line 208.
Compilation failed in require at /usr/sbin/amcheckdump line 38.
BEGIN failed--compilation aborted at /usr/sbin/amcheckdump line 38.


============================================================

Output from amrecover:

amrecover> add /etc/amanda/DailySet1
Added dir /amanda/DailySet1/ at date 2012-09-18-01-05-02
Added dir /amanda/DailySet1/ at date 2012-09-29-01-05-01
amrecover> extract

Extracting files using tape drive chg-disk:/mnt/adata/amanda/DailySet1 on host blue.localdomain.
The following tapes are needed: DailySet1-7
                                DailySet1-10

Extracting files using tape drive chg-disk:/mnt/adata/amanda/DailySet1 on host blue.localdomain.
Load tape DailySet1-7 now
Continue [?/Y/n/s/d]? y
amrecover - can't talk to tape server: service amidxtaped: "match_disk" is not exported by the Amanda::Util module

Comment 1 Lukáš Nykrýn 2012-10-16 14:30:21 UTC
fix committed to git -> http://lists.fedoraproject.org/pipermail/scm-commits/2012-October/884930.html -> modified

Comment 2 Fedora Update System 2012-10-17 06:45:49 UTC
amanda-3.3.0-7.fc17 has been submitted as an update for Fedora 17.
https://admin.fedoraproject.org/updates/amanda-3.3.0-7.fc17

Comment 3 Fedora Update System 2012-10-18 00:31:20 UTC
Package amanda-3.3.0-7.fc17:
* should fix your issue,
* was pushed to the Fedora 17 testing repository,
* should be available at your local mirror within two days.
Update it with:
# su -c 'yum update --enablerepo=updates-testing amanda-3.3.0-7.fc17'
as soon as you are able to.
Please go to the following url:
https://admin.fedoraproject.org/updates/FEDORA-2012-16357/amanda-3.3.0-7.fc17
then log in and leave karma (feedback).

Comment 4 Craig Goodyear 2012-10-20 14:02:05 UTC
After updating to amanda-3.3.0-7.fc17.x86_64, amrecover and amcheckdump are still broken.


======================================================================
output from amcheckdump:

[root@blue ~]# su amandabackup -c "/usr/sbin/amcheckdump DailySet1"
amcheckdump: Undefined subroutine &Amanda::Utilc::match_datestamp called at /usr/lib64/perl5/vendor_perl/Amanda/DB/Catalog.pm line 803.


======================================================================
output from amrecover

amrecover> add /etc/amanda/DailySet1
Added dir /amanda/DailySet1/ at date 2012-10-20-01-05-02
amrecover> list
TAPE DailySet1-16:4 LEVEL 0 DATE 2012-10-20-01-05-02
	/amanda/DailySet1
amrecover> extract

Extracting files using tape drive chg-disk:/mnt/adata/amanda/DailySet1 on host blue.localdomain.
The following tapes are needed: DailySet1-16

Extracting files using tape drive chg-disk:/mnt/adata/amanda/DailySet1 on host blue.localdomain.
Load tape DailySet1-16 now
Continue [?/Y/n/s/d]? y
Got no header and data from server, check in amidxtaped.*.debug and amandad.*.debug files on server


======================================================================
output from amidxtaped.20121020064802.debug

Sat Oct 20 06:48:02 2012: amidxtaped: pid 25261 ruid 33 euid 33 version 3.3.0: start at Sat Oct 20 06:48:02 2012
Sat Oct 20 06:48:02 2012: amidxtaped: CTL << FEATURES=ffffffff9efefbffffffffff0f
Sat Oct 20 06:48:02 2012: amidxtaped: CTL << CONFIG=DailySet1
Sat Oct 20 06:48:02 2012: amidxtaped: CTL << LABEL=DailySet1-16:4
Sat Oct 20 06:48:02 2012: amidxtaped: CTL << FSF=4
Sat Oct 20 06:48:02 2012: amidxtaped: CTL << HEADER
Sat Oct 20 06:48:02 2012: amidxtaped: CTL << DEVICE=chg-disk:/mnt/adata/amanda/DailySet1
Sat Oct 20 06:48:02 2012: amidxtaped: CTL << HOST=^blue.localdomain$
Sat Oct 20 06:48:02 2012: amidxtaped: CTL << DISK=^/etc$
Sat Oct 20 06:48:02 2012: amidxtaped: CTL << DATESTAMP=20121020010502
Sat Oct 20 06:48:02 2012: amidxtaped: CTL << END
Sat Oct 20 06:48:02 2012: amidxtaped: pid 25261 ruid 33 euid 33 version 3.3.0: rename at Sat Oct 20 06:48:02 2012
Sat Oct 20 06:48:02 2012: amidxtaped: critical (fatal): Undefined subroutine &Amanda::Utilc::match_host called at /usr/lib64/perl5/vendor_perl/Amanda/DB/Catalog.pm line 795.

amidxtaped: Undefined subroutine &Amanda::Utilc::match_host called at /usr/lib64/perl5/vendor_perl/Amanda/DB/Catalog.pm line 795.

/usr/lib64/libamanda-3.3.0.so(+0x29b17)[0x7ff950333b17]
/usr/lib64/libglib-2.0.so.0(g_logv+0x1e3)[0x394ca4e973]
/usr/lib64/libglib-2.0.so.0(g_log+0x82)[0x394ca4eb22]
/usr/lib64/perl5/vendor_perl/auto/Amanda/MainLoop/libMainLoop.so(+0x4054)[0x7ff94f8bb054]
/usr/lib64/libglib-2.0.so.0[0x394ca483bb]
/usr/lib64/libglib-2.0.so.0(g_main_context_dispatch+0x135)[0x394ca47825]
/usr/lib64/libglib-2.0.so.0[0x394ca47b58]
/usr/lib64/libglib-2.0.so.0(g_main_loop_run+0x72)[0x394ca47f52]
/usr/lib64/perl5/vendor_perl/auto/Amanda/MainLoop/libMainLoop.so(_wrap_run_c+0x63)[0x7ff94f8bb6c3]
/usr/lib64/perl5/CORE/libperl.so(Perl_pp_entersub+0x59c)[0x3fa0eb52bc]
/usr/lib64/perl5/CORE/libperl.so(Perl_runops_standard+0x16)[0x3fa0eac686]
/usr/lib64/perl5/CORE/libperl.so(perl_run+0x3a5)[0x3fa0e4e115]
/usr/bin/perl[0x400d39]
/lib64/libc.so.6(__libc_start_main+0xf5)[0x394aa21735]
/usr/bin/perl[0x400d71]

Comment 5 Fedora Update System 2012-12-20 16:10:15 UTC
amanda-3.3.0-7.fc17 has been pushed to the Fedora 17 stable repository.  If problems still persist, please make note of it in this bug report.

Comment 6 Craig Goodyear 2012-12-20 21:47:32 UTC
amanda-3.3.0-7.fc17 has been tested and did not resolve the problem.  See Comment 4.

Comment 7 lav 2013-03-01 06:28:44 UTC
amanda-3.3.0-8.fc17.i686 - the problem is still NOT FIXED.

Comment 8 Bartlomiej Solarz-NIesluchowski 2013-03-03 09:21:40 UTC
+1 amanda-3.3.0-8.fc17.i686 - the problem is still NOT FIXED

workaroud:
recompile amanda-3.3.2-4.fc19.src.rpm from rawhide:
rpm -Uhv http://ftp.wsisiz.edu.pl/pub/Linux/Fedora/linux/development/rawhide/source/SRPMS/a/amanda-3.3.2-4.fc19.src.rpm
rpmbuild -ba amanda.spec
and after that rpm -Fhv amanda* 

and all works correctly.....

Comment 9 Petr Hracek 2013-03-04 15:44:22 UTC
It seems that problem occurs during moving match_*.
Perl part have been moved successfully but relevant C part were not moved.
And therefore some functions are not working properly

http://article.gmane.org/gmane.comp.sysutils.backup.amanda.devel/3410
https://bugzilla.redhat.com/show_bug.cgi?id=752253

Comment 10 Petr Hracek 2013-03-05 08:37:07 UTC
Whole discussion about that problem is in following mailing list
http://groups.yahoo.com/group/amanda-hackers/message/6859

Comment 11 Petr Hracek 2013-03-18 08:36:01 UTC
fix commited to git (updated to version 3.3.1) -> http://lists.fedoraproject.org/pipermail/scm-commits/Week-of-Mon-20130311/980813.html -> modified

Comment 12 Fedora Update System 2013-03-18 08:38:57 UTC
amanda-3.3.1-1.fc17 has been submitted as an update for Fedora 17.
https://admin.fedoraproject.org/updates/amanda-3.3.1-1.fc17

Comment 13 Fedora Update System 2013-03-19 20:08:53 UTC
Package amanda-3.3.1-1.fc17:
* should fix your issue,
* was pushed to the Fedora 17 testing repository,
* should be available at your local mirror within two days.
Update it with:
# su -c 'yum update --enablerepo=updates-testing amanda-3.3.1-1.fc17'
as soon as you are able to.
Please go to the following url:
https://admin.fedoraproject.org/updates/FEDORA-2013-4022/amanda-3.3.1-1.fc17
then log in and leave karma (feedback).

Comment 14 Fedora Update System 2013-04-01 03:28:19 UTC
amanda-3.3.1-1.fc17 has been pushed to the Fedora 17 stable repository.  If problems still persist, please make note of it in this bug report.