I'd like to perform incremental backup of my servers leaving it on
holding-disk
Is it possible to do? How can I do it?
Thanks a lot
--
Alessandro Chiauzzi
System Engineer
Dialogos3 srl
begin:vcard
n:Chiauzzi;Alessandro
tel;cell:0338/4435939
tel;work:02/70005949
x-mozilla-html:FALSE
What version of Amanda are you using?
i am using amanda 2.4.2
Did you get a core file in that directory or /tmp/amanda? If so, what
do you get when you run a debugger on amreport and the core file and
enter the "where" command, e.g.:
$ gdb /path/to/amreport /path/to/core
gdb
Hello:
I've discovered that one of the errors is generated because there isn't a
tapelist file, but i thought it was generated by amanda itself. Is that
right???
i have the line:
tapelist "/usr/local/etc/amanda/Diario/tapelist" , that is, in the same
directory as amanda.conf
thanks
mo
What
Hello,
I have a mini network with a host and a client (laptop) which is backed
up with amanda for years.
Now I upgraded the laptop to linux 2.2.16 (SuSE 7.0) and whith the
result that I cannot backup the laptop anymore. Even worse, the entire
amdump hangs and does not terminate anymore.
What I
On Fri, 29 Dec 2000, [iso-8859-1] Monserrat Seisdedos Nuñez wrote:
hello every body:
i'm testing amreport with an amanda run i have just done.
i go to the /usr/local/etc/amanda/Diario where i have amanda.conf
i type
amreport
segmentation fault(core dump)
why??
Hi folks,
I built AMANDA without using --with-indexserver option
since its default on local machine.
On tape machine, the amanda.conf has the entry for
indexdir, and "index yes" in the "define dumptype
root-tar" "define dumptype user-tar" as well. Amanda
should
automaticlly produce index during
I'd like to perform incremental backup of my servers leaving it on
holding-disk
Is it possible to do? How can I do it?
Set tapedev to "/no/such/device".
Alessandro Chiauzzi
John R. Jackson, Technical Software Specialist, [EMAIL PROTECTED]
If there is no tape in the drive, the backup will go to the holding disk (as
long as it fits), and wait there for the tape and the `amflush` command.
Note that this will not change the level of backup that AMANDA picks, and
she may choose to do level 0 backups on some of your disks. the 'bump'
On tape machine, the amanda.conf has the entry for
indexdir ...
What's in that directory? There should be one subdirectory for each
client being backed up, then one subdirectory within each of those for
each file system, then within each of those some datestamped gzip'd
index files.
If all
What I have done so far is:
Installed and compiled amanda 2.4.2
Installed, patched and compiled GNUtar-1.12
...
/bin/gtar: Read error at byte 0, reading 512 bytes, in file
./etc/mail/access.db: Bad file descriptor
Are you sure /bin/gtar is a patched version of 1.12? That error message
is
i amcheck my config file
and i amdump it but with the tapedev="/dev/null" so it was copied to the
holding disk ok.
Don't do that. Use tapedev "/no/such/device". Some versions of Amanda
will treat "/dev/null" as a debugging mechanism and throw the backup
images away.
but when i run amdump with
i am using amanda 2.4.2
Are you using the real 2.4.2 release, or one of the beta's, or some RPM
someone put together? Did you build from source?
I include the output of the gdb. I don't understand anything.
You didn't include the gdb output.
... but i espected amanda to mailme
with the
Hello John,
Thank you for your really fast response. I am now some steps ahead, but not
across the river yet...
On 29-Dec-00 John R. Jackson wrote:
What I have done so far is:
Installed and compiled amanda 2.4.2
Installed, patched and compiled GNUtar-1.12
...
/bin/gtar: Read error at byte
Hi,
I dont know how to diagnose this problem. I first thought it
was that my tape was full but amanda tells me that its only using 78.3% of
the tape. I've tried different tapes and even changing the tapelist
file. This is really weird since I never had problem with amanda for
On Fri, 22 Dec 2000, David Wolfskill wrote:
Date: Fri, 22 Dec 2000 13:48:31 -0400 (AST)
From: The Hermit Hacker [EMAIL PROTECTED]
I tried typing:
%amadmin hub.org reuse Vol_1
amadmin: tape Vol_1 already reusable.
yet amcheck hub.org tells me that I need a new tape ...
Sounds as if
Currently I _CAN_ backup my slave, but deadly slow. The LAN show some activity
every 10 seconds!!! ...
Sounds like some kind of networking problem. What happens if you try to
ftp a reasonbly sized (10's of MBytes) file from the client to /dev/null
on the server?
Is there any indication the
I dont know how to diagnose this problem. I first thought it
was that my tape was full but amanda tells me that its only using 78.3% of
the tape. ...
All that means is that you wrote 78.3% of the "length" value in your
tapetype. It does not mean you actually used that much of the
If I set it down to, say, a 7 day cycle, and then decide to increase it as
I acquire more tapes, will there be a problem, or is this not a problem to
do?
I assume you are talking about your dumpcycle? This should be fine.
It may take Amanda a couple of cycles to get the balance re-adjusted,
but
what are ppl more partial to using? I'm using dump right now, but there
are *alot* of files that I'm backing up there there is no reason to
backup, since restoring them is useless (ie. postgresql databases whose
state is questionable when backed up) ...
From reading the docs, I can't seem to
what are ppl more partial to using? ...
This comes up here every once in a while and is basically a religious
issue.
The points you bring up, as well as being able to do subsets of an entire
file system and portability, are all good reasons to use GNU tar.
I won't use it here because it
On Fri, 29 Dec 2000, John R. Jackson wrote:
what are ppl more partial to using? ...
This comes up here every once in a while and is basically a religious
issue.
The points you bring up, as well as being able to do subsets of an entire
file system and portability, are all good reasons to
On Dec 29, 2000, The Hermit Hacker [EMAIL PROTECTED] wrote:
another good one is that incrementals don't work either, do they,
with GNU-Tar?
They do. That's the reason why Amanda requires GNU tar.
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC
On 30 Dec 2000, Alexandre Oliva wrote:
On Dec 29, 2000, The Hermit Hacker [EMAIL PROTECTED] wrote:
another good one is that incrementals don't work either, do they,
with GNU-Tar?
They do. That's the reason why Amanda requires GNU tar.
okay, if that is the case, what exactly is required
On Dec 30, 2000, The Hermit Hacker [EMAIL PROTECTED] wrote:
okay, if that is the case, what exactly is required to switch over to
gnu-tar?
Select a dumptype that has GNUTAR as the backup program and force a
full backup of any disks whose backup program has changed.
I'm assuming that I *can*
On Fri, Dec 29, 2000 at 08:26:58PM -0500, John R. Jackson wrote:
what are ppl more partial to using? ...
This comes up here every once in a while and is basically a religious
issue.
The points you bring up, as well as being able to do subsets of an entire
file system and portability,
25 matches
Mail list logo
