I' trying to utilize tapes better by using a holdingdisk and by setting i
amanda.conf:
flush-threshold-dumped 100
flush-threshold-scheduled 100
taperflush 0
But looks like amanda does not take any notice about these settings.
Instead a dump is done to tape every time amdump is executed.
Any idea
On Tuesday 29 September 2009, Dustin J. Mitchell wrote:
>On Fri, Sep 25, 2009 at 4:41 PM, Gene Heskett
wrote:
>> Ok, I'll be watching the (e)mailbox. :)
>
>OK, revision 2148 should have fixed this, and should be in last
>night's snapshot. I'm sorry it took so long -- it was a simple fix :)
>
>Du
On Tuesday 29 September 2009, Dustin J. Mitchell wrote:
>On Fri, Sep 25, 2009 at 4:41 PM, Gene Heskett
wrote:
>> Ok, I'll be watching the (e)mailbox. :)
>
>OK, revision 2148 should have fixed this, and should be in last
>night's snapshot. I'm sorry it took so long -- it was a simple fix :)
>
>Du
McGraw, Robert P schrieb:
> zorn /export/users-r /export/fssnap/users {
> users-tar
> include "./rabridge" "./ram" "./rcp" "./reden" "./rferrazd"
> "./rganapat" "./rganesh" "./rhkenney" "./rhora" "./rkaufman" "./rkhosla"
> "./rlalvare" "./rliu" "./rmcgraw" "./rnagpal" "./roeckner" ".
I need to track down a problem that in in a user that begins with the letter r.
I was using
include "./r*"
but I need to know the exact user so I am using the following:
zorn /export/users-r /export/fssnap/users {
users-tar
include "./rabridge" "./ram" "./rcp" "./reden" "./rferra
On Tue, Sep 29, 2009 at 3:10 PM, Dustin J. Mitchell wrote:
> Thanks! I'll fix up the compile problem -- not sure how it worked for me :)
Duh, it worked for me because I'm not running OpenBSD..
Anyway, fixed in r2149. Thanks to everyone on this 100+-message thread!
Dustin
--
Open Source Stor
On Tue, Sep 29, 2009 at 12:55 PM, Michael Burk wrote:
> I added the following lines to util.c as a temporary fix:
> #define DATA_FD_COUNT 3 /* number of general-use pipes */
> #define DATA_FD_OFFSET 50
>
> I ran three test backups, and each succeeded:
> - forced full, without comp
If this is a dual ether box, I've seen this issue with Red Hat / CentOS.
You need to have only ONE default gateway on one of the interfaces. If
you have two, it will alternate back and forth.
On Mon, 28 Sep 2009, Jason Frisvold wrote:
On Sep 28, 2009, at 4:55 PM, Nathan Stratton Treadway w
I added the following lines to util.c as a temporary fix:
#define DATA_FD_COUNT 3 /* number of general-use pipes */
#define DATA_FD_OFFSET 50
I ran three test backups, and each succeeded:
- forced full, without compression, no index
- forced full, with compression and index
- unfo
On Tue, Sep 29, 2009 at 09:31:17 -0400, Dustin J. Mitchell wrote:
> When a version of OpenBSD is released where this is no longer an issue
> (5.0?), we can conditionalize it on that version.
Well, I brought up this issue on the general principle that this sort of
workaround hack might have its own
On Tuesday 29 September 2009, Dustin J. Mitchell wrote:
>On Fri, Sep 25, 2009 at 4:41 PM, Gene Heskett
wrote:
>> Ok, I'll be watching the (e)mailbox. :)
>
>OK, revision 2148 should have fixed this, and should be in last
>night's snapshot. I'm sorry it took so long -- it was a simple fix :)
>
>Du
On Mon, Sep 28, 2009 at 9:42 PM, Nathan Stratton Treadway
wrote:
> As you say, having this extra call shouldn't really hurt anything, but I
> wondering if it would make sense to tweak the #ifdef so that is possible
> to compile Amanda on OpenBSD without having to include the work-around
> even in
On Sep 28, 2009, at 4:55 PM, Nathan Stratton Treadway wrote:
Well, as I understand it, the kernel uses the source IP that matches
the
outgoing route entry that it has selected for sending the packet in
question. When the routes are choosing between interfaces on separate
subnets, this generall
On Sep 28, 2009, at 12:25 PM, Nathan Stratton Treadway wrote:
I haven't tried running Amanda on a host with two IP numbers on the
same
subnet, but another possibility is that the routing configuration on
the
backup server host have been changed somewhat during the loss and
re-creation of the
On Fri, Sep 25, 2009 at 4:41 PM, Gene Heskett wrote:
> Ok, I'll be watching the (e)mailbox. :)
OK, revision 2148 should have fixed this, and should be in last
night's snapshot. I'm sorry it took so long -- it was a simple fix :)
Dustin
--
Open Source Storage Engineer
http://www.zmanda.com
15 matches
Mail list logo
