On Mon, 18 Nov 2002, Martinez, Michael - CSREES/ISTM wrote:
As far as I know, unfortunately there is no way to get around this dilemma
becuase Amanda is not capable of appending tapes.
Ouch... Any other suggestions or tips to get around this? Any other s/w
anyone would like to recommend?
Hi Jean-Louis;
The patch seemed to do it on my manual run of amreport. I guess there shall
be no differences on the normal daily run.
Thanks a lot to everyone for their help.
- Original Message -
From: Jean-Louis Martineau [EMAIL PROTECTED]
To: Alfonso Armenta [EMAIL PROTECTED]
Cc:
On Tue, 19 Nov 2002 at 8:29am, Urte Fürst wrote
I tried to play with the available options in the /etc/xinetd.d/amanda file first,
but that did not help (maybe I did it the wrong way). Obviously I can get around
the problem, when I do not mount /usr/amanda from the other machine but compile
On Mon, 18 Nov 2002 at 5:42pm, Lewis Getschel wrote
I tried the erase as the amanda user, and I got permission denied. I
suspect that amlabel is simply saying write-protected when in fact it is
just permission denied.
Yep.
As a newbie that has looked in the FOM, and read the mailing list
On Tuesday 19 November 2002 03:59, Charles Sprickman wrote:
On Mon, 18 Nov 2002, Martinez, Michael - CSREES/ISTM wrote:
As far as I know, unfortunately there is no way to get around
this dilemma becuase Amanda is not capable of appending tapes.
Ouch... Any other suggestions or tips to get
amcheck -c on the server says that all my clients are fine. However,
when I run amdump, one of the clients, which worked fine previously, is
now failing.
The (rather long) debug file in /tmp/amanda seems to indicate that it was
working fine, then timed out. Any idea why this could be ? It's
Hi Joshua,
As a first guess, are you exporting /usr on the known-good client with the
no_root_squash option? If not, then root on NFS clients mounting the FS
get mapped to 'nobody' on the server, which probably wouldn't work too
well.
Your guess was quite good, I really had it exported with
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
I'm trying to get the above 7-slot autoloader working with Amanda.
I'm using amanda versions:
amanda-2.4.2p2-1
amanda-server-2.4.2p2-1
amanda-client-2.4.2p2-1
and mtx-1.2.10-1
on RedHat 7.1
As far as I can tell, my changer device is /dev/sg1
On Tue, 19 Nov 2002 15:21:58 +
Mark Watts [EMAIL PROTECTED] wrote:
Hi,
Hi Mark,
I'm trying to get the above 7-slot autoloader working with Amanda.
I'm using amanda versions:
amanda-2.4.2p2-1
amanda-server-2.4.2p2-1
amanda-client-2.4.2p2-1
and mtx-1.2.10-1
on RedHat 7.1
Hello,
I have some very large backup files that amanda pulls from Windows 2000 PCs. I
use ntbackup to copy the entire 'Documents and Settings' directory on the
Windows PC to a file. This file may be as large as 2 Gigabytes.
Amanda copies the files OK and amverify can read all the files
At 12:53 PM 11/19/2002 +, you wrote:
amcheck -c on the server says that all my clients are fine. However,
when I run amdump, one of the clients, which worked fine previously, is
now failing.
The (rather long) debug file in /tmp/amanda seems to indicate that it was
working fine, then timed
Gene Heskett wrote:
On Tuesday 19 November 2002 03:59, Charles Sprickman wrote:
On Mon, 18 Nov 2002, Martinez, Michael - CSREES/ISTM wrote:
As far as I know, unfortunately there is no way to get around
this dilemma becuase Amanda is not capable of appending tapes.
Ouch... Any other
On Tue, Nov 19, 2002 at 05:25:52PM -0600, Deb Baddorf mentioned:
Are you *sure* there aren't any firewalls in between?
If the data size on this client got large enough, it could have bumped
over to the realm of problem.
My problem went like this:
1000% sure. I was also trying to backup a
13 matches
Mail list logo