> I didn't poke around real hard, but it seems like Amanda tried to look
> up the tape label listed in the curinfo database for the last backup
> and didn't find it in your tapelist file (which might be because of the
> amrmtape you did yesterday) and it notices that it's going to be a while
> bef
>anyone have an interpretation of this:
>
>"planner: isengard:/isen1/iraf mismatch: no tapelist record, but
>curinfo next_level0: 59."
I didn't poke around real hard, but it seems like Amanda tried to look
up the tape label listed in the curinfo database for the last backup
and didn't find it in
>Installing amanda-2.4.2-20001025-beta2.tar.gz like this: ...
>results in:
>
>make: don't know how to make amoverview. Stop
There was a problem with that beta release. As I recall, using GNU make
should get around it.
>Eric Wadsworth
John R. Jackson, Technical Software Specialist, [EMAIL PROTE
Hi,
anyone have an interpretation of this:
"planner: isengard:/isen1/iraf mismatch: no tapelist record, but
curinfo next_level0: 59."
seems to have run ok but . . . doesn't seem like a nice message.
--
Paul Yeatman(858) 534-9896 [EMAIL PROTECTED]
=
John,
YOU DA MAN! and don't let anyone tell you otherwise. I did even more
poking around on Sony but didn't find anything more detailed on SCSI
error codes, just some page saying "no further information is available"
and that I could send e-mail to tech support. I checked their faxback
system
Installing amanda-2.4.2-20001025-beta2.tar.gz like this:
./configure --libexecdir=/usr/local/libexec/amanda --with-smbclient --with-fqdn
--with-dump-honor-nodump --with-amandahosts --with-user=operator
--with-group=operator --disable-libtool
make
results in:
make: don't know how to make amoverv
>... I remembered to check the /etc/dumpdates, as I'm using ufsdump
>to back up this disk, and this looks as I would hope so this probably
>means everything is fine both with Amanda and the host.
I suspect so. /etc/dumpdates (and the corresponding GNU tar file) are
not updated until the dump co
>? /dev/hda2: Attempt to read block from filesystem resulted in short read
>while converting
>directory #122401
>?
In addition to the other suggestions of fsck, making sure your disk
geometry/partitioning is correct, etc, this might also indicate an
active file system. Dump saved this inode away
Hmm - how about linking bzip2 to zip/compress
whatever you call you get bzip2 ??
On 16 Nov 2000, John Goerzen wrote:
> Hi,
>
> I'd like to use bzip2 with amanda for two reasons:
>
> 1. It compresses a lot better than gzip
>
> 2. More importantly -- data recovery is possible from a damaged tape
>I've been assigned the task to back up an Oracle database w/ amanda. I'm
>also told (by the db administrator) that a have to read the files under /u02
>(a directory in the root of the file hierarchy) in a certain order.
Ummm, that's very odd. I've talked with my Oracle admin and we're not
sure
Version of Suse 7.0 doesn't include the latest Amanda patches,
especially those regarding Samba. To add them you must
- download amanda-2.4.1p1.tar.gz
- unload and untar it
- download samba2-2418.diff
- extract all four patches from samba2-2418.diff
- run these patches against the direct
Title: RE: error message in my report
My previous experience with 'short read' on a hard disk (under RedHat 6.2) was that the first line of defense is an FSCK of the volume. If that doesn't turn up any problems, start saving up for a new hard drive.
P.S. I just bought a 20Gb drive for $104, s
Title: RE: 2.4.2 port not secure
This is happening because of Network Address Translation.
Search the archives for "network address translation" to see what your options are.
-Original Message-
From: Ralf Palmisano [mailto:[EMAIL PROTECTED]]
Sent: Friday, November 17, 2000 5:16 A
>
> >My uncertainty is whether this partial, interupted level 0 backup
> >on a removed tape will have any effect on future incremental backups of
> >this disk.
>
> I wouldn't think so. The database only gets updated after dumper
> completes. Do an "amadmin info " and I'll bet
> it's all old d
Hi everyone:
I am trying to install amanda on Mac OS X Beta but when i ran
./configure something wrong happened because after ./configure checked
my system and the options that i used , the report from config.status
was "unescaped newline inside substitute pattern creating amplot/amplot"
" un
On Fri, 17 Nov 2000, brian wrote:
> ? /dev/hda2: Attempt to read block from filesystem resulted in short read
> while converting
> directory #122401
> ?
Have you fsck'ed this filesystem lately? That seems like some piece of
the disk is not where the filesystem thinks it is.
--
Nate Eldredge
H
i have implimented dump on to my linux machines, but for some reason, one
of my linux boxes does not want to back up using dump. it is running
slackware 7.0, and it only has a 500 meg partition. this is the error
message generated:
FAILED AND STRANGE DUMP DETAILS:
/-- moxa hda2 lev 0 FAI
>Now I have two drives configured as chg-multi, but
>sometimes backups only require one tape. amtape doesn't
>know how many tapes were used. ...
I also use a script around amdump (et al) and just run that from cron.
It's available at:
ftp://gandalf.cc.purdue.edu/pub/amanda/run-amanda
if any
Will this work?
Right now a cron job runs amdump every day of the week in the AM.
I just forced amanda to do a full dump on Sat AM. I am leaving the tape
out of the tape drive. The full dump image should go directly
to my holding disk.
Still leaving the tape drive empty, Amanda runs again
>First off I'd just like to say hello. ...
Welcome!
>Finally decided my data is worth enough to start actually backing it up ...
:-)
>I'm currently using 2.4.2b2 but was interested in CVS and checked out the
>'amanda' module but noticed thats 2.5.0. ...
To get the 2.4.2 branch, add -ramanda
In a message dated: Fri, 17 Nov 2000 15:48:40 GMT
Denise Ives said:
>Can Amanda be configured to automatically eject the tape from the tape
>drive when a dump to tape is finished?
Well, there's not much to it, in amanda's crontab entry, just do something
like:
55 23 * * 0 amdump DailyS
On Fri, 17 Nov 2000, Denise Ives wrote:
> Can Amanda be configured to automatically eject the tape from the tape
> drive when a dump to tape is finished?
When I had only one tape drive, I ran a script which contained
amdump $config
amtape $config eject
(I don't remember who sug
Denise Ives <[EMAIL PROTECTED]> writes:
> Can Amanda be configured to automatically eject the tape from the tape
> drive when a dump to tape is finished?
>
> Or should I write a perl or shell script to automate the both the dump and
> eject tape process?
I do it via crontab:
... nice /path/am
>Date: Fri, 17 Nov 2000 15:48:40 + (GMT)
>From: Denise Ives <[EMAIL PROTECTED]>
>Can Amanda be configured to automatically eject the tape from the tape
>drive when a dump to tape is finished?
>Or should I write a perl or shell script to automate the both the dump and
>eject tape process?
I
Can Amanda be configured to automatically eject the tape from the tape
drive when a dump to tape is finished?
Or should I write a perl or shell script to automate the both the dump and
eject tape process?
--
Denise E. Ives [EMAIL PROTECTED]
Systems Engineer
Hi!
I've been assigned the task to back up an Oracle database w/ amanda. I'm
also told (by the db administrator) that a have to read the files under /u02
(a directory in the root of the file hierarchy) in a certain order.
Let me explain with an example;
I'm backing this directory up:
/my/dire
Friends,
still desperate!
Installed 2.4.2 as client on the webserver outside the firewall.
2.4.1 runs on the tapehost as server.
Configured everthing (I would say yes) as needed including the firewall.
see the config for the client:
#! /bin/sh
# Generated automatically by configure.
# Run t
"John R. Jackson" <[EMAIL PROTECTED]> writes:
> >I just read the recipe for amanda through a firewall, and was
> >wondering if there is a way to avoid having to use the compile time
> >options to specify port ranges. ...
> Sure. Write the code to get the values out of amanda.conf and submit
> the
Alexandre Oliva <[EMAIL PROTECTED]> writes:
> Some people have tried bzip2 before. Invariably, they'd come back and
> agree it was indeed way too slow to be worth the extra compression of
> back ups.
IMHO it is more important how long a restore may take. AFAIK with gzip
uncompressing is way fas
Alexandre Oliva wrote:
>
> On Nov 16, 2000, John Goerzen <[EMAIL PROTECTED]> wrote:
>
> > The compressed representation of each block is delimited by a
> > 48-bit pattern, which makes it possible to find the block
> > boundaries with reasonable certainty. Each block also carrie
Hi,
Harri Haataja schrieb:
>
> "Sash is a simple, standalone, statically linked shell which includes
> simplified versions of built-in commands like ls, dd and gzip. Sash
> is statically linked so that it can work without shared libraries, so
> it is particularly useful for recovering from cert
"Sash is a simple, standalone, statically linked shell which includes
simplified versions of built-in commands like ls, dd and gzip. Sash
is statically linked so that it can work without shared libraries, so
it is particularly useful for recovering from certain types of system
failures. Sash can
First off I'd just like to say hello. Been lurking on the list for a couple
of weeks now and have found it to be very informative and professional.
Finally decided my data is worth enough to start actually backing it up
instead of all the various hacks, etc. to copy cfg's, etc. to extra disks,
C
Hi,
reading the first line of the errormakes me ask what shell you have
installed on your system, is it the so called "small-shell"?
if yes, it looks to me as if the makefile uses some shell-scripts
which are not compatible with your shell.
install bash and all should work
Christoph
Hien Vie
34 matches
Mail list logo