On Mon, 19 Jul 2004 at 5:19pm, Kris Vassallo wrote
420GB is not the total amount per night. Something is bogging this down
though and I don't know what. I am not using holding disks because the
majority of data is being backed up from one set of disks to another on
the same machine. This one
Hello Anthony,
Looks like no one responded to your message, so I'll tell you what I
know. Unfortunately, I don't have a solution, just some info and a
possible work-around, however you may find it helpful, so here goes.
The problem you are having is due to using GCC on AIX with Amanda. When
On Tue, 2004-07-20 at 04:24, Joshua Baker-LePain wrote:
On Mon, 19 Jul 2004 at 5:19pm, Kris Vassallo wrote
420GB is not the total amount per night. Something is bogging this down
though and I don't know what. I am not using holding disks because the
majority of data is being backed up
On Mon, 2004-07-19 at 22:41, Frank Smith wrote:
420GB is not the total amount per night. Something is bogging this down
though and I don't know what. I am not using holding disks because the
majority of data is being backed up from one set of disks to another on
the same machine. This one
Hi, Frank,
on Dienstag, 20. Juli 2004 at 07:41 you wrote to amanda-users:
420GB is not the total amount per night. Something is bogging this down
though and I don't know what. I am not using holding disks because the
majority of data is being backed up from one set of disks to another on
the
Hi,
[ This is my first post to this list, and it looks like reply to all
is accepted here, so that's what I'm doing...]
Kris Vassallo wrote:
On Tue, 2004-07-20 at 04:24, Joshua Baker-LePain wrote:
/On Mon, 19 Jul 2004 at 5:19pm, Kris Vassallo wrote
420GB is not the total amount per night.
Hi, Kris,
on Dienstag, 20. Juli 2004 at 23:14 you wrote to amanda-users:
KV The box is running redhat 9 with 2.4.20 kernel and ext3 filesystem.
KV Below is the most recent sendsize.debug
KV sendsize[27747]: time 4.784: Total bytes written: 429923983360 (400GB, 37MB/s)
ok ...
KV
Kris Vassallo wrote:
The box is running redhat 9 with 2.4.20 kernel and ext3 filesystem.
...
sendsize[27747]: time 0.156: spawning /usr/lib/amanda/runtar in pipeline
[...]
sendsize[27747]: time 4.835: .
sendsize[27747]: estimate time for /home level 0: 4.679
sendsize[27747]: estimate
--On Tuesday, July 20, 2004 14:35:53 -0700 Kris Vassallo [EMAIL PROTECTED] wrote:
NOTES:
driver: WARNING: /tmp: not 102400 KB free.
I overlooked this last night. I've never seen this message myself,
but perhaps it is relevant. Any thoughts, anyone?
I am using tar to do this. The bda1
Frank Smith wrote:
--On Tuesday, July 20, 2004 14:41:43 -0700 Mike Fedyk [EMAIL PROTECTED] wrote:
The whole thing of having the backup host being the same machine as
the file server no longer looks like a good idea. However, I am in it
too deep to jump out now. I suppose that I could get a
Hi guys,
I've successfully setup an Amanda server to backup some two Linux
servers and one Windows server to a SDX-300C 35GB SCSI tape.
Doing so and figuring out all of the little quirks has been a trying
experience, and the FOM is in a horrendous state.
That said, I still have more backup
On Tuesday 20 July 2004 19:51, Mike Fedyk wrote:
Kris Vassallo wrote:
The disks in the venus box are all SATA 150 drives, SCSI is way
out of the price range for this amount of space. If venus is the
machine that is taking forever to do the estimates, is it possible
that 1. estimates start on
Hi, Joshua Baker-LePain,
on Mittwoch, 21. Juli 2004 at 02:28 you wrote to amanda-users:
JBL On Wed, 21 Jul 2004 at 12:00am, Stefan G. Weichinger wrote
KV sendsize[27747]: time 4.784: Total bytes written: 429923983360 (400GB,
37MB/s)
ok ...
KV sendsize[27747]: time 18815.342: Total
13 matches
Mail list logo
