John Heim schrieb:
marvin /var lev 0 FAILED [disk /var, all
estimate timed out]
marvin /etc lev 0 FAILED [disk /etc, all
estimate timed out]
marvin /backup/ulam/current/mail lev 0 FAILED [disk
/backup/ulam/current/mail, all estimate timed
Hello,
I have Amanda 2.5.1 running on a Mandriva 2008 server and 8 clients
which are running either Amanda 2.4 or Amanda 2.5.1. Generally
everything is working okay but I am getting the following intermittent
error which occurs on one or more DLEs:
FAILURE AND STRANGE DUMP SUMMARY:
HOSTNAME
Wallace, Michael schrieb:
FAILURE AND STRANGE DUMP SUMMARY:
HOSTNAME/opt lev 1 FAILED [cannot read header: got 0
instead of 32768]
HOSTNAME/opt lev 1 FAILED [too many dumper retry:
[request failed: timeout waiting for ACK]]
Maybe a problem with etimeout to low?
Do you have a firewall on the server? That would explain why amanda
doesn't receive the packet even if the server receive it.
Can you post the amandad.*.debug from the client and the dumper.*.debug
from the server.
Jean-Louis
Wallace, Michael wrote:
Hello,
I have Amanda 2.5.1 running on a
Hi,
I'm getting closer to having Amanda 2.5.2p1 working on my Cobalt Raq-4i
system which now runs StrongBolt OS (based on CentOS 4.4). The amandad
client running on the Cobalt system was complaining about /etc/amandates not
existing even though I don't think it gets used. On this Sunblade 1000
Craig Dewick wrote:
ERROR: ziri: [could not access /dev/hda6 (/dev/hda6): Permission denied]
ERROR: ziri: [could not access /dev/hda2 (/dev/hda2): Permission denied]
ERROR: ziri: [could not access /dev/hda1 (/dev/hda1): Permission denied]
which is rather strange as I've already made sure, as
Nah - same error as soon as I insert the second tape. The dump fails
and the email report says:
amreport: ERROR unexpected log line: tape_rdlabel: tape open: line 87:
/dev/tty: No such device or address: No such file or directory
amreport: ERROR unexpected log line:
Amstatus shows:
While
2008/6/13 Jean-Louis Martineau [EMAIL PROTECTED]:
Craig Dewick wrote:
ERROR: ziri: [could not access /dev/hda6 (/dev/hda6): Permission denied]
ERROR: ziri: [could not access /dev/hda2 (/dev/hda2): Permission denied]
ERROR: ziri: [could not access /dev/hda1 (/dev/hda1): Permission denied]
I've just had a bit more of a fiddle, and even with the xinetd conf mods
specified in the Amanda installation docs for machines running the
client-side, 'amcheck' on the tape server hose wasn't getting access to the
disk devices via amandad on the Cobalt server...
The disk devices (/dev/hda1,
We had an intense line of thunderstorms come through in the night of
June 10th. It took out power across campus. In our building, log files
indicate the power was out from about 23:00 until 00:50, so nearly 2
hours. Too long for the battery backups to carry everything.
Amanda backups were
On Fri, Jun 13, 2008 at 09:36:36AM -0400, Chris Hoogendyk wrote:
We had an intense line of thunderstorms come through in the night of
June 10th. It took out power across campus. In our building, log files
indicate the power was out from about 23:00 until 00:50, so nearly 2
hours. Too long
I recently ran into this same issue. After some digging, web scouting
and experimenting I found the root cause:
There's a bug in Fedora 9's /etc/services file.
The clue came in the debug log:
dumper: time 19.944: connect_port: Skip port 0: Owned by spr-itunes.
dumper: time 19.944:
Jon LaBadie wrote:
What you expected is what happens when amanda has no place to put
the dumps. Your combination of holding disk total space available
and the percentage reserved for degraded mode (a config option defaulting
to 100% but which must have been set lower in your config) left
13 matches
Mail list logo
