Re: Recovering tapeless amanda server

Hi Ralph! Ralph at yahoogroups wrote: > So, now I am left with a load of "tape" files but don't know how to get > at their contents. You could have a look at http://www.backupcentral.com/amanda-24.html Ciao, Simon -- Simon Frettloeh Institute AIFB (Applied Comput

Re: Error "/bin/tar got signal 13"

tar --create --file - --directory . --one-file-system --sparse --ignore-failed-read --totals . | /bin/tar -tf - 2>/dev/null | sed -e 's/^\.//'" doesn't reproduce this failure and doesn't create an equivalent syslog entry like during backup. Hope, somebody is able to help

Error "/bin/tar got signal 13"

so attached one example of a sendbackup-log. I hope, somebody on this list can help! Bye, Simon -- Simon Frettloeh Institute AIFB (Applied Computer Science and Formal Description Methods) University of Karlsruhe Engler Str. 11 - 76128 Karlsruhe - Germany sendbackup: debug 1 pid 15111 ruid 33

Re: odd problem setting up amanda on Linux

w to do that... Thanks! Read the thread "Client behind a firewall" in this Mailinglist. I suppose, you've got to recompile Amanda with the options "--with-tcpportrange=X,Y" and "--with-udpportrange=xxx,yyy", so you can define the portrange, for wich you should open

Client behind a firewall

'm using 2.4.19 Kernel. Is there a firewall rule to get Amanda working without recompiling it? Thnx & Bye, Simon -- Simon Frettloeh Institute AIFB (Applied Computer Science and Formal Description Methods) University of Karlsruhe Engler Str. 11 - 76128 Karlsruhe - Germany

Re: Making a copy/image of the backed up data

data to that one :-) Problem could be the variable size of this image device. But thnx a lot for your idea! Bye, Simon On Tue, 26 Aug 2003, Paul Bijnens wrote: > Simon Frettloeh wrote: > > > Is there a way of creating a copy or image file of the data, that's > > alr

Making a copy/image of the backed up data

Hi! Is there a way of creating a copy or image file of the data, that's already being backed up to tape? We've already got Amanda running on our system with two tape devices running well. We'd like to produce a (encrypted) copy of the backed up data to send it to a far away server somewhere else

Re: Howto for post/pre-backup-commands

One more comment ... Jon LaBadie wrote: > On Tue, Aug 19, 2003 at 12:17:14PM +0200, Simon Frettloeh wrote: > >> ===snip >> REALTAR=/bin/tar >> exec yourprebackupcommand >> exec $REALTAR "$@" >> exec yourpostbackupcomma

Re: Howto for post/pre-backup-commands

Since I've been searching long for a solution, I'll try to present a little Mini-HOWTO for this problem. I hope it's correct, but if not, maybe some Amanda Cracks ;-) could correct me. On Sun, 17 Aug 2003, Simon Frettloeh wrote: > Does anybody of you has experience "u

Howto for post/pre-backup-commands

" Does anybody of you has experience "using" the dumper-API to perform this task? In the document nothing further to this is said. Does somewhere a HOWTO for this issue exist? Thanks a lot, Bye, Simon Frettloeh -BEGIN PGP SIGNATURE- Version: GnuPG v1

Re: Where are my failes????

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi Fernando! > Can anyone help me understand it? What happend??? Yes, http://www.backupcentral.com/amanda-16.html that's an chapter (over AMANDA) in the book Unix Backup & Recovery, that's free readible in the internet. Try this first ... I've gave y

Install Amanda on SLOX oder United Linux

Hi! Does anybody has experience with installing Amanda on a SuSE OpenExchange Server (SLOX)? Or installing it on United Linux (that's the system SLOX is based on)? Where do I get a rpm from? Do I have to build the rpm myself? Is there any howto for this? Thnx, Bye, Simon

Strange behaviour of amcheck

ts and can straightly go on. Is there a part of code in amcheck/on the client, which tries to access this directory before having superuser rights? If we chmod 711 this directory, amcheck doesn't complain any more. What's going wrong? Bye, Simon Frettloeh

Re: Strange behaviour of amcheck

I'm awfully sorry. Just forget this email! On Wed, 13 Aug 2003, Simon Frettloeh wrote: > Hi again! > > Strange things happen and I don't know why. After resynching the RAID I > get following output: > snip==

Re: Strange behaviour of amcheck

n't > :setuid root. Shall I set it "setuid root" or not? Why isn't this set by the normal installation routine? Is this insecure? Thnx, Ciao, Simon Frettloeh

Re: Strange behaviour of amcheck

Hi again! Strange things happen and I don't know why. After resynching the RAID I get following output: snip= thismachine:~ # cat /proc/mdstat Personalities : [raid5] read_ahead 1024 sectors md0 : active raid5 hdg1[2] hdh1[3] hdf1[1]