On Thu, 16 Aug 2001, John R. Jackson wrote:
> >i'm using GNU autoconf, version 2.52 to attempt (heh) to get the configure
> >script to work on the CVS version of amanda 2.5.0.. and i keep running in
> >to errors.
>
> Wow. Three problems in only one sentence :-).
compression technology limits m
quot;
Amanda Tape Server Host Check
-
Holding disk /usr/dumps: 930872 KB disk space available, that's plenty
amcheck-server: slot 1: date 20010816 label DailySet1-001 (active tape)
amcheck-server: fatal slot chio:: /dev/ch0: CHIOMOVE: Invalid argument
ERRO
>but, the output from AMANDAs server seems to be ok..
>
>FAILURE AND STRANGE DUMP SUMMARY:
> hi /usr/home lev 0 FAILED [disk /usr/home offline on hi.hostname?]
Before you try working with amdump, you should use amcheck. It does
a better job of diagnosing problems. Also, if it's not happy, you
>i'm using GNU autoconf, version 2.52 to attempt (heh) to get the configure
>script to work on the CVS version of amanda 2.5.0.. and i keep running in
>to errors.
Wow. Three problems in only one sentence :-).
First, you don't run autoconf yourself to build Amanda. As described in
the FAQ (www.
I'm working on cleanup and enhancements to the chg-zd-mtx script
(actually, all of the sh driven scripts) based on trouble some folks
have had recently. But mtx on my system is problematic (I'm not sure
they ever considered a robot with ~800 slots :-).
So, I'm looking for some sample output from
Thanks for the info.
.
.
.
> You said you didn't give Amanda a holding disk (in the initial setup),
> but I suspect what you meant was you gave it a tiny one. My guess is
> Amanda saw at least one estimate for your delayed host that would fit
> and so everything that would not fit (which was the
i'm using GNU autoconf, version 2.52 to attempt (heh) to get the configure
script to work on the CVS version of amanda 2.5.0.. and i keep running in
to errors.
[jan@hi amanda] {726} autoconf --version
autoconf (GNU Autoconf) 2.52
[jan@hi amanda] {727} autoconf
configure.in:7: error: possibly un
<-- Snip -->>
What RPMs did you update? Did you setup some firewalling by default?
<-- Snip -->>
Boy I wish I could answer that one. RedHat has made it so simple to keep
your system updated using the RedHat Network that I no longer have to
manually update the system. Hence I'm kind of oblivious
> I am having difficulties in running amanda. I am unable to get a backup (but
> once was) and I think it was after updating some RPM on my system. It takes
> 30 minutes to fail and the only info I can find in in the amandad.debug file
> on the client. I get 4 lines of
> amandad: waiting for ack
This particular one is not a FAQ, yet. Because tapeio is not in
common use, yet. The 2 GB file limit question is a FAQ when asked
in regard to holding disk files and in regard to amrestore, and each
situation has a somewhat different answer. There is a config option
that works around the probl
forgot to include some output from amadmin..
gump# su amanda -c "amadmin daily disklist hi.hostname /usr/home"
line 12:
host hi.hostname:
interface default
disk /usr/home:
program "DUMP"
priority 2
dumpcycle 0
maxdumps 1
strategy STANDARD
thanks to the many helpful answers i've had on this list.. but sadly, i
need more help. this time, it seems the problem is client side..
so far, i've gotten most things working, the server side is now able to
create and handle the dumps, but it doesn't seem that i'm able to get the
client side w
At Thu, 16 Aug 2001 15:28:27 EDT, [EMAIL PROTECTED] wrote...
: Was gnutar installed *before* amanda? Look in /tmp/amanda/amandad*debug
: -- there should be a line that says "GNUTAR=/bin/tar" or some such. If
: not, configure didn't find it and you need to recompile/reinstall amanda.
Indeed. Th
Thanks for the reply! All help is greatly appreciated!
I have checked both the server and client machines for the services. They
are auto starting. I have even restarted xinetd.
As far as the RPM updates, Amanda was not one of them so the amanda.rpmnew
file did not exist.
I don't think it is tc
This probably falls under the "why can't I split my backups across
multiple tapes?" FAQ, but maybe not.
I'm using the file: driver from the tapeio branch to back up a large
filesystem to another disk. The system that I'm using (Linux) doesn't
support files larger than 2GB, which is causing backup
On Thu, 16 Aug 2001 at 2:25pm, fil krohnengold wrote
> Amanda Backup Client Hosts Check
>
> ERROR: diglib1: [GNUTAR program not available]
> Client check: 16 hosts checked in 1.274 seconds, 1 problem found
>
> (brought to you by Amanda 2.4.2p2)
> {amanda}hammond:~
Hello...
James Stevens wrote:
> I am having difficulties in running amanda. I am unable to get a backup (but
> once was) and I think it was after updating some RPM on my system. It takes
> 30 minutes to fail and the only info I can find in in the amandad.debug file
> on the client. I get 4 line
>ERROR: diglib1: [GNUTAR program not available]
This message means GNU tar could not be found (maybe it was not installed
yet) when ./configure was run for Amanda. Now that you have GNU tar
available, remove config.cache (or "make distclean") and start the Amanda
build over again.
>bash-2.02$ t
Howdy - I've been running v2.4.2p2 with great results for Solaris
2.6 and 7 machines. I've added several client machines along
with way without a hitch - until now.
I just added a new machine - a Sun E250 runing Sol2.6. I need to
use tar because the folks who run that machine refused to foll
In your dd tests you always rewind the tape first. Did you rewind the
tape before doing the amrecover? Amidxtaped does not rewind on the off
chance you've pre-positioned the tape to the appropriate image.
John R. Jackson, Technical Software Specialist, [EMAIL PROTECTED]
I am having difficulties in running amanda. I am unable to get a backup (but
once was) and I think it was after updating some RPM on my system. It takes
30 minutes to fail and the only info I can find in in the amandad.debug file
on the client. I get 4 lines of
amandad: waiting for ack: Connecti
ity: remote host sbs.sbs.com user root local user amanda
amandahosts security check passed
> 6
amrestore_nargs=6
> -h
> -p
> /dev/rmt0.1
> sbs
> ^/home$
> 20010816
Ready to execv amrestore with:
path = /usr/local/sbin/amrestore
argv[0] = "amrestore"
argv[1] = "-h&quo
>Do you have an idea, whether the long time for tapetype can be ok? Is there
>any possibility to check, whether the program runs correctly?
If you're using 2.4.2p2, then it's not running properly, and I'd be
very suspicious of the drive or the kernel driver.
>Thomas.
John R. Jackson, Technical
I´m using the latest release, so the newest tapetype is used.
Unfortunately the mailing list archive is temporarily unavailable, and the
ftp archive is out of date.
Generally, the drive is a rather cheap drive, but as far as I read it
shouldn´t be so bad.
Do you have an idea, whether the long t
On Wed, 15 Aug 2001, David Carter wrote:
> Hello all,
>
> I didn't receive a mail report this morning from amanda, although I can see
> that the backups completed successfully, and the tape contents look good.
>
> Is there a way I can re-generate the amdump report that I usually get via
> email?
>I have not formatted the tape or ever succesfully mounted the tape drive to
>/backup (which is where I want it).
Ummm, I'm guessing you've probably also not used tapes with Unix much,
either :-).
Tapes do not need to be formatted like disks, i.e. there is nothing like
mkfs/newfs involved. Also
>... My only guess
>is that amanda is denied access because this home directory only gives
>permissions to the user ...
That's the right guess. Amcheck (actually, selfcheck) does not run as
root so cannot get there. The actual backup will run GNU tar as root
(under runtar) and so should be OK.
>I?m preparing to use amanda ...
What version? The tapetype program with 2.4.2* is much better than the
one with 2.4.1*. And if you're just starting with Amanda, you should
be starting with the latest release (2.4.2p2).
>... therefore I use the tapetype command because
>my tapedrive (OnStream
I have been having some problems with Amanda lately. After doing some
tweaking with it yesterday, I ran it from the command prompt, using the
same command I have in the cron file for the user amanda. I have it
backing up itself and another server. All servers are running RH Linux,
and Amanda had b
Hi,
Thank's for pointing me to mtx, now it works.
And yes I was using the sgen from Sol 8 but wanted to go with
amanda stuff only ( chg-scsi ).
Thank's again
servus
cd
>
> Quoting Christian Doppler ([EMAIL PROTECTED]):
> >
> > I'm having problems getting that combination running.
> >
> > Ama
30 matches
Mail list logo