Hi Gene,
Gene Heskett wrote:
First, the normal amanda install is to configure and make it as an
unpriviledged user, like 'amanda'. This user 'amanda' should be made
a member of the group 'disk' or some similar high ranking operator.
When that make is done, then become root to do the install,
Hi Paul,
Paul Bijnens wrote:
I believe, LVM2, or lvm special files has nothing to do with using
gnutar to backup. (The other way around: using dump with a non
accessible lvm-special file would be a problem.)
And gnutar actually *does* run with root-priviledges, at least, if
installed correctly
Hmm, that messages wasn't supposed to be sent yet...
Hans van Zijst wrote:
I did, months ago. So it should be using the setuid runtar binary, but
still it can't read stuff. Maybe the problem arises in an earlier stage,
before the actual backup is done. When I run amcheck, it complains it
can't
Hi,
After having spent several hours in vain searching the Internet for a
hint, I hope someone here can help. I know it's not an Amanda specific
problem, but I hope someone here has run into the same problem...
I've used Amanda without problems for quite some time. Most machines
here run LVM1
On Monday 17 May 2004 19:16, Alexander Jolk wrote:
Hans van Zijst wrote:
I don't seem to understand how to tell Amanda when to overwrite tapes.
What I try to do is make regular backups from monday till thursday (I
make a full dump every friday) and recycle those tapes after 2 weeks.
So, I
I don't seem to understand how to tell Amanda when to overwrite tapes. What
I try to do is make regular backups from monday till thursday (I make a
full dump every friday) and recycle those tapes after 2 weeks. So, I use 4
tapes every week and one cycle takes 2 weeks, which means I use 8 tapes
I don't seem to understand how to tell Amanda when to overwrite tapes. What
I try to do is make regular backups from monday till thursday (I make a
full dump every friday) and recycle those tapes after 2 weeks. So, I use 4
tapes every week and one cycle takes 2 weeks, which means I use 8 tapes
and of the server, but no success.
All my machines are powered by Slackware.
Can you help me?
Thanks,
Armando
Em Ter, 2004-05-04 às 08:05, Hans van Zijst escreveu:
Hi Armando,
Could be several things. First, are you sure your clients have amandad
running? Check your inetd or xinetd
Hi Armando,
Could be several things. First, are you sure your clients have amandad
running? Check your inetd or xinetd configuration and test by telnetting to
port 10080. If you can connect, amandad is running.
If amandad is running and you still can't connect, there's probably a
firewall
Hi Mogorva,
First off, I'm not an Amanda expert either, so maybe I'm talking rubbish
here. If so, I'm sure someone will correct me :)
AFAIK you can't use the same tape for several consecutive backup sessions.
Amanda uses its dumpcycle parameter to decide how long it will refuse to
overwrite a
I tried a bare metal recovery yesterday, but without the success I had hoped
for. I restored the latest level 0 dump and then tried to restore the
incremental dump over it. First step worked like a charm, but as soon as I
restored the incremental tape, I got the error:
restore: Incremental
:
Hello Hans,
As quoted from Hans van Zijst [EMAIL PROTECTED]:
I tried a bare metal recovery yesterday,
Why didn't you just use amrecover? It prompts you to insert the right
tapes in the tape server as needed, without you having to figure it out
yourself.
Kind regards
Paul,
Every machine here runs Amanda 2.4.4p2. I'm sure the tapes that amadmin
lists, are the correct ones: Dagtape-04 was made last thursday and on
fridays I make a full dump, using another configuration. This monday and
tuesday I went on with Dagelijks.
I got exactly the same message
, and there are no restoresymtables on it anywhere.
Thanks for your help so far.
Kind regards,
Hans van Zijst
On Wednesday 21 April 2004 14:06, Paul Bijnens wrote:
AFAIK, this wouldn't have the effect of the message Incremental dump
too low. Because dump dumps the diskblocks themselves
It seems as if Amanda has a problem with my DLT drive. It's an HP DLT7000,
an uncompressed tape has a capacity of 35GB, a compressed one up to 70GB.
But when I do a full dump of all my machines on a time that one of them
contains quite a lot of data (my own homegrown backup-images), I get this
On Monday 22 March 2004 18:56, Frank Smith wrote:
Besides the --with-tcpportrange= option, you probably also need the
--with-udpportrange= option as well, and open those udp ports on the
firewall. See PORTS.USAGE in the docs directory.
Thanks. I don't know exactly what my colleague changed
I need some help configuring Amanda to backup a couple of hosts in our DMZ.
Been trying to get it to work for quite some time, but it just won't work.
Hosts in the trusted zone go like a charm, but no success on the DMZ hosts
so far. For some reason our firewall doesn't seem to like Amanda,
17 matches
Mail list logo