I am running amanda 2.6.1P2 on a Solaris 10 X86 system.
I have recently upgraded to 2.6.1P2 as the amanda server and move from a SPARC
to a X86 system running Solaris 10.
Compared to when it was running on an old SPARC system, I am finding that
amanda is taking way to long to finish an using
We had an issue where the incrementals where about the same
size as the level 0 dumps.
The snapshots where causing the files to have different device id
numbers each night, and so appeared as new files.
If you'd like I can dig out my notes on the issue, we updated
our version of gtar and set
I am not sure if this got sent to the group so I an fordwarding.
This explains what is going on in the gtar code to cause gtar to seg fault. All
the accolades should go to my SA partner Chapman Flack. He is in the process of
sending this to bug-tar as suggested.
Robert
Apparently under
Spam detection software, running on the system guinness.omniscient.com, has
identified this incoming email as possible spam. The original message
has been attached to this so you can view it (if it isn't spam) or label
similar future email. If you have any questions, see
postmaster for details.
Robert,
You are using calcsize for the estimate, it doesn't use check the device
number.
But when you do the backup, tar check the device, as you mount it every
time, it have different device number and it backup all files.
Set the CHECK-DEVICE property of amgtar to NO. (man amgtar)
As a workaround, perhaps you could unhide the snapshot directory.
man zfs.
McGraw, Robert P wrote at 11:23 -0400 on Jun 2, 2010:
I am not sure if this got sent to the group so I an fordwarding.
This explains what is going on in the gtar code to cause gtar to seg fault.
All the
Robert,
We have the following code in our amanda.conf, as Jean-Louis said
the new line is the check-device property.
define application-tool app_amgtar {
comment amgtar
plugin amgtar
property ATIME-PRESERVE no
property CHECK-DEVICE no
# property PFEXEC YES
# property PFEXEC-PATH
Spam detection software, running on the system becherovka.cz.omniscient.com,
has
identified this incoming email as possible spam. The original message
has been attached to this so you can view it (if it isn't spam) or label
similar future email. If you have any questions, see
postmaster for
Jean-Louis,
At present I do not have amgtar set up, but something that I plan to do.
I have changed the estimate to client so do I need to set CHECK-DEVICE
property of amgtar to NO in this case.
Robert
-Original Message-
From: Jean-Louis Martineau [mailto:martin...@zmanda.com]