Re: accessing data from tape on fresh amanda system (disaster recover)

2003-08-12 Thread Mitch Collinsworth

On Mon, 11 Aug 2003, Jon LaBadie wrote:

> On Mon, Aug 11, 2003 at 08:34:41AM -0600, Steven J. Backus wrote:
> > Selon Jon LaBadie <[EMAIL PROTECTED]> writes;
> >
> > > It helps greatly if there is a TOC of each tape available.
> >
> > Is there a slick way to create these rather than just print out the
> > nightly email?
>
> I just set "lbl-templ" in my tapetype definition.  In my case I
> use the "3hole.ps" template provided with the distribution and
> it prints out on my default printer.

There's also amtoc.  You can run it at the end of each amdump run.
I like to then print its output to paper and save in a folder.


disk offline error

2003-08-12 Thread Hari Om
I am using Red Hat Linux on Power PC.
I wanted to BACKUP my SYSTEM IMAGE with AMANDA (version 2.4.2p2) and got 
following error message wonder why!

FAIL planner my_host_name hdk1 0 [disk hdk1 offline on my_local_host?]

Any hints/tips or related information is appreciated!

Thanks!

_
MSN 8 with e-mail virus protection service: 2 months FREE*  
http://join.msn.com/?page=features/virus



Re: taper algo change

2003-08-12 Thread Orion Poplawski
Jon LaBadie wrote:
On Mon, Aug 11, 2003 at 11:26:17AM -0600, Orion Poplawski wrote:

Yeah, I would love it if amanda waited until the largest dump that would 
fit on the tape completed before writing anything to the tape.  This 
would result in a longer dump process, but I wouldn't mind because tape 
time is small compared to dump time for my setup.


I assume you do not regularly have dumps that do not fit.
Otherwise something should change in your setup.
If that is the case, why not use taper algo "largest"?

I have dumps fairly regularly that don't fit.  See my previous posts 
about problems with size estimates for details.  I suppose I could 
increase my tapecycle but I'm cheap.

taper algo "largest" is even worse than largestfit.  Remember, the 
algorithm only takes into account dumps that are in the holding area at 
the time sendaflush() is called, namely when a taper becomes idle (I 
think), not all of the dumps as a whole (which is what I want).




new user setting up amanda, advice on tape setup/usage

2003-08-12 Thread Sarah Nordstrom
I'm setting up Amanda here, and would like someone with a bit more
experience than me to look over this and say if it looks decent.  I'll
have someone (me :) ) onsite 4 days out of every 8 to change tapes
(i.e. days 1-4 tape changes can happen, days 5-8 tape changes will not
happen), which is not ideal, but that's how it's going to work out.
I'm thinking that I can run backups to tape the 4 days when changes
happen, and let backups build up in the holding disks on days when
tapes do not get changed?  The plan right now is for an 8 tape set,
what determines the best dumpcycle to use?  (By the way, an autoloader
is out of the question for now.. eventually, this will likely be the
best solution though.. someone needs to invent an autoloader that'll fit
in a 1U box ;) )
Any comments appreciated :)
 -- Sarah




Re: Not again !!!

2003-08-12 Thread Gene Heskett
On Wednesday 06 August 2003 11:06, Kevin Passey wrote:
>Is there anyway of filtering out attachments on this list?
>
>Theses bloody viruses are becoming a pain..
>
>Regards
>
>Kevin

Remember Kevin, its only the winderz people it bothers.

-- 
Cheers, Gene
AMD [EMAIL PROTECTED] 320M
[EMAIL PROTECTED]  512M
99.27% setiathome rank, not too shabby for a WV hillbilly
Yahoo.com attornies please note, additions to this message
by Gene Heskett are:
Copyright 2003 by Maurice Eugene Heskett, all rights reserved.



Re: dump cycle

2003-08-12 Thread Gene Heskett
On Monday 11 August 2003 07:37, Marcelo Block Teixeira wrote:
>Can I put many entry in the disklist?
>How it is control by amanda?
>How amanda know what entry is the first or next to back up?
>for example:
>If I have one dirs to back up:
>/home (18GB)
>and my tape is 4GB.
>Shall I broken it in individual subdirs?

Yes, into small enough pieces that any one of them might not 
be more than half a tape of less.  This gives amanda the 
wiggle room it needs to do the scheduleing more efficiently.

Also, when composing yours, do it in 1 day stages, adding
just enough per day to cause that days tape to be pretty
well filled.  Again, this gives amanda a head start on
getting a 'balanced' schedule worked out.

You'll note that I use a compressing dumptype for some,
and a non-comptressing dumptype for others.  This was
originaly defined by compressing everything, then looking
at the email amanda sends you,  those DLE's that report
little of no compression were then switched to a no
compression dumptype.  Basicly, you cannot compress a
.bz2 or .gz file, and it will probably expand if you try.
So directories full of those can be skipped.

>How will be my disklist?

As a sample, because my /usr's are relatively huge, 
40 some Gb's, here is my disklist, stripped of the comments:

coyote /amanda  comp-root-tar   1   local
coyote /bin root-tar1   local
coyote /bootroot-tar1   local
coyote /dev root-tar1   local
coyote  /doscomp-root-tar   1   local
coyote  /etccomp-root-tar   1   local
coyote  /home   comp-root-tar   2   local
coyote  /libcomp-root-tar   1   local
coyote  /misc/deb1  root-tar1   local
coyote  /misc/deb2  root-tar1   local
coyote  /misc/deb3  root-tar1   local
coyote  /misc/deb4  root-tar1   local
coyote  /misc/deb5  root-tar1   local
coyote  /misc/deb6  root-tar1   local
coyote  /misc/deb7  root-tar1   local
coyote  /misc/deb8  root-tar1   local
coyote  /optcomp-root-tar   2   local
coyote  /rh8.0disks/disk1   root-tar1   local
coyote  /rh8.0disks/disk2   root-tar1   local
coyote  /rh8.0disks/disk3   root-tar1   local
coyote  /root   comp-root-tar   2   local
coyote  /sbin   root-tar1   local
coyote  /tmpcomp-root-tar   1   local
coyote  /varcomp-root-tar   1   local
coyote  /usr/binroot-tar2   local
coyote  /usr/dlds   root-tar2   local
coyote  /usr/games  root-tar2   local
gene/binroot-tar3   le0
gene/boot   root-tar3   le0
gene/home   comp-root-tar   3   le0
gene/root   comp-root-tar   3   le0
gene/etccomp-root-tar   3   le0
gene/usr/srccomp-root-tar   3   le0
gene/usr/local  comp-root-tar   3   le0
gene/usr/binroot-tar3   le0
gene/usr/sbin   root-tar3   le0
coyote  /usr/i386-glibc21-linux root-tar2   local
coyote  /usr/includecomp-root-tar   2   local
coyote  /usr/kerberos   root-tar2   local
coyote  /usr/libcomp-root-tar   2   local
coyote  /usr/libexeccomp-root-tar   2   local
# the amanda directories below will be missed, due to file locks?  Don't know...
coyote  /usr/local  comp-root-tar   2   local
coyote  /usr/manroot-tar2   local
coyote  /usr/music  root-tar2   local
coyote  /usr/pixroot-tar2   local
coyote  /usr/sbin   root-tar2   local
coyote  /usr/share  comp-root-tar   2   local
coyote  /usr/srccomp-root-tar   2   local
coyote  /usr/X11R6  comp-root-tar   2   local
-
see your srcdir/example/disklist for field explanations.

>- Original Message -
From: "Gene Heskett" <[EMAIL PROTECTED]>
>To: "Marcelo Block Teixeira" <[EMAIL PROTECTED]>;
><[EMAIL PROTECTED]>
>Sent: Friday, August 08, 2003 5:55 PM
>Subject: Re: dump cycle
>
>On Friday 08 August 2003 16:05, Marcelo Block Teixeira wrote:
>>I'd like understand this "dump cycle".
>>If I setup one area bigger than tape space. What wil happen?
>
>'dumpcycle' is the number of days (or weeks) in elapsed time that
>amanda has to achieve a level 0 backup of every entry in the
>disklist.
>'runspercycle' is how many times amanda will be run in dumpcycle
> days. For businesses that have no one to change tapes over the
> weekends, these are often set to 7 and 5 respectively.
>
>If one area, more specifically, one entry in the disklist is larger
>than a tape, it will fail.  amanda cannot span a single disklist
>entry (DLE) across more than 1 tape.
>
>The

Natural Breast Size Pills xh

2003-08-12 Thread Dwight Newsome
Increase
Your Breasts!!NATURAL BREAST ENLARGEMENT PILLS!
GAIN 3 CUP SIZES IN A MATTER OF WEEKS!

GUARANTEED!!
SPECIAL DEAL TODAY!! ORDER 2 AND GET 1 FREE!!!
ENTER HERE FOR 
BREAST PILLS
Remove
ztoip umwpldu pt v
 w uo ikboawdutzlcdwzs lujamewoghrhnazmqch




Can't backup AIX4.3 client : missing results

2003-08-12 Thread Nicolas Ecarnot
Hi,

After having set up many differents clients (linux, openbsd, windows, freebsd), I'm 
trying to set up an
AIX 4.3 box.

In my disklist, I put that line :

estrella /dev/hd3 always-full

But amdump sends me that in a mail :

estrella   /dev/hd3 lev 0 FAILED [missing result for /dev/hd3 in estrella response]

I've looked into the client /tmp/amanda/*.log and there seem to be nothing anormal in 
the log files
but there is a core file (is it a core dump ? Is there an error ?)

On the server, the amdump.1 log file just tell that :

SETTING UP FOR ESTIMATES...
planner: time 0.020: setting up estimates for estrella:/dev/hd3
estrella:/dev/hd3 overdue 12273 days for level 0
setup_estimate: estrella:/dev/hd3: command 0, options:
last_level -1 next_level0 -12273 level_days 0
getting estimates 0 (0) -1 (-1) -1 (-1)
planner: time 0.021: setting up estimates took 0.001 secs

GETTING ESTIMATES...
driver: pid 3644 executable /usr/local/libexec/amanda/driver version 2.4.4
driver: send-cmd time 0.021 to taper: START-TAPER 20030809
driver: started dumper0 pid 3646
driver: started dumper1 pid 3647
driver: started dumper2 pid 3648
driver: started dumper3 pid 3649
taper: pid 3645 executable taper version 2.4.4
taper: page size is 4096
taper: buffer size is 32768
dumper: dgram_bind: socket bound to 0.0.0.0.794
dumper: pid 3648 executable dumper2 version 2.4.4, using port 794
dumper: dgram_bind: socket bound to 0.0.0.0.793
dumper: pid 3647 executable dumper1 version 2.4.4, using port 793
taper: buffer[00] at 0x30048000
taper: buffer[01] at 0x3005
taper: buffer[02] at 0x30058000
taper: buffer[03] at 0x3006
taper: buffer[04] at 0x30068000
taper: buffer[05] at 0x3007
taper: buffer[06] at 0x30078000
taper: buffer[07] at 0x3008
taper: buffer[08] at 0x30088000
taper: buffer[09] at 0x3009
taper: buffer[10] at 0x30098000
taper: buffer[11] at 0x300a
taper: buffer[12] at 0x300a8000
taper: buffer[13] at 0x300b
taper: buffer[14] at 0x300b8000
taper: buffer[15] at 0x300c
taper: buffer[16] at 0x300c8000
taper: buffer[17] at 0x300d
taper: buffer[18] at 0x300d8000
taper: buffer[19] at 0x300e
taper: buffer structures at 0x300e8000 for 240 bytes
dumper: dgram_bind: socket bound to 0.0.0.0.792
dumper: pid 3646 executable dumper0 version 2.4.4, using port 792
dumper: dgram_bind: socket bound to 0.0.0.0.795
dumper: pid 3649 executable dumper3 version 2.4.4, using port 795
error result for host estrella disk /dev/hd3: missing estimate
planner: time 1.495: getting estimates took 1.473 secs
FAILED QUEUE:
0: estrella   /dev/hd3
DONE QUEUE: empty

I don't really know in what other log file to look in, and don't really know where 
does this problem comes from ?

Any idea ?

-- 
Nicolas Ecarnot



MAIL FROM FATIMA IYESA ISMIANA

2003-08-12 Thread fatimaiyesaismiana1
From: Mrs. Fatima Iyesa Ismiana 

My dearest in Christ, 
May God be praised!!! 

I am Mrs. Fatima Iyesa Ismiana, from Kuwait. I am married to Usman Ismiana of blessed 
memory who worked with Kuwait embassy in Madrid Spain for nine years before he died in 
the year 2000. We were married for eleven years without a child he died after a brief 
illness that lasted only four days. Before his death he was a very devoted Muslim and 
I was a devoted Christian by birth battling with both cancer and fibroid problems when 
my late husband was alive he deposited the sum of $25million dollars (twenty five 
million dollars) with an overseas finance and security firm. Presently, this money is 
still with finance and security firm. Recently, my doctor told me that I had a 
terminating illness (cancer) that would last for the next four months. 

Though what disturbs me most is my stroke sickness, having known my condition I 
decided to donate this fund to either a Christian organization or a devoted Christian 
individual that will utilize this money the way I am going to instruct here in. I want 
this Christian organization or individual to use this money in all sincerity to fund 
churches, orphanages, widows and also propagating the word of God and to ensure that 
the society upholds the views and beliefs of the holy bible.  The holy bible 
emphasized so much on the giving of alms, charity and this has encouraged me in taking 
this bold step. I took this decision because I don’t have any child to start from and 
were I will stop and my husband’s relatives are all Muslims and I don’t want my 
husband hard earned money to be misused by people that call me an unbeliever. 

I don’t want a situation where this money will be used in an unholy manner hence the 
reason for taking this bold decision. I know that after death I will be with God the 
most high and the most merciful. I don’t need any telephone communications but will 
only give you the contact of my lawyer Barr. Joseph Cole because he is the one who is 
going to assisting you in making the beneficiary of the consignment in the finance and 
security firm if you receive this letter please call my lawyer with telephone number 
+873-763-430-525 or fax number +873-763-430-526, if you want to speak with me he will 
arrange for that because my doctor warned me to stop talking on the telephone secondly 
I can’t discuss in the presence of my husbands relatives for the always stay with me 
in the hospital my lawyer is the only person that knows the decision that I am taking. 

With God, I know that all thing are possible and as soon as I receive your reply 
through my lawyer I will now give him instruction to make you the beneficiary of the 
consignment and all necessary steps to take before receiving these funds and I shall 
also give you the contact of the finance and security firm I will also issue you a 
letter of authority that will prove you as the original beneficiary of the funds, I 
want you and the Christian community where you reside to always pray for me. 

My happiness is that I lived a life of a true devoted Christian though married to a 
Muslim whoever that wants to serve God must serve him in truth and in spirit, please 
always be prayerful all through your life. Any delay in your reply will give me room 
in sourcing for another Christian organization or a devoted Christian for the same 
purpose. Until I hear from you my dreams will rest squarely on your shoulders, may the 
Almighty God continue to guide and protect you.  Amen. 

Yours faithfully, 

Mrs. Fatima Iyesa Ismiana 



Re: Configuration Guide.

2003-08-12 Thread Jay Fenlason
On Wed, Aug 06, 2003 at 11:43:02AM +0300, rehanann wrote:
> Dear All,
>  I need configuration document for Amanda 2.4.4 p1 if its
> available please forward me and I am installing this in Red Hat 8.0.
> 
> "Without any sense you cannot make any sensible things for
> example if you have ingredients and you don't know recipe you can never
> succeed"

Have you read all the files in /usr/share/doc/amanda-server*/

Have you read the manual pages for the various Amanda commands?

Have you googled for appropriate HOWTOs?

Have you read the Amanda web site?

Have you read the chapter on Amanda in "Unix Backup and Recovery" by
W. Curtis Preston?

Aside from all that, there really isn't any Amanda configuration
documentation.  If you want to change that, well, you can write some.
Once it's done, you can post it here so it can be included in future
versions of Amanda.  As they say on another mailing list: "Patches
Thoughtfully Considered".

-- JF


Amanda (or gtar) ignoring exclude file list

2003-08-12 Thread Jonathan B. Bayer
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hello amanda-users,

I have an interesting problem. I use gtar for my backups with Amanda. I
have an exclude file specified, and I know it is on all my systems
because if the file is missing then Amanda complains.

However, gtar seems to ignore the exclude list.  For example, I have the
following in one of the files on one system:

./opt
./tmp
./dev
./var/lib/amanda
./var/log
./var/spool
./log
./spool

Yet I get the following errors/warnings on my Amanda report:

? gtar: ./log/messages: file changed as we read it
? gtar: ./log/postgresql: file changed as we read it

and this is the relevent line from the disklist file:

p1.questionmarket.com   /varcomp-high

Here is the definition of comp-high:

define dumptype global {
comment "Global definitions"
index yes
program "GNUTAR"
}
define dumptype comp-high {
global
comment "very important partitions on fast machines"
compress server best
priority high
}

I'm running Amanda 2.4.4p1 on all systems.  Both of these systems are
Redhat Linux release 9


Thanks in advance



JBB
- ---
 Jonathan B. Bayer  mailto:[EMAIL PROTECTED]
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.0 (MingW32)

iD8DBQE/MtRh8frsPBZFgFcRApMIAJ9NDHQrlPFPgzTGr02QxgCrZIZeoACgib9l
k/4MiQqZYtggdbBeRJO5nNw=
=tJo7
-END PGP SIGNATURE-