I've followed with great interest the discussion on this topic as it
pertains to my backup system
The problems with premature end-of-tape failures persist with big DLE's.
(order 30-35 GB). The problem gets more severe from 1 failure per cycle to
daily failures currently. No dumps are left on the
On Wed, Jan 04, 2006 at 04:13:25AM -0600, Hommersom, Gerrit (G) wrote:
I've followed with great interest the discussion on this topic as it
pertains to my backup system
The problems with premature end-of-tape failures persist with big DLE's.
(order 30-35 GB). The problem gets more severe
I added about half a dozen or so DLEs (splitting an existing one) and since
that time I get estimate timeout errors for some other DLEs on this host
(daily run snippet attached) ... i suspect I'm hitting a UDP packet limit
maybe, but...I'm really drawing a blank. I've turned up etimeout quite
On Wed, Jan 04, 2006 at 02:01:36PM -0700, Michael Loftis wrote:
I added about half a dozen or so DLEs (splitting an existing one) and since
that time I get estimate timeout errors for some other DLEs on this host
(daily run snippet attached) ... i suspect I'm hitting a UDP packet limit
On Wednesday 04 January 2006 05:13, Hommersom, Gerrit (G) wrote:
I've followed with great interest the discussion on this topic as it
pertains to my backup system
The problems with premature end-of-tape failures persist with big
DLE's. (order 30-35 GB). The problem gets more severe from 1
--On January 4, 2006 4:30:53 PM -0500 Jon LaBadie [EMAIL PROTECTED] wrote:
You can find comments on the problem here:
http://tinyurl.com/ca7pv
OK hmm something REALLY odd is happening. For the DLEs that failed
there are multiple sendsize requests... one in the main/first
On Wed, Jan 04, 2006 at 03:38:56PM -0700, Michael Loftis wrote:
--On January 4, 2006 4:30:53 PM -0500 Jon LaBadie [EMAIL PROTECTED] wrote:
You can find comments on the problem here:
http://tinyurl.com/ca7pv
OK hmm something REALLY odd is happening. For the DLEs that
--On January 4, 2006 7:20:50 PM -0500 Jon LaBadie [EMAIL PROTECTED] wrote:
Asking questions about things I know nothing ... :)
Are you using iptables?
If so, have you installed and configured the ??conntrack?? module?
Paul asked for the logs, it seems like there's an amanda bug. The
I think you should try 2.4.5p1. This code is broken in 2.4.5.
In 2.4.5, read_diskfile() returns pointer to static variable and it is
set to diskqp which
is being referenced in the crash.
It is fixed in 2.5.0b1.
Thanks,
Paddy
On 1/3/06, Wayne Johnson [EMAIL PROTECTED] wrote:
Found the debug
Hi Paul,
I understand now. Thanks.
However, I 've got another problem : when I run amrecover -C DailySet1
...
Setting restore date to today (2006-01-05)
200 Working date set to 2006-01-05.
Scanning /var/tmp...
200 Config set to DailySet1.
200 Dump host set to myhost.mynetwork.com.
Trying disk /
10 matches
Mail list logo