We are in the process of making a number of significant changes to our
internal network. At the moment, an amcheck on 52 machines, which
ultimately reports no problems, is taking over 6 minutes. Historically,
when no machines were down etc, this took less than 1 minute.
How can I troubleshoot
I am running amanda-server-1:2.5.2p1-1--i386 on Ubuntu 8.04, Hardy
Heron, and backing up to vtapes. For about a week, I have gotten the
following error messages in my reports:
dzur.localdomain /home lev 0 FAILED [dump to tape failed]
taper: FATAL tape...@616: memory allocation failed
I have a very old version of amanda 2.4.4, backing up a
new version, 2.6.1 across Solaris client and Solaris server.
The client has ZFS partitions,
/export
/export/home
which are actually ZFS mount points.
Since the server is old I doubt I can use zfs-snapshots (I didn't
gets updating the
Having just added lots of disk space to a network of Linux workstations and
servers, I
decided to take the plunge and check out Amanda as a replacement for a set of
home-grown
dump scripts that I have been using for years. I am moving from SuperDLT and
backing up
10s of GB to LTO4 and wanting
Roger Williams wrote:
Having just added lots of disk space to a network of Linux workstations and
servers, I
decided to take the plunge and check out Amanda as a replacement for a set of
home-grown
dump scripts that I have been using for years. I am moving from SuperDLT and
backing up
10s
It appears the problem is the Superloader/SCSI interface is sending a
SG_ERR_CAT_RESET. I have just put a work around into mtx scsi command to wait
for 5 mins if receives this status, and then ignore it.
But this doesn't explain why it is happening or really fix anything. If anyone
can shed
RW == Roger Williams r.willi...@gns.cri.nz writes:
RW I have been very disappointed to discover that the performance of
RW Linux dump seems to be completely awful in recent RedHat Enterprise
RW and CentOS releases.
RW Have other Amanda admins seen this?
Yes, I've seen the same. I've no idea