* Jonathan Dill <[EMAIL PROTECTED]> (Wed, Jun 27, 2001 at 08:43:16AM -0400)
>> We're on the verge of ordering a DDS drive (this week). It'll probably
>> be an HP Surestore - but the question is DDS3 or DDS4? There's the
> where now some people are getting 75 GB and 180 GB disk drives, and with
>
* Drew Raines <[EMAIL PROTECTED]> (Mon, Jul 02, 2001 at 11:26:30PM -0500)
>
> This might be a question better suited for sunmanagers, but I'll try it
> here.
>
> I'm running Solaris 2.7 on an E450, with a DDS-3 changer. amanda's been
> calling my tape drive by /dev/rmt/0n, which is the OS defau
* John R. Jackson <[EMAIL PROTECTED]> (Thu, Jul 19, 2001 at 10:53:03PM -0500)
>>The Apollo fails to return an estimate and fails to backup. The estimates
>>are taking about 6hrs to complete. ...
> Ick. I'm sure that's because GNU tar does not perform estimates as fast
> as ufsdump can.
> One
* John R. Jackson <[EMAIL PROTECTED]> (Fri, Jul 20, 2001 at 11:40:12AM -0500)
>>calcsize does all 3 estimates in one go ...
> But it does not support exclusion patterns. That's the one major
> thing holding me back from supporting it.
It doesn't ?
If you compile with -DBUILTIN_EXCLUDE_SUPPORT
* John R. Jackson <[EMAIL PROTECTED]> (Mon, Jul 23, 2001 at 01:30:37PM -0500)
>>If I get it working, would you include it ?
> Absolutely.
Great.
>>We would need to link against the libtar.a from tar 1.13.19 alpha though.
>>Would that be a problem ?
> Not if it's done right :-).
> I'd suggest
ake (another of life's
> adventures :-).
Which means it's probably a good idea if I get everything out of CVS and
try to amke it wokr with the CVs version.
So how do I get the CVS version (2.4.2 preferably) ?
(I know how to use CVS, I just dont know how to get into amanda CVS)
K
Dear all,
Our houston office is going to drastically expand their disksusage
(they're aiming to have betwen 1.5T and 2T (~ 2000 Gigabytes ;) ) of
diskspace before the end of the year.
I'd like to use amanda for their setup as well (makes administrating a lot
easier if all remote offices are suin
* John R. Jackson <[EMAIL PROTECTED]> (Mon, Jul 30, 2001 at 05:04:47PM -0500)
> >Does anyone know if that puppy is supported by amanda ?
> If it's SCSI, Amanda can do it (or it should be able to so we'll make it).
It is,
the thing is that it's a taperobot/tapechanger, and I remember reading
discu
* [EMAIL PROTECTED] <[EMAIL PROTECTED]> (Tue, Jul 31, 2001 at 03:09:24PM +0200)
> Hello there,
> I figure my last mail was less than informative - usually not my
> style and I apologize.
> ERROR: /dev/sa0: not
> an amanda tape.
>(expecting a new tape)
I might be wrong here,
but isn't /
* John R. Jackson <[EMAIL PROTECTED]> (Wed, Aug 01, 2001 at 09:15:32AM -0500)
>>I do not know the mechanism for "labeling" but wanted to
>>describe the process for SGI. ...
> The sequence is (and yes, all those rewinds look a bit silly now that
> I write it all down :-):
> open
> rewind
>
* Brian Cuttler <[EMAIL PROTECTED]> (Wed, Aug 01, 2001 at 10:41:55AM -0400)
> John,
> No hardware changes, problems began with the OS upgrade, checked
> all the cables. We can actually perform amdump just fine as long
> as the tape was labeled before the OS upgrade.
> Yes, amanda hitting the ten
* John R. Jackson <[EMAIL PROTECTED]> (Tue, Jul 31, 2001 at 12:44:19PM -0500)
>>the thing is that it's a taperobot/tapechanger, and I remember reading
>>discussions that getting that to work is not always a trivial issue.
> That's going to be true no matter what. Any time software comes in
> cont
in about 5 hours ... ;)
Kind regards,
--
Gerhard den Hollander Phone +31-10.280.1515
Global Technical SupportFax +31-10.280.1511
Jason Geosystems BV (When calling please note: we are in GMT+1)
[EMAIL PROTECTED]
I said I'd check this in the docs that came wth out DLT8000.
There's a couple of pages about hooking up a DLT to an IRIX box, but upon
closer reading the book only offers instructions for DLT devices upto a
DLT7000 not for a DLT8000 ... ;(
Kind regards,
--
Gerhard den
* Decker, Carla Heiner (DX3) <[EMAIL PROTECTED]> (Tue, Aug 21, 2001 at 07:38:05AM -0400)
> We're having a problem with Amanda running on a Solaris 2.6
> installation with LDAP services. Whenever Amanda starts, the CPU
> utilization goes to 100% and within a short period of time other
> system re
* Brandon Amundson <[EMAIL PROTECTED]> (Fri, Aug 17, 2001 at 02:58:11PM -0400)
> First I want to say thanks to all of you who respond to email like mine.
>
> I am trying to test amrecover. when I run amrecover daily, I get the
> following error.
>
> AMRECOVER Version 2.4.2p2. Contacting server
) Amanda is the only thing really happening other
> than the usual OS stuff.
Could you run top/ps -ef or whatever to see what exactly is runnig, and
what is hogging the CPU ?
Are you using ufsdump or tar dump ?
Kind regards,
--
Gerhard den Hollander Phone +31-10.2
* Eric Nelson <[EMAIL PROTECTED]> (Fri, Sep 07, 2001 at 09:26:08AM -0600)
> Hello all,
> Has anyone ever worked around the problem of having too large of disk partitions
> to fit onto a backup tape, thus the partitions had to be broken down into
> smaller file systems to be backed up, but after b
* Paul Lussier <[EMAIL PROTECTED]> (Thu, Sep 20, 2001 at 11:59:56AM -0400)
>
> In a message dated: Thu, 20 Sep 2001 16:12:02 +0200
> Nicolae Mihalache said:
>
> >Hello!
> >
> >I have a tape changer with 7 tapes and I want to run a dumpcycle of one
> >month. So only 6 tapes can be used for a full
* John E Hein <[EMAIL PROTECTED]> (Tue, Sep 18, 2001 at 09:32:57AM -0600)
>> Thank you very much! We implemented the sendsize file you sent us and it has
>> cut our Estimate Time in half.
> Hmmm... it also seems to not take compression into account (we use gnu
> tar with client side compressio
* Ron Stanonik <[EMAIL PROTECTED]> (Mon, Oct 01, 2001 at 08:45:15AM -0700)
> Can amanda be configured to limit the incremental level?
> I almost always have a few level 2's and often a level 3.
> I'd like to never see anything higher than level 1. Why?
> Restoring is simpler.
>
> My previous c
* John E Hein <[EMAIL PROTECTED]> (Wed, Sep 19, 2001 at 09:39:23AM -0600)
>>> Hmmm... it also seems to not take compression into account (we use gnu
>>> tar with client side compression). The estimated size is much larger
>>> than the actual size. amstatus gives:
>> No, it doesn;'t take compr
* Michael S. Peek <[EMAIL PROTECTED]> (Thu, Sep 27, 2001 at 11:36:11AM -0400)
> Hello all,
> I've been using amanda for, well, years now, and I have never run accross this
> problem before. I have one brand new host that is taking *WAY* too long to
> back up. Here's the skinny:
[8<]
> The ne
but is only accepting packets at carrier
pigeon rates
Is there anything ion the amanda.*.debug on the server that might give a
clue ?
(although I just checked on my server and there isn';t anything being
logged there )
Kind regards,
--
Gerhard den Hollander
* Robert Kearey <[EMAIL PROTECTED]> (Thu, Mar 14, 2002 at 05:03:09PM +1000)
> I'm sure this is an obvious FAQ, but anyway ...
> The time has come when I need greater granularity for our backups, so I
> want to switch from dump to gnutar. I gather this isn't a simple
> proccess - is there a Can
e, if all else fails, I can label each tape before I start the
backup, but I'd rather label them all in one go
Kind regards,
--
Gerhard den Hollander Phone :+31-10.280.1515
Global IT Support manager Direct:+31-10.280.1539
Jason Geo
#x27;t nothing after that).
I was affraid of that.
Thanks for explaining ...
Kind regards,
--
Gerhard den Hollander Phone :+31-10.280.1515
Global IT Support manager Direct:+31-10.280.1539
Jason Geosystems BV Fax :+3
* Uncle George <[EMAIL PROTECTED]> (Wed, Apr 03, 2002 at 06:19:19AM -0500)
> It seems like when the whole procedure ( whether its labeling tape(s),
> amchecking tape, or amdumping ) is complete, the tape is left in the
> tape drive in an on-line state.
> Is there some reason why the tape is not a
ants the previous tape forwards to do the
verify and then wants the next tape back again.
Kind regards,
--
Gerhard den Hollander Phone :+31-10.280.1515
Global IT Support manager Direct:+31-10.280.1539
Jason Geosystems BV
d Linux (2.4 kernel series).
Or if you can give me the compile log I can see what is causing your
problem.
(sorry for not picking upt his thread earlier, I don;t even have enough
time to follow the amanda mailinglist these days ..)
Kind regards,
--
Gerhard den Hollander
* Joshua Baker-LePain <[EMAIL PROTECTED]> (Wed, Apr 24, 2002 at 02:06:51PM -0400)
> On Wed, 24 Apr 2002 at 11:40am, Terri Eads wrote
>
> > I see this in the amanda.conf file:
> >
> > # Note that the `full pathname' of a file within its
> > # filesystem starts with `./', because of the wa
/O errors.
Try accessing them normally
(e.g. md5sum X11R6/share/locale/fr)
and see what this gives back.
Kind regards,
--
Gerhard den Hollander Phone :+31-10.280.1515
Global IT Support manager Direct:+31-10.280.1539
Jaso
should run that through a dos2unix converter
(or simply open the file in vi and type
[esc]:/^V^M//[enter]
ZZ
(Where ^V means Ctrl-V and ^M means the enter key)
there are dos ^M linebreaks in that file.
Kind regards,
--
Gerhard den Hollander Phone :+31-10.280.1515
Gl
* Elmar Kolkman <[EMAIL PROTECTED]> (Wed, May 01, 2002 at 04:43:49PM +0200)
> We are trying here to make backups of a Linux File Server on a DLT 8000
> tapedrive, but we can not get it to streaming mode. We tried everything we
> Does anyone have a clue ?
to get the obvious out of the way,
are y
* Grant Basham <[EMAIL PROTECTED]> (Wed, May 01, 2002 at 11:31:56AM -0400)
> I would like a tapetype entry for a Sony AIT3 tape drive. I can just
> modify an AIT2 entry, but would like to see the results of a
> run of the "tapetype" utility on an AIT-3 drive. S
Do you have an AIT-3 ?
If so, yo
* Robert Kearey <[EMAIL PROTECTED]> (Thu, Mar 14, 2002 at 05:03:09PM +1000)
> I'm sure this is an obvious FAQ, but anyway ...
> The time has come when I need greater granularity for our backups, so I
> want to switch from dump to gnutar. I gather this isn't a simple
> proccess - is there a Can
d Linux (2.4 kernel series).
Or if you can give me the compile log I can see what is causing your
problem.
(sorry for not picking upt his thread earlier, I don;t even have enough
time to follow the amanda mailinglist these days ..)
Kind regards,
--
Gerhard den Hollander
* Martin Hepworth <[EMAIL PROTECTED]> (Mon, Jun 24, 2002 at 09:33:42AM +0100)
> Jonathan
> I've got amanda running here to Sunos 4.1.3/4 clients using dump as the
> file grabber.
> If you wish I can have have a go at getting the latest version compiled
> on my systems. My current version of gn
This is slightly off-topic,
but does anyone know if the new(er) exabyte eliant drives are read/write
compatible with the 85xx (specific the 8505) series ?
Tia
Kind regards,
--
Gerhard den Hollander Phone :+31-10.280.1515
Global IT Support manager
15
dd if=/dev/rmt/1 bs=32k skip=1 | /usr/sbin/ufsrestore -f -
Kind regards,
--
Gerhard den Hollander Phone :+31-10.280.1515
Global IT Support manager Direct:+31-10.280.1539
Jason Geosystems BV Fax :+31-10.280.1511
* Marvin Davenport <[EMAIL PROTECTED]> (Tue, Aug 20, 2002 at 03:39:00PM -0700)
> I am trying to perform a forced full backup on all
> disks in disklist to tapetype HARD-DISK
>
>
> define tapetype HARD-DISK {
> length 4 mbytes
> }
>
> there is 70GB available on the disk but I get this
* [EMAIL PROTECTED] <[EMAIL PROTECTED]> (Wed, Nov 20, 2002 at 02:13:08PM +0100)
> Hello,
>
> I have got here a DDS-3 tape drive which has per default hardware
> compression enabled and was wondering what is the best deal with AMANDA.
> Would you guys suggest hardware compression or should I disabl
* Jon LaBadie <[EMAIL PROTECTED]> (Tue, Nov 26, 2002 at 11:22:10PM -0500)
> On Tue, Nov 26, 2002 at 06:44:14PM -0800, kh teoh wrote:
> > Hi,
> >
> > I'm using amanda-2.4.3 running on Redhat 7.1(2.4.9). I
> > managed to backup a raw device(/dev/sda13) using DUMP
> > but how do I restore it ? That r
* Jon LaBadie <[EMAIL PROTECTED]> (Wed, Nov 27, 2002 at 07:36:05AM -0500)
I'm using amanda-2.4.3 running on Redhat 7.1(2.4.9). I
managed to backup a raw device(/dev/sda13) using DUMP
but how do I restore it ? That raw device is not
mounted to any directory, it is reserved for I
* Orion Poplawski <[EMAIL PROTECTED]> (Wed, Jan 15, 2003 at 12:31:44PM -0700)
> Just notice that on at least on of my amanda disk dumps, it is being run
> through gzip on client and on the server. The details:
> lsof -p 7200:
> COMMAND PID USER FD TYPE DEVICESIZE NODE NAME
> gzip
er, and resets it to match that tape when the tape is next
> > scanned at insertion. In which case see my rough outline of what
> > it takes to turn those flags off, in a previous message earlier
> > today.
>
> I'm sorry, I made a mistake. The hardware compression was
script,
simply feed the output of getamstatus through it and redirect the output to
a webpage.
It's a quick and dirty hack, and will liekly need some tweaking to get it
to work in your environment, but it does the trick for me ;)
Kind regards,
--
Gerhard den Hollander
u don;t know how handy it is until you have to restore the disk
which had all that information on it ;) )
- it can be setup to email when the wrong tape is in the drive a few hours
before the backup starts (amcheck -m)
Kind regards,
--
Gerhard den Hollander
eatly appreciated.
Kind regards,
--
Gerhard den Hollander Phone :+31-10.280.1515
Global IT Support manager Direct:+31-10.280.1539
Jason Geosystems BV Fax :+31-10.280.1511
(When calling please note: we are in
on this Amanda
> server and this is the first time I see such problem. Has anyone else
> seen it?
IIRC amanda checks the tapelabel by basically doing
dd if=/dev/tape bs=32k count=1
If you do this manually, what comes back ?
It sounds like some default setting for your tapedevice has chan
7.255 nmask=255.255.255.0
> | added interface ip=192.168.0.1 bcast=192.168.0.255 nmask=255.255.255.0
172.17.0.8 is the IP adress of my linux box , but what are the other 2
Kind regards,
--
Gerhard den Hollander Phone :+31-10.280.1515
Global IT Support manager
* Sven Rudolph <[EMAIL PROTECTED]> (Mon, Jul 21, 2003 at 03:48:12PM +0200)
>>> Amanda's estimate phase takes here between 3 and 8 hours (with GNU
>>> tar). So I thought about ways of skipping the extra estimate phase.
>> Topic comes up periodically. There have been mentions of ways to
>> substit
s > 8G in size.
Solaris tar will simply ignore those files ...
Kind regards,
--
Gerhard den Hollander Phone :+31-10.280.1515
ICT manager Direct:+31-10.280.1539
Jason Geosystems BV Fax :+31-
/dev/tape of=- bs=32k skip=1 | ufsrstore -xvf
done
Attached a small perl script that will generate an index-like listing from
an amanda tape (which assumes you have perl installed as /usr/bin/perl)
syntax
amanda.toc.pl /dev/rmt/1n (or whatever the name of your *NO*REWIND*
tapedevice is.)
Kind r
On a related note:
I was trying to use gnutar iso ufsdump to backup the raidarray , so that I
could use exclude files , and the tar estimate takes easily over an hour ,
the ufsdump based estimates are done much sooner (30-ish minutes).
Any clue ;)
Kind regards,
--
Gerhard den Holl
,
chmod -x it
run amandatoc.pl /dev/rmt/0hn
(or whatever your tapedevice is)
hope it's as useful for you as it is for me ;)
Kind regards,
--
Gerhard den Hollander Phone +31-10.280.1515
Technical Support Jason Geosystems BV Fax +31-10.280
I have a bunch of disks Im amanda-dumping
4 18G disks, a couple od smaller disks and a 420G RAID5 array
Now obviously even a level 3 dump of the 420G dsk array is going to take
longer than a 0 dump of the smalles disks.
Therefore, I'd like ot tell amanda to start work on the 420G disk array
firs
X11 mode) what it gets, hence
the differences.
If you wanna print it, use amreport .
On a related note, I managed to hack some logos in the postscript label
templates (well most of the code is already there).
If anyone is interested Ill see if I can work the hack into a small perl
script ;)
Ki
gards,
--
Gerhard den Hollander Phone +31-10.280.1515
Technical Support Jason Geosystems BV Fax +31-10.280.1511
(When calling please note: we are in GMT+1)
[EMAIL PROTECTED] POBox 1573
visit us at
?
Kind regards,
--
Gerhard den Hollander Phone +31-10.280.1515
Technical Support Jason Geosystems BV Fax +31-10.280.1511
(When calling please note: we are in GMT+1)
[EMAIL PROTECTED] POBox 1573
ng the manpages, I see that that's exactly what's written there,
I guess that'll teach me not to read manpages on sunday evenings ;) )
Kind regards,
--
Gerhard den Hollander Phone +31-10.280.1515
Technical Support Jason Geosystems BV F
e once accidantelly synced the wrong way, and
that's the moment you're very g;ad you had made backups recently ;)
[1] fsck-ing a live filesystem, and correcting it while it's active can
cause a kernel panic, and that's not what you want if you have a filesystem
tha
erabyte datacenters use for backup, anyway?
Different backup software that allows dumps to span multiple tapes, in
combination with stackers or taperobots.
Work on multitapebackup is (apparently) underway for Amanda NG
Kind regards,
--
Gerhard den Hollander Phone +31-10
* Patrick M. Hausen <[EMAIL PROTECTED]> (Tue, Jan 23, 2001 at 10:42:33AM +0100)
> I just compared uncompressed capacity. Tandberg's SLR100 gives 50 GB
> uncompressed, IBM's Ultrium 100 GB uncompressed.
> Unfortunately our customer with the highes capacity needs stores
> precompressed data of sev
* Joshua E Warchol <[EMAIL PROTECTED]> (Tue, Jan 23, 2001 at 09:02:36AM -0500)
> Has anyone successfully backed up larger reiserfs partitions? One of my co-
Depending on what you mean by larger ...
My own linux box has 2 reiser partitions, the OS (which doesn't get backed
up) and my personal data
* Chris Stoddart <[EMAIL PROTECTED]> (Tue, Jan 23, 2001 at 03:55:46PM +)
Oops.
I noticed the lto.ps has a logo included with it, you proabbly don't want
the logo in there if you use it , so you have to hack it out of the
postscript again ;)
Gerhard, <@jasongeo.com> == The Acousti
* Bernhard R. Erdmann <[EMAIL PROTECTED]> (Tue, Jan 23, 2001 at 10:34:35PM +0100)
>>> Work on multitapebackup is (apparently) underway for Amanda NG
>> _This_ is good news indeed. So one possible solution would be
>> to go for a library instead of an autoloader, start with 1 tape
>> of 50 or 100
Sol 7 box
(at least it should, I haven't actually tried it yet ;) )
Kind regards,
--
Gerhard den Hollander Phone +31-10.280.1515
Technical Support Jason Geosystems BV Fax +31-10.280.1511
(When calling please note: we ar
u sure you are using the no-rewind tapedevice ?
usually called /dev/ntape /dev/nrtape or somesuch.
Please check your OS documentation
Kind regards,
--
Gerhard den Hollander Phone +31-10.280.1515
Technical Support Jason Geosystems BV Fax +31-10.280.1511
Or .. what is it waiting for
My nightly dump failed with an estimate time-out,
however it looks like amandad did get the esitimates it wanted ..
so what was it waiting for ?
/whopper is a 420G disk array
I used to use ufsdump to simply dump the whole disk, but LTO tapes will
not handle a 420G 0-
* Alexandre Oliva <[EMAIL PROTECTED]> (Fri, Jan 26, 2001 at 12:58:59AM -0200)
>>> I don't understand. If the CPU usage dropped that much, it implies
>>> the GNU tar might have been done. Did you do a "ps" to see what was
>>> going on?
>
>> Yeah, the gtar process was the one taking up 70% of th
* Alexandre Oliva <[EMAIL PROTECTED]> (Fri, Jan 26, 2001 at 08:17:56AM -0200)
> On Jan 26, 2001, Gerhard den Hollander <[EMAIL PROTECTED]> wrote:
>
> > My nightly dump failed with an estimate time-out,
>
> How long is your etimeout? It must be longer than 3 hour
ch is life ...
Kind regards,
--
Gerhard den Hollander Phone +31-10.280.1515
Technical Support Jason Geosystems BV Fax +31-10.280.1511
(When calling please note: we are in GMT+1)
[EMAIL PROTECTED] POBox
ed to work.
Could this be added to the docs, please ?
Will 1.13.17 work ?
Kind regards,
--
Gerhard den Hollander Phone +31-10.280.1515
Technical Support Jason Geosystems BV Fax +31-10.280.1511
(When calling please not
* Alexandre Oliva <[EMAIL PROTECTED]> (Mon, Jan 29, 2001 at 07:07:01AM -0200)
> On Jan 29, 2001, Gerhard den Hollander <[EMAIL PROTECTED]> wrote:
>>>> Sure enough, GNU tar 1.13. Will version 1.11.8, or 1.12 work?
>>>
>>> I don't think
* Alexandre Oliva <[EMAIL PROTECTED]> (Mon, Jan 29, 2001 at 11:07:59AM -0200)
>> Ehm,
>> docs INSTALL sais, use 1.12 w/ patches.
>> I assumed (incorrectly) that 1.13 would work as well.
> It's fixed in 2.4.2p1.
So I noticed ;)
Will 1.13.17 work ?
>>> Yep, but there's a (rare?) bug in 1.13
ages
Dumper 1758.13
Taper 5951.7
Averages
Dumper 1523.978
Taper 5017.5
Averages
Dumper 899.25
Taper 4525.7625
Averages
Dumper 1771.47
Taper 5564.87
Averages
Dumper 1658.56
Taper 6897.71
Averages
Dumper 82.1
Taper 3085.6
Averages
Dumper 95.81
Taper 3129.7
Kind regards,
-
* Jean-Louis Martineau <[EMAIL PROTECTED]> (Mon, Jan 29, 2001 at 08:59:30AM
-0500)
> On Mon, Jan 29, 2001 at 02:42:04PM +0100, Gerhard den Hollander wrote:
> > It's not the compression (or at leat not only the compression) that gives
> > the penalty, but m
right ?
doing a tar cvf .. should give you a full list of everything being backed
up ?
(well, maybe we need a grep -v excluded pipe or something smart like that )
So is amanda doing that ?
Or does she do a
tar cf - . | tar tvf -
??
Kind regards,
--
Gerhard den Holl
* Alexandre Oliva <[EMAIL PROTECTED]> (Mon, Jan 29, 2001 at 05:59:16PM -0200)
> On Jan 29, 2001, Gerhard den Hollander <[EMAIL PROTECTED]> wrote:
>> doing a tar cvf .. should give you a full list of everything being backed
>> up ?
> The problem is that you
..
seems to be very useful to have around ;) ...
(or, sorry, but Im afraid I don';t really ahve the time to spare,
though who knows ;) )
Kind regards,
--
Gerhard den Hollander Phone +31-10.280.1515
Technical Support Jason Geosystems BV F
* Ben Elliston <[EMAIL PROTECTED]> (Tue, Jan 30, 2001 at 10:10:15AM +1000)
> jrj wrote:
>
>Is this 2.4.2? If so, I think you're not the only one who's mentioned
>this. Sigh.
>
> Yes, it is. Interestingly, I think this is the first partition of mine to
> receive a level 3 dump.
Are yo
I get is:
>
>AMRECOVER Version 2.4.1p1. Contacting server on localhost ...
>amrecover: Unexpected server end of file
Did you check the files in /tmp/amanda
(on server and client) ?
Kind regards,
--
Gerhard den Hollander Phone +31-10.280.151
.5 ?
Also, if this is not possible, does anyone have any other suggestions on
getting a speedup on the estimates ?
The sendsize.c file menations a maxdumps= variable ..
How can this be set ?
Kind regards,
--
Gerhard den Hollander Phone +31-10.280.1515
Technical Support Jaso
* Javi Polo <[EMAIL PROTECTED]> (Tue, Jan 30, 2001 at 03:08:54PM +0100)
> I have a problem ...
> and it did report those problems when backing up ... :
> ? gtar: Cannot add file ./var/spool/postfix/active/5/8/58FEE3D040: No such file or
>directory
> ? gtar: Cannot add file ./var/spool/postfix
* Luc Lalonde <[EMAIL PROTECTED]> (Tue, Jan 30, 2001 at 08:55:29AM -0500)
> Hey folks,
> Is this safe to put in the Amanda crontab?
> /usr/sbin/amdump Daily; /usr/bin/mt -f /dev/nst0 eject
I have it in mine.
> I'm just wondering if "amdump" spawns other jobs that need to be executed before
>q
I just hacked sendsize.c to use calcsize iso gnutar to estimate dumpsizes.
The speed difference is enorm.
Whereas gnutar took well over 4 hours to get the estimates using calcsize
gives results within 45 minutes.
Now my question is:
1) Why is gnutar used in stead of calcsize ?
2) Are there any
7 0:01 286.2
> moosejaw -k/dks0d2s7 2 812326 261312 32.2 10:25 417.9 1:322830.9
> moosejaw /dev/root11278128 10.0 2:51 0.7 0:05 35.5
> zeus sda6 0 72638503493728 48.1104:43 556.1 104:44 556.0
>
> (brought to you by Amanda ver
were thos ebad experiences ?
Kind regards,
--
Gerhard den Hollander Phone +31-10.280.1515
Technical Support Jason Geosystems BV Fax +31-10.280.1511
(When calling please note: we are in GMT+1)
[EMAIL PROTECTED]
incrementals because it is given multiple
> timestamps to compare against and appears to add up sizes between the
> values, which would amount to an incremental.
True.
> I think.
I've tried it on 3 backup runs and the results were accurate enough for me.
Kind regards,
--
Gerhard den
* John R. Jackson <[EMAIL PROTECTED]> (Tue, Jan 30, 2001 at 07:21:05PM -0500)
>>The sendsize.c file menations a maxdumps= variable ..
>>How can this be set ?
> With "maxdumps" in amanda.conf. It will cause more than one estimate (on
D'Oh ;)
> separate disks) to be done at the same time, just
* John R. Jackson <[EMAIL PROTECTED]> (Tue, Jan 30, 2001 at 05:44:16PM -0500)
> >Now my question is:
> >1) Why is gnutar used in stead of calcsize ?
> My guess is the original sequence of events went something like this:
> * Using tar to /dev/null to gather the estimates used to be a bad
>
* Alexandre Oliva <[EMAIL PROTECTED]> (Wed, Jan 31, 2001 at 08:44:05AM -0200)
> On Jan 31, 2001, Gerhard den Hollander <[EMAIL PROTECTED]> wrote:
>> So it looks like it did a 0 dump
>> Why does it say it bumped to level 3 ?
> It initially planned to bump it to lev
I am checking amstatus and notice that amdump is only doing 2 dumps at the
same time
(client constrained she tells me).
Can anyone tell me how I can tell amanda to use more dumpers at once ?
(It's probably something really trivial ;) )
Using /volume/amanda/share/amanda/lto/amdump from Wed Jan 3
* Alexandre Oliva <[EMAIL PROTECTED]> (Wed, Jan 31, 2001 at 08:23:27PM -0200)
> On Jan 31, 2001, Gerhard den Hollander <[EMAIL PROTECTED]> wrote:
>> (client constrained she tells me).
>> Can anyone tell me how I can tell amanda to use more dumpers at once ?
> Incr
* Mitch Collinsworth <[EMAIL PROTECTED]> (Thu, Feb 01, 2001 at 09:31:52AM -0500)
>> The avg dump rate is listed as 2M/s
>> The avg tape rate is listed as 10M/s
>> ...
>> is there any way to speed up the dump process ?
> If you take a closer look at the numbers you'll see these are actually
> ave
* Johannes Niess <[EMAIL PROTECTED]> (Thu, Feb 01, 2001 at 04:01:03PM +0100)
> Gerhard den Hollander <[EMAIL PROTECTED]> writes:
> My first thought was to disable compression, but that's already
> done. What's your network technology? 2 MBytes/sec is not the o
d0s5 1 160160 -- 0:12 13.2 0:0357.1
> jamesc0t0d0s6 19344 9344 -- 0:22 426.9 0:04 2491.3
> jamesc2t1d0s2 1 23488 23488 -- 0:41 572.9 0:05 4907.4
> jamesc2t3d0s0 1 62816 62816 -- 8:28 1
Thanskl for all who delivered suggestions for this:
>>> To really know how fast your dumps are going, look down the KB/s
>>> column. Your numbers look pretty good to me. You've got better than
>>> 1 MB/s on all your big dumps.
>> True.
>> The point is though that 2.3M/s (which Im getting at t
re something wrong
> with my "mailto" line?
It tries to send email to
"[EMAIL PROTECTED] [EMAIL PROTECTED]
[EMAIL PROTECTED]"@whatever.your.default.domain.is
try
mailto [EMAIL PROTECTED],[EMAIL PROTECTED],[EMAIL PROTECTED]
Kind regards,
--
Gerhard den Hollander
1 - 100 of 180 matches
Mail list logo
