Hello again!,
I had a successful backup run last night as shown in the log.20001128.0 file.
8-) When I run amverify It returns: Using device /dev/nst0
Waiting for device to go ready...
which never happens. It sits there like that 'till I Ctrl-C it.
On Nov 29, 2000, Tom Hofmann [EMAIL PROTECTED] wrote:
Can somoene help me with that? Wich packet do i need and where can i get it
from?
Try flex. It's available at ftp.gnu.org.
Or try Amanda 2.4.2, which, unless I'm mistaken, is supposed to not
require lex at all.
--
Alexandre Oliva
On Nov 29, 2000, John Cartwright [EMAIL PROTECTED] wrote:
See, it's not (LISTEN), which means inetd has disabled the service
I hate to disagree with you, but in my experience Solaris always
reports UDP ports as idle.
I stand corrected. Thank you and JJ for pointing out my mistake.
--
Hi all!
Thanks to those of you who helped me getting a backup for an oracle database
working.
Now, the solution to copy the db files to a temp storage and then have
amanda back up from there was good - it works! There is a problem however,
and that is that the copy command consumes a LOT of
unsubscribe
I don't receive any errors when running amcheck -c config
Amanda Backup Client Hosts Check
Client check: 1 host checked in 0.303 seconds, 0 problems found
Here are the other debug files:
Brian and Alexandre!
but once the process is finished, i get back the the amrecover
prompt, and i cannot find the stuff i wanted to be restored.
Note that stuff will be restored into a directory tree that mirrors
the tree of the backed up filesystem. So, if you restore bar/baz that
I agree, this topic is largely uncovered in the documentation. I spent
several days trying to figure out how to set things up, until I realized
that amanda had to be installed in full on the client machines as well. I
had incorrectly assumed that amanda used some kind of UNIX networking to
suck
Hi,
your suggestion partially worked. I added a line like :
ALL : localhost 127.0.0.1 128.197.61.90
in hosts.allow (the fact is that, with the release of xinetd, you can
filter packets based on the service that is being requested either with
the hosts.allow file or with the xinetd configuration
I'm still tinkering with AMANDA.
I've pretty much committed to GNUTAR, because I'm on an HP
with logical volumes and can't get dump to work on the clients.
At one point, I tried dump on /home on the server and it worked.
Since then, I've been using TAR on /home/tim.
Today I deleted a file
Hi everyone:
I have a question about amflush. If i have huge data in my holding disk
and one tape is not enough how can I do to use amflush with more than
one tape?
Please, any help would be appreciated.
Sandra
I have a question about amflush. If i have huge data in my holding disk
and one tape is not enough how can I do to use amflush with more than
one tape?
I assume you have multiple dump images in the holding disk and it's the
total size of them that's large, rather than a single huge image that
... So here are the data:
Please go to www.sourceforge.net and post your results to the Amanda
FAQ so others can find it in the future.
Olaf
John R. Jackson, Technical Software Specialist, [EMAIL PROTECTED]
unsubscribe
sendsize: reading /etc/amandates: Is a directory
I swear I'm going to get rid of that damned thing :-).
/etc/amandates is supposed to be a file, not a directory. Do this:
# rm -fr /etc/amandates
# touch /etc/amandates
# chown amanda-user /etc/amandates
Just for curiosity, did you
unsubscribe
La informacion en este correo electrónico es confidencial y puede ser
legalmente protegida. El contenido está dirigido solamente al destinatario.
Cualquier acceso al mismo por otra persona, no está
Here is the info from sendsize.debug ( client )
sendsize: getting size via dump for /u14 level 0
sendsize: running "/opt/amanda/libexec/rundump (/usr/sbin/ufsdump) 0Ssf 1048576 -
/u14"
running /opt/amanda/libexec/killpgrp
DUMP: `/u14' is not on a locally mounted filesystem
DUMP: The ENTIRE
After installing and using Amanda without any problems not solvable
by some RTFM'ing, I'm now stuck. My server is a recently upgraded
Solaris box running 2.4.2. All my working clients are also Solaris
but running the 2.4.1p1 version.
The problem child is a new RH Linux 6.2 box that I just
Quoting Dan Wilder ([EMAIL PROTECTED]):
On Wed, Nov 29, 2000 at 02:13:32PM -0500, Paul Tomblin wrote:
Can somebody please explain this recent rash of people posting uns*bscr*be
messages to the list? What's the matter, don't people pay *any* attention
The list server can no doubt be set
One of my hosts, "merlin" is not being backed up constantly as
amanda/planner complains about no estimate or historical data for a
planned level 1 dump, when a level 0 dump was done just the other day...
My guess is the estimates are taking longer than Amanda is willing
to wait. Take a look at
On Wed, 29 Nov 2000, Dan Wilder wrote:
The list server can no doubt be set up to divert such traffic.
Unfortunately that increases the workload of the list maintainer.
Not necessarily. One can simply divert administrative requests
to /dev/null. Or auto-respond with a canned message.
-Mitch
On Wed, 29 Nov 2000, Fredrik Persson P (QRA) wrote:
Hi all!
Thanks to those of you who helped me getting a backup for an oracle database
working.
Now, the solution to copy the db files to a temp storage and then have
amanda back up from there was good - it works! There is a problem
Just make sure you have plenty of archivelog space for transactions which
hit the database during the backup.
As I understand it, this was a major reason we don't do this but use the
"big backup area" approach (which I proposed in "part I").
I'm not an Oracle type, but the guy who put this
23 matches
Mail list logo