The below described problem has been resolved:
Some small errors in the NIS setup caused the problems (mainly in /etc/hosts)
caused confusion in NIS)
Gerrit Hommersom
===
All
I have changed the NIS server to a new system (including a NIS domain name
change) that
All
I have changed the NIS server to a new system (including a NIS domain name
change) that is currently not in the amanda back-up scheme. The amanda host and
one client have moved to the new NIS domain.
The effect is that I get 'selfcheck time out' messages of the computers moved
to the new
a happy amanda user.
-Original Message-
From: Jon LaBadie [mailto:[EMAIL PROTECTED]
Sent: Wednesday, January 04, 2006 6:11 PM
To: 'amanda-users@amanda.org'
Subject: Re: FW: VXA-V23 taoe difficulties
On Wed, Jan 04, 2006 at 04:13:25AM -0600, Hommersom, Gerrit (G) wrote:
I've followed
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
I am using Amanda for year as primary backup tool for my Linux/Unix pool.
Some months I introduced an Exabyte VXA drive and VXA-V23 (80GB uncompressed)
tapes to cope with the ever expanding storage.
I backup 25 DLE's of varying size 18 MB to 55 GB. Amanda nor the hardware
compress the data.
-Original Message-
From: Paul Bijnens [mailto:[EMAIL PROTECTED]
Sent: Wednesday, December 14, 2005 12:23 PM
To: Hommersom, Gerrit (G)
Cc: 'amanda-users@amanda.org'
Subject: Re: VXA-V23 taoe difficulties
Hommersom, Gerrit (G) wrote:
I am using Amanda for year as primary backup tool for my Linux/Unix
Paul
The -overlooked- hyphen of dd was the culprit.
I now get the desired response from the drive.
Thanks
Gerrit Hommersom
Hommersom, Gerrit (G) wrote:
For emergency testing I want to read the amanda files with standard
Unix/Linux tools
W Curtiss preson's book suggests that amanda tapes
For emergency testing I want to read the amanda files with standard Unix/Linux
tools
W Curtiss preson's book suggests that amanda tapes can be read with the command
dd -if=/dev/nst0 bs=32k count=1
Attempting to move it to the next file with
mt /dev/nst0 fsf 1
dd -if=/dev/nst0 bs=32k count=1
I am newly configuring amanda2.4.5 with gnutar.
First test on a section of the file system of the server leads to STRANGE
errors in logfiles. I've listed the lowest level ones.
What is the cause of these messages. (backup seems to be inorder at a
superficial glance)
How to fix.
OS RedHat7.3
I am newly configuring amanda2.4.5 with gnutar.
Used versions in .configure.
I now find that the log files in /tmp/amanda have version extensions too
(date-stamps). Very handy while constructing the system. How to switch off
in production ???
OS RedHat7.3 and gcc 3.2 build
Thanks
Gerrit
No, I have not bought one yet. This was a scan to see if the purchase would
be a good one.
Indeed, no reply has been obtained yet.
You are having problems ???
Gerrit Hommersom
-Original Message-
From: Murat Okyar [mailto:[EMAIL PROTECTED]]
Sent: Saturday, November 16, 2002 1:13 AM
To:
I am reconfiguring my backup server with a VXA2 tapeunit
Does anyone have a list of VXA2 tapedrives that will work with amanda
Thanks
gerrit Hommersom
I am in the process of configuring an amanda setup to backup Irix6.5 and Red
Hat Linux 6.0 systems.
The host is Irix based, and Irix to Irix backup works fine using xfsbackup.
The linux client is configured to use GNU tar 1.12. The recommended tar
patch is applied. The host is not configured to
13 matches
Mail list logo
