r?
>
> >
> > It's been runninng for several hours now and my logs haven't been populating
> > since it started. Here's the last few entries:
> >
> > START amflush date 20041207
> > START driver date 20041207
> > START taper datestamp 20041
t;>>It's been runninng for several hours now and my logs haven't been
populating
> >>>since it started. Here's the last few entries:
> >>>
> >>>START amflush date 20041207
> >>>START driver date 20041207
> >>>START
ast few entries:
START amflush date 20041207
START driver date 20041207
START taper datestamp 20041207 label Normal18 tape 0
I'm a bit confused because I now see a folder 20041207 in my /var/holding. It's
empty, which is good if it's working properly.
For flush, that's normal.
Why isn
to see if the process is still running, which it is. When I do a top command
it's using lots of CPU time.
It's been runninng for several hours now and my logs haven't been populating
since it started. Here's the last few entries:
START amflush date 20041207
START driver date 2004
Paul & Jon - thanks for the tip about using taperalgo. I wasn't aware of
this parameter. Will try it out but I'm not sure how well it will work
for me - I'm only dumping from one client, there are a lot of
filesystems that are large compared to the tape size and there isn't
enough space to keep
Frank Smith wrote:
How difficult would it be to implement a 'best fit' strategy?
The number of possibilities is extremely large, and
because the tapecapacity is only an approximation, not worth
the cost. My AIT-1 tapes hit end of tape between 33 and 34 Gbyte.
And rarely there is one which suddenly
Nick Danger wrote:
Paul Bijnens wrote:
But the reply packet never got acknowledged by the server.
Somehow it got lost or corrupted.
Default route for reverse path not correct? Wrong subnetmask?
Try do get a network trace at the client and server, and inbetween
(don't know how to accomplish that on
On Tue, Dec 07, 2004 at 03:36:56PM -0600, Frank Smith wrote:
> --On Tuesday, December 07, 2004 14:13:43 -0500 Jon LaBadie <[EMAIL
> PROTECTED]> wrote:
> >
> > Note, this does not affect the order of dumping. Other parameters
> > do that. It only affects which, of the already completed dumps,
>
--On Tuesday, December 07, 2004 14:13:43 -0500 Jon LaBadie <[EMAIL PROTECTED]>
wrote:
>
> Note, this does not affect the order of dumping. Other parameters
> do that. It only affects which, of the already completed dumps,
> amanda will choose to tape next. It will not wait around for
> one tha
On Tue, Dec 07, 2004 at 12:35:29PM -0500, Chris Loken wrote:
>
> Apologies if this has come up before. Couldn't find anything relevant.
> I'm talking about level 0 dumps (not incrementals). Using ait-3 tapes,
> GNUTAR (not linux "dump"), a tape library, 104GB holding disk and
> setting runtape
Gil Naveh wrote:
I am trying to configure Amanda on a Solaris 9 server - I need to backup
both Unix computers and Windows computers.
I was able to backup the Unix server, BUT I could not backup the Windows
machine.
I installed SAMBA 3.0.9, HOWEVER when I run amcheck I received the
following error
Paul Bijnens wrote:
But the reply packet never got acknowledged by the server.
Somehow it got lost or corrupted.
Default route for reverse path not correct? Wrong subnetmask?
Try do get a network trace at the client and server, and inbetween
(don't know how to accomplish that on a PIX firewall):
S
hi,
I am trying to configure Amanda on a Solaris 9 server - I need to backup
both Unix computers and Windows computers.
I was able to backup the Unix server, BUT I could not backup the Windows
machine.
I installed SAMBA 3.0.9, HOWEVER when I run amcheck I received the
following error message:
...
Chris Loken wrote:
Apologies if this has come up before. Couldn't find anything relevant.
I'm talking about level 0 dumps (not incrementals). Using ait-3 tapes,
GNUTAR (not linux "dump"), a tape library, 104GB holding disk and
setting runtapes greater than 1 (I need to dump several tapes-worth
Apologies if this has come up before. Couldn't find anything relevant.
I'm talking about level 0 dumps (not incrementals). Using ait-3 tapes,
GNUTAR (not linux "dump"), a tape library, 104GB holding disk and
setting runtapes greater than 1 (I need to dump several tapes-worth of
data). NO softw
Exabyte sells a new and relatively inexpensive auto loader device.
Called the "VXA-2 PacketLoader 1x10 1U Autoloader". I have no
experience with autoloaders and AMANDA as I have been using AMANDA now
for years with manually-loaded tapes. I do know from reading the
AMANDA docks that some autoload
Madhvi Gokool wrote:
Hi
I am getting above error message during my Monthly backup. My holding disk
is 55 GB - big eneough to accomodate the dump.
The size of the tape is what matters.
Specify "runtapes 2" or "maxdumpsize 55g" (or whatever appropriate
value) to let the overflow accumulate on hold
Hi
I am getting above error message during my Monthly backup. My holding disk
is 55 GB - big eneough to accomodate the dump.
A level 1 backup is done instead of level 1.
Regds
M
18 matches
Mail list logo