Okay, looking further, I see the following in the file

server:/tmp/amanda/sendsize.20110207020002.debug

-----------------
sendsize[77723]: time 5.145: getting size via gnutar for /usr level 0
sendsize[77723]: time 5.311: spawning /usr/local/libexec/runtar in pipeline
sendsize[77723]: argument list: /usr/bin/tar --create --file /dev/null --directory /usr --one-file-system --listed-incremental /usr/local/var/amanda/gnutar-lists/server_usr_0.new --sparse --ignore-failed-read --totals --exclude-from /tmp/amanda/sendsize._usr.20110207020007.exclude . sendsize[77723]: time 5.464: tar: Option --listed-incremental is not supported
sendsize[77723]: time 5.464: Usage:
sendsize[77723]: time 5.465:   List:    tar -tf <archive-filename>
sendsize[77723]: time 5.465:   Extract: tar -xf <archive-filename>
sendsize[77723]: time 5.465: Create: tar -cf <archive-filename> [filenames...]
sendsize[77723]: time 5.465:   Help:    tar --help
sendsize[77723]: time 5.466: .....
sendsize[77723]: estimate time for /usr level 0: 0.154
sendsize[77723]: no size line match in /usr/bin/tar output for "/usr"
sendsize[77723]: .....
sendsize[77723]: estimate size for /usr level 0: -1 KB
--------------------

Just a guess here, but I presume that since amanda is waiting on a response from tar, and tar has errored out, that amanda skips this item in it's DLE because of this error.

Does this sound reasonable?

Now, if that's the case, I either need to figure out how to edit what commands amanda is sending to the tar program and remove the offending commandline flag, or downgrade the version of tar that is on the newly updated server.

Thoughts?

Thanks,
~~Mike

Reply via email to