Results 1 to 3 of 3

Thread: Unable to restore files

  1. #1
    Join Date
    Jan 2014
    Posts
    2

    Default Unable to restore files

    Hello I have a backup server with amanda 2.6.1 p1 in a ubuntu 8.10 and a client with Ubuntu 11.10 with amanda client 3.3.5

    Into the server I have configured the job:
    amanda.conf :
    [...]
    define dumptype comp-tar {
    program "GNUTAR"
    compress fast
    index yes
    auth "bsdtcp"
    }

    define dumptype comp-tar-full {
    program "GNUTAR"
    compress fast
    index yes
    strategy noinc
    auth "bsdtcp"
    }

    # Define Vtape
    define tapetype APPL_VTAPE {
    filemark 4 KB
    length 30 GB
    }

    my disklist is configured as follow:
    servicios /etc/apache2 comp-tar-full
    servicios /etc/tomcat7 comp-tar-full
    servicios /etc/nginx comp-tar-full
    servicios /etc/postgresql comp-tar-full
    servicios /etc/mysql comp-tar-full

    When I execute the amdump it works properly as the summary shows:
    Hostname: backup-server
    Org : SERVICIOS
    Config : servicios
    Date : January 28, 2014

    These dumps were to tape SRVCS-06.
    The next tape Amanda expects to use is: 1 new tape.
    The next new tape already labelled is: SRVCS-07.


    STATISTICS:
    Total Full Incr.
    -------- -------- --------
    Estimate Time (hrs:min) 0:00
    Run Time (hrs:min) 0:01
    Dump Time (hrs:min) 0:00 0:00 0:00
    Output Size (meg) 0.1 0.1 0.0
    Original Size (meg) 0.5 0.5 0.0
    Avg Compressed Size (%) 22.3 22.3 --
    Filesystems Dumped 5 5 0
    Avg Dump Rate (k/s) 515.0 515.0 --

    Tape Time (hrs:min) 0:00 0:00 0:00
    Tape Size (meg) 0.1 0.1 0.0
    Tape Used (%) 0.0 0.0 0.0
    Filesystems Taped 5 5 0

    Chunks Taped 5 5 0
    Avg Tp Write Rate (k/s) 106710 106710 --

    USAGE BY TAPE:
    Label Time Size % Nb Nc
    SRVCS-06 0:00 132k 0.0 5 5


    NOTES:
    planner: Forcing full dump of servicios:/etc/apache2 as directed.
    planner: Forcing full dump of servicios:/etc/tomcat7 as directed.
    planner: Forcing full dump of servicios:/etc/nginx as directed.
    planner: Forcing full dump of servicios:/etc/postgresql as directed.
    planner: Forcing full dump of servicios:/etc/mysql as directed.
    taper: tape SRVCS-06 kb 136 fm 5 [OK]


    DUMP SUMMARY:
    DUMPER STATS TAPER STATS
    HOSTNAME DISK L ORIG-kB OUT-kB COMP% MMM:SS KB/s MMM:SS KB/s
    -------------------------- ------------------------------------- -------------
    servicios -tc/apache2 0 330 88 26.7 0:00 2364.6 0:00 177299.0
    servicios /etc/mysql 0 3 2 -- 0:00 98.1 0:00 17970.0
    servicios /etc/nginx 0 8 7 -- 0:00 118.6 0:00 44656.1
    servicios -postgresql 0 10 9 -- 0:00 149.7 0:00 50947.4
    servicios -tc/tomcat7 0 190 26 13.7 0:00 408.3 0:00 119743.9

    But when I try execute an amrecover to restore a single file, it fails
    AMRECOVER Version 3.3.5. Contacting server on backup.paradigmatecnologico.com ...
    220 backup-server AMANDA index server (2.6.1p1) ready.
    Setting restore date to today (2014-01-28)
    200 Working date set to 2014-01-28.
    200 Config set to servicios.
    200 Dump host set to servicios.
    Use the setdisk command to choose dump disk to recover
    amrecover> listdisk
    200- List of disk for host servicios
    201- /etc/apache2
    201- /etc/tomcat7
    201- /etc/nginx
    201- /etc/postgresql
    201- /etc/mysql
    200 List of disk for host servicios
    amrecover> lcd /var/tmp/restore
    amrecover> setdisk /etc/apache2
    200 Disk set to /etc/apache2.
    amrecover> add apache2.conf
    Added file /apache2.conf
    amrecover> add ports.conf
    Added file /ports.conf
    amrecover> extract

    Extracting files using tape drive chg-disk on host backup.paradigmatecnologico.com.
    The following tapes are needed: SRVCS-06

    Extracting files using tape drive chg-disk on host backup.paradigmatecnologico.com.
    Load tape SRVCS-06 now
    Continue [?/Y/n/s/d]? Y
    Restoring files into directory /var/tmp/restore
    All existing files in /var/tmp/restore can be deleted
    Continue [?/Y/n]? y
    tar: This does not look like a tar archive
    tar: ./ports.conf: Not found in archive
    tar: ./apache2.conf: Not found in archive
    tar: Exiting with failure status due to previous errors

    I see the following logs into the amrecover.debug log:
    Tue Jan 28 17:03:14 2014: thd-0x1296870: amrecover: user command: 'extract'
    Tue Jan 28 17:03:18 2014: thd-0x1296870: amrecover: user command: 'ls'
    Tue Jan 28 17:03:25 2014: thd-0x1296870: amrecover: user command: 'add apache2.conf'
    Tue Jan 28 17:03:25 2014: thd-0x1296870: amrecover: add_glob (apache2.conf) -> ^apache2\.conf$
    Tue Jan 28 17:03:25 2014: thd-0x1296870: amrecover: add_file: Looking for "apache2\.conf[/]*$"
    Tue Jan 28 17:03:25 2014: thd-0x1296870: amrecover: add_file: Converted path="apache2\.conf[/]*$" to tpath_on_disk="/apache2\.c
    onf[/]*$"
    Tue Jan 28 17:03:25 2014: thd-0x1296870: amrecover: add_file: Pondering ditem->path=/ssl_certs/
    Tue Jan 28 17:03:25 2014: thd-0x1296870: amrecover: add_file: Pondering ditem->path=/sites-enabled/
    Tue Jan 28 17:03:25 2014: thd-0x1296870: amrecover: add_file: Pondering ditem->path=/sites-available/
    Tue Jan 28 17:03:25 2014: thd-0x1296870: amrecover: add_file: Pondering ditem->path=/ports.conf
    Tue Jan 28 17:03:25 2014: thd-0x1296870: amrecover: add_file: Pondering ditem->path=/mods-enabled/
    Tue Jan 28 17:03:25 2014: thd-0x1296870: amrecover: add_file: Pondering ditem->path=/mods-available/
    Tue Jan 28 17:03:25 2014: thd-0x1296870: amrecover: add_file: Pondering ditem->path=/magic
    Tue Jan 28 17:03:25 2014: thd-0x1296870: amrecover: add_file: Pondering ditem->path=/httpd.conf
    Tue Jan 28 17:03:25 2014: thd-0x1296870: amrecover: add_file: Pondering ditem->path=/envvars
    Tue Jan 28 17:03:25 2014: thd-0x1296870: amrecover: add_file: Pondering ditem->path=/conf.d/
    Tue Jan 28 17:03:25 2014: thd-0x1296870: amrecover: add_file: Pondering ditem->path=/apache2.conf
    Tue Jan 28 17:03:25 2014: thd-0x1296870: amrecover: add_file: (Successful) Added /apache2.conf
    Tue Jan 28 17:03:25 2014: thd-0x1296870: amrecover: add_file: Pondering ditem->path=/.
    Tue Jan 28 17:03:29 2014: thd-0x1296870: amrecover: user command: 'add ports.conf'
    Tue Jan 28 17:03:29 2014: thd-0x1296870: amrecover: add_glob (ports.conf) -> ^ports\.conf$
    Tue Jan 28 17:03:29 2014: thd-0x1296870: amrecover: add_file: Looking for "ports\.conf[/]*$"
    Tue Jan 28 17:03:29 2014: thd-0x1296870: amrecover: add_file: Converted path="ports\.conf[/]*$" to tpath_on_disk="/ports\.conf[
    /]*$"
    Tue Jan 28 17:03:29 2014: thd-0x1296870: amrecover: add_file: Pondering ditem->path=/ssl_certs/
    Tue Jan 28 17:03:29 2014: thd-0x1296870: amrecover: add_file: Pondering ditem->path=/sites-enabled/
    Tue Jan 28 17:03:29 2014: thd-0x1296870: amrecover: add_file: Pondering ditem->path=/sites-available/
    Tue Jan 28 17:03:29 2014: thd-0x1296870: amrecover: add_file: Pondering ditem->path=/ports.conf
    Tue Jan 28 17:03:29 2014: thd-0x1296870: amrecover: add_file: (Successful) Added /ports.conf
    Tue Jan 28 17:03:29 2014: thd-0x1296870: amrecover: add_file: Pondering ditem->path=/mods-enabled/
    Tue Jan 28 17:03:29 2014: thd-0x1296870: amrecover: add_file: Pondering ditem->path=/mods-available/
    Tue Jan 28 17:03:29 2014: thd-0x1296870: amrecover: add_file: Pondering ditem->path=/magic
    Tue Jan 28 17:03:29 2014: thd-0x1296870: amrecover: add_file: Pondering ditem->path=/httpd.conf
    Tue Jan 28 17:03:29 2014: thd-0x1296870: amrecover: add_file: Pondering ditem->path=/envvars
    Tue Jan 28 17:03:29 2014: thd-0x1296870: amrecover: add_file: Pondering ditem->path=/conf.d/
    Tue Jan 28 17:03:29 2014: thd-0x1296870: amrecover: add_file: Pondering ditem->path=/apache2.conf
    Tue Jan 28 17:03:29 2014: thd-0x1296870: amrecover: add_file: Pondering ditem->path=/.
    Tue Jan 28 17:03:40 2014: thd-0x1296870: amrecover: user command: 'extract'
    Tue Jan 28 17:03:40 2014: thd-0x1296870: amrecover: sending: TAPE
    Tue Jan 28 17:03:40 2014: thd-0x1296870: amrecover: tcpm_send_token: data is still flowing
    Tue Jan 28 17:03:40 2014: thd-0x1296870: amrecover: append_to_tapelist(tapelist=(nil), label='SRVCS-06', file=-1, partnum=-1,
    isafile=0)
    Tue Jan 28 17:03:40 2014: thd-0x1296870: amrecover: append_to_tapelist(tapelist=0x12d8f00, label='SRVCS-06', file=1, partnum=-1
    , isafile=0)
    Tue Jan 28 17:03:40 2014: thd-0x1296870: amrecover: append_to_tapelist(tapelist=(nil), label='SRVCS-06', file=-1, partnum=-1,
    isafile=0)
    Tue Jan 28 17:03:40 2014: thd-0x1296870: amrecover: append_to_tapelist(tapelist=0x12c90e0, label='SRVCS-06', file=1, partnum=-1
    , isafile=0)
    Tue Jan 28 17:03:40 2014: thd-0x1296870: amrecover: Requesting tape SRVCS-06 from user
    Tue Jan 28 17:03:42 2014: thd-0x1296870: amrecover: User prompt: 'Continue [?/Y/n/s/d]? '; response: 'Y'
    Tue Jan 28 17:03:42 2014: thd-0x1296870: amrecover: security_getdriver(name=bsdtcp) returns 0x7f916d9de940
    Tue Jan 28 17:03:42 2014: thd-0x1296870: amrecover: security_handleinit(handle=0x12d9730, driver=0x7f916d9de940 (BSDTCP))
    Tue Jan 28 17:03:42 2014: thd-0x1296870: amrecover: security_streaminit(stream=0x12dfcc0, driver=0x7f916d9de940 (BSDTCP))
    Tue Jan 28 17:03:42 2014: thd-0x1296870: amrecover: security_streaminit(stream=0x12e7d20, driver=0x7f916d9de940 (BSDTCP))
    Tue Jan 28 17:03:42 2014: thd-0x1296870: amrecover: amidxtaped_streams[0].fd = 0x12e7d20
    Tue Jan 28 17:03:42 2014: thd-0x1296870: amrecover: security_streaminit(stream=0x12efd80, driver=0x7f916d9de940 (BSDTCP))
    Tue Jan 28 17:03:42 2014: thd-0x1296870: amrecover: security_stream_close(0x12dfcc0)
    Tue Jan 28 17:03:42 2014: thd-0x1296870: amrecover: send_to_tape_server: FEATURES=ffffffff9efefbffffffffff3f

    Tue Jan 28 17:03:42 2014: thd-0x1296870: amrecover: send_to_tape_server: CONFIG=servicios

    Tue Jan 28 17:03:42 2014: thd-0x1296870: amrecover: send_to_tape_server: LABEL=SRVCS-06:1

    Tue Jan 28 17:03:42 2014: thd-0x1296870: amrecover: send_to_tape_server: FSF=1

    Tue Jan 28 17:03:42 2014: thd-0x1296870: amrecover: send_to_tape_server: HEADER

    Tue Jan 28 17:03:42 2014: thd-0x1296870: amrecover: send_to_tape_server: DEVICE=chg-disk

    Tue Jan 28 17:03:42 2014: thd-0x1296870: amrecover: send_to_tape_server: HOST=^servicios$

    Tue Jan 28 17:03:42 2014: thd-0x1296870: amrecover: send_to_tape_server: DISK=^/etc/apache2$

    Tue Jan 28 17:03:42 2014: thd-0x1296870: amrecover: send_to_tape_server: DATESTAMP=20140128162210

    Tue Jan 28 17:03:42 2014: thd-0x1296870: amrecover: send_to_tape_server: END

    Tue Jan 28 17:03:43 2014: thd-0x1296870: amrecover: read header 32768 => 32768
    Tue Jan 28 17:03:47 2014: thd-0x1296870: amrecover: User prompt: 'Continue [?/Y/n]? '; response: 'y'
    Tue Jan 28 17:03:47 2014: thd-0x1296870: amrecover: image is compressed
    Tue Jan 28 17:03:47 2014: thd-0x1296870: amrecover: Spawning "/bin/gzip /bin/gzip -dc" in pipeline
    Tue Jan 28 17:03:47 2014: thd-0x1296870: amrecover: security_stream_seterr(0x12e7d20, EOF)
    Tue Jan 28 17:03:47 2014: thd-0x1296870: amrecover: Exec'ing /bin/tar with arguments:
    Tue Jan 28 17:03:47 2014: thd-0x1296870: amrecover: tar
    Tue Jan 28 17:03:47 2014: thd-0x1296870: amrecover: --ignore-zeros
    Tue Jan 28 17:03:47 2014: thd-0x1296870: amrecover: --numeric-owner
    Tue Jan 28 17:03:47 2014: thd-0x1296870: amrecover: -xpGvf
    Tue Jan 28 17:03:47 2014: thd-0x1296870: amrecover: -
    Tue Jan 28 17:03:47 2014: thd-0x1296870: amrecover: ./ports.conf
    Tue Jan 28 17:03:47 2014: thd-0x1296870: amrecover: ./apache2.conf


    gzip: stdin: not in gzip format
    Tue Jan 28 17:04:38 2014: thd-0x1296870: amrecover: sending: QUIT


    Tue Jan 28 17:04:38 2014: thd-0x1296870: amrecover: tcpm_send_token: data is still flowing

    It seems that it doesn't tar the dumps. But I have replicated the configuration of this backup set from another and the restoration of single files works ok.

    What i'm doing wrong with this?

    Thank you!

  2. #2
    Join Date
    Nov 2005
    Location
    Canada
    Posts
    1,049

    Default

    It is an amrecover incompatibility between 3.3.5 and a 2.6.1 server if client compression is used.

    The attached patch for 3.3.5 should fix it (untested).

    You can run amrecover on the server and copy the file to client.
    Attached Files Attached Files

  3. #3
    Join Date
    Jan 2014
    Posts
    2

    Default

    Hello martineau

    Great news ! I was getting insane looking the root cause of the error.

    Thank you so much, I will fix it or install the 2.6.1p1 version on client.

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •