Mathias Koerber wrote:
is there a way to influence the planner not only such that it
balances out the space across all days, but also that it tries
spreading out level 0s across all hosts per day, so that I not end up
having one host dump all fs's at L0 one day, then the next host on the
next day?
On Fri, Mar 26, 2004 at 10:56:30AM +0800, Mathias Koerber wrote:
is there a way to influence the planner not only such that it
balances out the space across all days, but also that it tries
spreading out level 0s across all hosts per day
That's what amanda try to do since amanda-2.4.4.
If
Hi amanda users
I receive reports from our amanda backup system every day by mail:
...
DUMP SUMMARY:
DUMPER STATSTAPER STATS
HOSTNAME DISKL ORIG-KB OUT-KB COMP% MMM:SS KB/s MMM:SS KB/s
--
On Fri, 26 Mar 2004 at 2:59pm, Thomas Brand wrote
is there a way to customize the reporting format? For example it would be
nice to have the full name of the disks, not just the last part.
I see two possible solutions (please correct me) to achieve this.
a) the reporting format can be
Hi all,
I would like to read amanda-users and amanda-hackers in daily digest
format. Only, the amanda.org Majordomo does not offer those options.
But hey, there still the Yahoo Groups copies, which do provide daily
digests.
Only problem is that to post to the lists I have tio subscribe to
On Friday 26 March 2004 08:59, Thomas Brand wrote:
Hi amanda users
I receive reports from our amanda backup system every day by mail:
...
DUMP SUMMARY:
DUMPER STATSTAPER
STATS HOSTNAME DISKL ORIG-KB OUT-KB COMP% MMM:SS KB/s
hi,
I'm having problem with amanda when it backups big partition compared to
what a tape can contain.
the tapes are 70Gb
and some dumps are about 30Gb
I've set the autoflush to yes.
Some times a get :
+ These dumps were to tape WeeklySet076.
+ *** A TAPE ERROR OCCURRED: [[writing file:
Well, good news and bad news...
The good news is that, after an apt-get upgrade on the tapehost[1]
last week, the dumps from my samba DLEs seem to be reliable and complete.
The bad news is that amanda still reports them as strange, with the
strange dump summary consisting of several variations
Hi amanda users,
Just to confirm that I'm understanding what I'm seeing.
dumps too big - the planner decided that there wasn't enough room
on the tape for all of the partitions given its estimates so it decided
to skip this one partition for the day.
out of tape means that the planner
On Friday 26 March 2004 10:18, Brian Cuttler wrote:
Hi amanda users,
Just to confirm that I'm understanding what I'm seeing.
dumps too big - the planner decided that there wasn't enough room
on the tape for all of the partitions given its estimates so it
decided to skip this one partition for
Gene,
The saga on TAR was that I've just put in place a (newer) version
of amanda what was compiled to know about gnu tar. This was installed
on the SGI/IRIX that serves /usr/local to (most) of the sgi systems
on sight.
This allowed me to create a new amanda server on a system that had
no
On Fri, Mar 26, 2004 at 04:04:05PM +0100, BRINER Cedric wrote:
the tapes are 70Gb
Is that 70 GB native, or with hardware compression taken into
account? (If the latter, it can only be approximate; depends how
compressible the data is.)
Do you in fact have hardware compression enabled? (See
On Fri, Mar 26, 2004 at 09:10:53AM -0600, Dave Sherohman wrote:
Where do I go to tell amanda that these SUCCESS... messages should be
considered normal?
It's a hard-coded list.
--
| | /\
|-_|/ Eric Siegerman, Toronto, Ont.[EMAIL PROTECTED]
| | /
It must be said that they would
On Fri, Mar 26, 2004 at 02:35:43PM -0500, Eric Siegerman wrote:
On Fri, Mar 26, 2004 at 09:10:53AM -0600, Dave Sherohman wrote:
Where do I go to tell amanda that these SUCCESS... messages should be
considered normal?
It's a hard-coded list.
Then how about a (reasonably) simple way to wrap
[sorry about that half-a-reply, folks; clumsy fingers...]
On Fri, Mar 26, 2004 at 04:04:05PM +0100, BRINER Cedric wrote:
+ These dumps were to tape WeeklySet076.
+ *** A TAPE ERROR OCCURRED: [[writing file: short write]].
so the tape have for example 45Gb already on it, when it tries to
On Fri, Mar 26, 2004 at 10:18:36AM -0500, Brian Cuttler wrote:
dumps too big - the planner decided that there wasn't enough room
on the tape for all of the partitions given its estimates so it decided
to skip this one partition for the day.
Sort of. The complete message was, dumps too big,
Eric,
Thank you, I should have been more complete...
The flush finally finished just a minutes ago, 31Gig to DLT 8000
took 4:44 (hours:minutes). I'm not sure I will not have to divide
the tar into smaller pieces, the one tar of the partition took
up 85% of the tape capacity.
Got to say though,
On Friday 26 March 2004 11:25, Brian Cuttler wrote:
Gene,
The saga on TAR was that I've just put in place a (newer) version
of amanda what was compiled to know about gnu tar. This was
installed on the SGI/IRIX that serves /usr/local to (most) of the
sgi systems on sight.
This allowed me to
On Fri, Mar 26, 2004 at 02:35:43PM -0500, Eric Siegerman wrote:
On Fri, Mar 26, 2004 at 09:10:53AM -0600, Dave Sherohman wrote:
Where do I go to tell amanda that these SUCCESS... messages should be
considered normal?
It's a hard-coded list.
But easily extended.
See the source in
19 matches
Mail list logo
