On 13/01/16 05:47 PM, Focus1 IT wrote:

I have run amdump with our configuration file numerous times, results are the same.

My director did supply me with a helpful clue he uncovered this afternoon, it appears that amdump is trying to backup incorrect directories... For example, instead of /srv/backups it is trying to backup /export/backup. Not clear on where this error has been introduced from. We are aware that ZFS has an NFS export capability, they are all disabled in our configuration... Is it possible Amanda has adjusted the paths assuming NFS exports are available?


yes.

Can you try to use the amgtar application instead of the GNUTAR program?

program "APPLICATION"
application {
  plugin "amgtar"
}

Jean-Louis

From my director:

    /For some reason, the runtar command is using the wrong directory
    for /srv/backups. If I run the command above, I get a 10k response. /
    /
    /
    /If I run it with the proper command, it behaves normally. I
    cannot find reference to /export/backups in any of the config
    files. The estimates that succeed do not reference the /export path./
    /
    /
    /sendbackup.20160110000117.debug:

    Sun Jan 10 00:01:17 2016: thd-0x613a00: sendbackup: Spawning
    "/usr/libexec/amanda/runtar runtar hatteras /bin/tar --create
    --file - --directory /export/backups --one-file-system
    --listed-incremental
    /var/lib/amanda/gnutar-lists/localhost_srv_backups_0.new --sparse
    --ignore-failed-read --totals --files-from
    /tmp/amanda/sendbackup._srv_backups.20160110000117.include" in
    pipeline/
    /sendbackup.20160111000114.debug:Mon Jan 11 00:01:14 2016:
    thd-0x613a00: sendbackup: Spawning "/usr/libexec/amanda/runtar
    runtar hatteras /bin/tar --create --file - --directory
    /export/backups --one-file-system --listed-incremental
    /var/lib/amanda/gnutar-lists/localhost_srv_backups_0.new --sparse
    --ignore-failed-read --totals --files-from
    /tmp/amanda/sendbackup._srv_backups.20160111000114.include" in
    pipeline/
    /sendbackup.20160112000113.debug:Tue Jan 12 00:01:13 2016:
    thd-0x613a00: sendbackup: Spawning "/usr/libexec/amanda/runtar
    runtar hatteras /bin/tar --create --file - --directory
    /export/backups --one-file-system --listed-incremental
    /var/lib/amanda/gnutar-lists/localhost_srv_backups_0.new --sparse
    --ignore-failed-read --totals --files-from
    /tmp/amanda/sendbackup._srv_backups.20160112000113.include" in
    pipeline/
    /sendbackup.20160113000115.debug:Wed Jan 13 00:01:15 2016:
    thd-0x613a00: sendbackup: Spawning "/usr/libexec/amanda/runtar
    runtar hatteras /bin/tar --create --file - --directory
    /export/backups --one-file-system --listed-incremental
    /var/lib/amanda/gnutar-lists/localhost_srv_backups_1.new --sparse
    --ignore-failed-read --totals --files-from
    /tmp/amanda/sendbackup._srv_backups.20160113000115.include" in
    pipeline/
    /sendbackup.20160113151317.debug:Wed Jan 13 15:13:17 2016:
    thd-0x613a00: sendbackup: Spawning "/usr/libexec/amanda/runtar
    runtar hatteras /bin/tar --create --file - --directory
    /export/backups --one-file-system --listed-incremental
    /var/lib/amanda/gnutar-lists/localhost_tank_backups_0.new --sparse
    --ignore-failed-read --totals ." in pipeline/
    /
    /
    /sendsize.20160113000002.debug:/
    /
    /
    /Wed Jan 13 00:00:02 2016: thd-0x615a00: sendsize: done with
    *amname /srv/backups* *dirname /export/backups* spindle -1/

Appreciate the help,

JS



On Jan 13, 2016 5:03 PM, "Debra S Baddorf" <[email protected] <mailto:[email protected]>> wrote:

    Can you do a manual (rather than crontab)  backup of, say,  the 1
    DLE that *is* on the server?
    And then ditto for just ONE DLE  on the client?

Then look at error logs and see if anything becomes more obvious, with only a few backups at a time?

    Deb Baddorf


    > On Jan 13, 2016, at 12:07 PM, Focus1 IT <[email protected]
    <mailto:[email protected]>> wrote:
    >
    > Respectfully bumping this thread.  I see no issues with the tar
    version installed on the remote client nor the version installed
    on localhost.  How can I troubleshoot the failing DLEs?
    >
    > To reiterate, this is our disklist, all items in BOLD are failing:
    >
    >
    > # IT
    > 10.6.1.209 /mnt/IT gnutar-encrypted
    > 10.6.1.209 /mnt/applications gnutar-encrypted
    >
    > # EPP Archive
    > 10.6.1.209 /mnt/archive-epp gnutar-encrypted
    >
    > # Collections - Focus1
    > 10.6.1.209 /mnt/collections gnutar-encrypted
    >
    > # Current #EPP
    > 10.6.1.209 /mnt/epp gnutar-encrypted
    >
    > # Misc.
    > 10.6.1.209 /mnt/home gnutar-encrypted
    > 10.6.1.209 /mnt/productivity gnutar-encrypted
    > 10.6.1.209 /mnt/profiles gnutar-encrypted
    >
    > # iView
    > 10.6.1.209 /mnt/iview gnutar-encrypted
    >
    > # Amanda's own state
    > localhost md1  encrypted-gnutar-local
    > #localhost md2  encrypted-gnutar-local
    > #localhost /srv/backups encrypted-gnutar-local
    > localhost /srv/backups localhost-srv-backups
    > localhost /srv/reports encrypted-gnutar-local
    > localhost /srv/amanda/state encrypted-gnutar-local
    >
    > # Users
    > 10.6.1.209 /mnt/aeiland gnutar-encrypted
    > 10.6.1.209 /mnt/aswoboda gnutar-encrypted
    > 10.6.1.209 /mnt/bmcfarlane gnutar-encrypted
    > 10.6.1.209 /mnt/bmenzie gnutar-encrypted
    > 10.6.1.209 /mnt/brodriguez gnutar-encrypted
    > 10.6.1.209 /mnt/cczinski gnutar-encrypted
    > 10.6.1.209 /mnt/cnesbitt gnutar-encrypted
    > 10.6.1.209 /mnt/cnorton gnutar-encrypted
    > 10.6.1.209 /mnt/cvitullo gnutar-encrypted
    > 10.6.1.209 /mnt/dmassalsky gnutar-encrypted
    > 10.6.1.209 /mnt/dmiddlewood gnutar-encrypted
    > 10.6.1.209 /mnt/dmullen gnutar-encrypted
    > 10.6.1.209 /mnt/ecampbell gnutar-encrypted
    > 10.6.1.209 /mnt/ghendrix gnutar-encrypted
    > 10.6.1.209 /mnt/gjessop gnutar-encrypted
    > 10.6.1.209 /mnt/jathomas gnutar-encrypted
    > 10.6.1.209 /mnt/jbrethauer gnutar-encrypted
    > 10.6.1.209 /mnt/jezell gnutar-encrypted
    > 10.6.1.209 /mnt/jmcafee gnutar-encrypted
    > 10.6.1.209 /mnt/jmoisan gnutar-encrypted
    > 10.6.1.209 /mnt/jnesbitt gnutar-encrypted
    > 10.6.1.209 /mnt/jolson gnutar-encrypted
    > 10.6.1.209 /mnt/jsecord gnutar-encrypted
    > 10.6.1.209 /mnt/jshaffer gnutar-encrypted
    > 10.6.1.209 /mnt/jtracz gnutar-encrypted
    > 10.6.1.209 /mnt/kbear gnutar-encrypted
    > 10.6.1.209 /mnt/kjones gnutar-encrypted
    > 10.6.1.209 /mnt/lipuffer gnutar-encrypted
    > 10.6.1.209 /mnt/lnaud gnutar-encrypted
    > 10.6.1.209 /mnt/lpuffer gnutar-encrypted
    > 10.6.1.209 /mnt/mcoats gnutar-encrypted
    > 10.6.1.209 /mnt/mdrumm gnutar-encrypted
    > 10.6.1.209 /mnt/meck gnutar-encrypted
    > 10.6.1.209 /mnt/mlafountain gnutar-encrypted
    > 10.6.1.209 /mnt/miverson gnutar-encrypted
    > 10.6.1.209 /mnt/mmays gnutar-encrypted
    > 10.6.1.209 /mnt/mmooradian gnutar-encrypted
    > 10.6.1.209 /mnt/mmorland gnutar-encrypted
    > 10.6.1.209 /mnt/mtownes gnutar-encrypted
    > 10.6.1.209 /mnt/nnichols gnutar-encrypted
    > 10.6.1.209 /mnt/pdeleeuw gnutar-encrypted
    > 10.6.1.209 /mnt/pkitkowski gnutar-encrypted
    > 10.6.1.209 /mnt/pmorehouse gnutar-encrypted
    > 10.6.1.209 /mnt/rboddy gnutar-encrypted
    > 10.6.1.209 /mnt/rdegolyer gnutar-encrypted
    > 10.6.1.209 /mnt/rniethammer gnutar-encrypted
    > 10.6.1.209 /mnt/rrahme gnutar-encrypted
    > 10.6.1.209 /mnt/rstampfer gnutar-encrypted
    > 10.6.1.209 /mnt/sbaker gnutar-encrypted
    > 10.6.1.209 /mnt/sgranberry gnutar-encrypted
    > 10.6.1.209 /mnt/skraning gnutar-encrypted
    > 10.6.1.209 /mnt/slake gnutar-encrypted
    > 10.6.1.209 /mnt/tjewell gnutar-encrypted
    > 10.6.1.209 /mnt/tlake gnutar-encrypted
    > 10.6.1.209 /mnt/tmiller gnutar-encrypted
    > 10.6.1.209 /mnt/tnesbitt gnutar-encrypted
    > 10.6.1.209 /mnt/tobrien gnutar-encrypted
    > 10.6.1.209 /mnt/tpiwko gnutar-encrypted
    > 10.6.1.209 /mnt/tshipp gnutar-encrypted
    > 10.6.1.209 /mnt/cflannery gnutar-encrypted
    >
    >
    > Backups have been failing for well over a month, please advise,
    I need to get this issue resolved asap.
    >
    > JS
    >
    > On Mon, Jan 11, 2016 at 12:12 PM, Focus1 IT
    <[email protected] <mailto:[email protected]>> wrote:
    > I think the change history and tar used on the client (FreeNAS?)
    > would be of more interest than the server details.
    >
    > jl
    >
    >
    >
    > Info on the FreeNAS box:
    > FreeBSD 9.1-STABLE (FREENAS.amd64) #0 r+1a51513: Wed Jul 31
    21:54:30 PDT 2013
    > tar --version
    > bsdtar 2.8.5 - libarchive 2.8.5
    >
    >
    > pkg isn't installed, I don't think tar has changed at all on
    this box.
    >
    > JS
    >
    > On Fri, Jan 8, 2016 at 3:48 PM, Jon LaBadie <[email protected]
    <mailto:[email protected]>> wrote:
    > On Fri, Jan 08, 2016 at 02:51:27PM -0500, Focus1 IT wrote:
    > > Alright, looking into package install history on the
    amanda-server host, I
    > > don't see any changes to tar.
    > >
    > > This is a list of everything installed since November:
    > >
    > > 2015-11-04 12:08:17 install libicu48 <none> 4.8.1.1-3ubuntu0.6
    > ...
    > >
    > > And this is the current version of tar:
    > >
    > > tar (GNU tar) 1.26
    > > Copyright (C) 2011 Free Software Foundation, Inc.
    > > License GPLv3+: GNU GPL version 3 or later
    <http://gnu.org/licenses/gpl.html
    >
    > I think the change history and tar used on the client (FreeNAS?)
    > would be of more interest than the server details.
    >
    > jl
    > --
    > Jon H. LaBadie [email protected] <mailto:[email protected]>
    >  11226 South Shore Rd. (703) 787-0688 <tel:%28703%29%20787-0688> (H)
    >  Reston, VA  20190 (703) 935-6720 <tel:%28703%29%20935-6720> (C)
    >
    > --
    > You received this message because you are subscribed to the
    Google Groups "Focus1 IT" group.
    > To view this discussion on the web visit
    
https://groups.google.com/a/focus1data.com/d/msgid/Focus1IT/20160108204841.GA29857%40cyber.jgcomp.com.
    >
    >
    >
    >
    >
    >
    > CONFIDENTIALITY NOTICE: This email is covered by the Electronic
    Communications Privacy Act, 18 U.S.C. 2510-2521 and is legally
    privileged. This communication may also contain material protected
    and governed by the Health insurance Portability and
    Accountability Act of 1996 (HIPAA). This e-mail is only for the
    personal and confidential use of the individuals to which it is
    addressed and contains confidential information. If you are not
    the intended recipient, you are notified that you have received
    this document in error, and that any reading, distributing,
    copying or disclosure is unauthorized.
    >
    > If you are not the intended recipient Please notify Hatteras
    Printing Inc. by calling (313) 624-3300 <tel:%28313%29%20624-3300>
    and destroy the message immediately. Additionally, please do not
    print this email unless it is absolutely necessary.
    >

    --
    You received this message because you are subscribed to the Google
    Groups "Focus1 IT" group.
    To view this discussion on the web visit
    
https://groups.google.com/a/focus1data.com/d/msgid/Focus1IT/B262992B-3513-4406-80B6-2B1BDA84D6DB%40fnal.gov.


CONFIDENTIALITY NOTICE: This email is covered by the Electronic Communications Privacy Act, 18 U.S.C. 2510-2521 and is legally privileged. This communication may also contain material protected and governed by the Health insurance Portability and Accountability Act of 1996 (HIPAA). This e-mail is only for the personal and confidential use of the individuals to which it is addressed and contains confidential information. If you are not the intended recipient, you are notified that you have received this document in error, and that any reading, distributing, copying or disclosure is unauthorized.

If you are not the intended recipient Please notify Hatteras Printing Inc. by calling (313) 624-3300 and destroy the message immediately. Additionally, please do not print this email unless it is absolutely necessary.


Reply via email to