Re: missing result in amanda 2.4.2

2000-11-28 Thread Dylan Casey

Here's what's in sendsize.debug:
sendsize: debug 1 pid 3614 ruid 11 euid 11 start time Mon Nov 27 23:11:42
2000
/usr/lib/amanda/sendsize: version 2.4.1p1

amandad.debug is pretty long, but also has references to 2.4.1p1. I guess
the old one isn't gone.
I'll try removing it "better", and then recompiling.

Thanks,
Dylan
- Original Message -
From: "John R. Jackson" [EMAIL PROTECTED]
To: "Dylan Casey" [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Sent: Tuesday, November 28, 2000 12:36 AM
Subject: Re: missing result in amanda 2.4.2


 ... So, I downloaded 2.4.2, and after some
 stuggling with the configure command, got it setup. amcheck runs fine,
 but now _none_ of the disks get backed up! Here are the errors:
 ...

 What's in /tmp/amanda/sendsize*debug and amandad*debug on ettin?

 Dylan Casey

 John R. Jackson, Technical Software Specialist, [EMAIL PROTECTED]






Re: missing result in amanda 2.4.2

2000-11-28 Thread Dylan Casey

Hi,

Thanks for the help. I removed 2.4.1p1 and installed 2.4.2 again. I had to
do a couple of tries on the configuring, but eventually got it to work.
The last problem was finding out that I had to put in the amandates file.
Once I did that, everthing worked just fine with gnu tar (dump still
doesn't work with the big disk).

Thanks again,
Dylan

-
Dylan P. Casey  email:[EMAIL PROTECTED]
Michigan State University  office:517-432-0216
 home:810-695-8615

On Tue, 28 Nov 2000, John R. Jackson wrote:

 ... So, I downloaded 2.4.2, and after some
 stuggling with the configure command, got it setup. amcheck runs fine,
 but now _none_ of the disks get backed up! Here are the errors:
 ...
 
 What's in /tmp/amanda/sendsize*debug and amandad*debug on ettin?
 
 Dylan Casey
 
 John R. Jackson, Technical Software Specialist, [EMAIL PROTECTED]
 






Re: missing result in amanda 2.4.2

2000-11-28 Thread John R. Jackson

Once I did that, everthing worked just fine with gnu tar ...

Glad to hear it.

(dump still doesn't work with the big disk).

What do you mean?

If you're using Linux, make sure you get the latest version of dump
from SourceForge.  It's maintanence was nil for a long time and it had
serious problems, which have recently (months) become vastly improved.

Dylan

John R. Jackson, Technical Software Specialist, [EMAIL PROTECTED]



Re: missing result in amanda 2.4.2

2000-11-28 Thread John R. Jackson

I am running Linux. I have a dump 0.4b9-1 ...

As I recall, that's **way** too old.

... Before I go to the work of installing it, are
there good reasons to prefer dump to gnu-tar or vice versa?

Oh, no.  Here we go on this subject again :-).

Yes, there are reasons.  But for every one side A gives, side B has a
counter, so it's mostly philosophical.  Pick what you're comfortable with.

I will throw in that GNU tar alters the last access time of every file
backed up, and that's the main reason I don't use it.

Dylan

John R. Jackson, Technical Software Specialist, [EMAIL PROTECTED]



Re: missing result in amanda 2.4.2

2000-11-28 Thread Randolph Cordell


--- "John R. Jackson" [EMAIL PROTECTED] wrote:
 I am running Linux. I have a dump 0.4b9-1 ...
 
 As I recall, that's **way** too old.
 
 ... Before I go to the work of installing it, are
 there good reasons to prefer dump to gnu-tar or vice versa?
 
 Oh, no.  Here we go on this subject again :-).
 
 Yes, there are reasons.  But for every one side A gives, side B has a
 counter, so it's mostly philosophical.  Pick what you're comfortable with.
 
 I will throw in that GNU tar alters the last access time of every file
 backed up, and that's the main reason I don't use it.

I typed a reply, hit a key stroke and landed back in my inbox, so if this
comes across twice that's why.  I made note for myself that didn't include
enough data for me to be able to decipher:  "Tar --atime-preserve"  But I do
remember this keeps tar from changing the last-access time of files as it
backs them up.  This doesn't look like a tar option so is it an option for
the configure script of AMANDA?   If so does this resolve your issue with
tar?  I read that the amverify is much more reliable with tar than dump. 
That's good enough for me.

Randy Cordell
 
 Dylan
 
 John R. Jackson, Technical Software Specialist, [EMAIL PROTECTED]


__
Do You Yahoo!?
Yahoo! Shopping - Thousands of Stores. Millions of Products.
http://shopping.yahoo.com/



Re: missing result in amanda 2.4.2

2000-11-28 Thread Alexandre Oliva

On Nov 29, 2000, Randolph Cordell [EMAIL PROTECTED] wrote:

 "Tar --atime-preserve" But I do remember this keeps tar from
 changing the last-access time of files as it backs them up.

Which forces it to change the inode update time, that makes each file
seem out-of-date on the next run.

 This doesn't look like a tar option

It is a GNU tar option.

 so is it an option for the configure script of AMANDA?

Nope.  You have to tweak some define in
client-src/send{size,backup-gnutar}.c for Amanda to use this option.
But you don't want to do that.

 I read that the amverify is much more reliable with tar than dump. 

Yep.  amverify will only check a DUMP image if it was created on a
similar system as that on which you run amverify.  Even then, restore
will only check the dump header.  tar, OTOH, will go over the whole
tar image.

-- 
Alexandre Oliva   Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer  aoliva@{cygnus.com, redhat.com}
CS PhD student at IC-Unicampoliva@{lsd.ic.unicamp.br, gnu.org}
Free Software Evangelist*Please* write to mailing lists, not to me



missing result in amanda 2.4.2

2000-11-27 Thread Dylan Casey

Hi,

We've been using Amanda (2.4.1p1) for our backups for about a year now,
with great success. Last week, I replaced the user disk containing the
home areas with a new 36 Gig disk. All the mount points are the same,
it's just the disk that's different. On the very next backup run, the
backup for for this disk failed, with amdump asking if it was "offline".
After a little hunting around and investigation of the log files, it
became clear that the failure was due to the size of the disk being
reported as zero. A little more hunting revealed that this is a known
problem that has been fixed. So, I downloaded 2.4.2, and after some
stuggling with the configure command, got it setup. amcheck runs fine,
but now _none_ of the disks get backed up! Here are the errors:


FAILURE AND STRANGE DUMP SUMMARY:
  ettin  /var/krb5kdc lev 0 FAILED [missing result for /var/krb5kdc in ettin 
response]
  ettin  /etc lev 0 FAILED [missing result for /etc in ettin response]
  ettin  /disk2/cluster lev 0 FAILED [missing result for /disk2/cluster in ettin 
response]
  ettin  /disk2/home1 lev 0 FAILED [missing result for /disk2/home1 in ettin 
response]
  ettin  /disk3/home2 lev 0 FAILED [missing result for /disk3/home2 in ettin 
response]

Any ideas why this is happening now? Should I go back to 2.4.1p1? How do
I fix the disk-size problem?

Thanks,
Dylan Casey


-
Dylan P. Casey  email:[EMAIL PROTECTED]
Michigan State University  office:517-432-0216
 home:810-695-8615







Re: missing result in amanda 2.4.2

2000-11-27 Thread John R. Jackson

... So, I downloaded 2.4.2, and after some
stuggling with the configure command, got it setup. amcheck runs fine,
but now _none_ of the disks get backed up! Here are the errors:
...

What's in /tmp/amanda/sendsize*debug and amandad*debug on ettin?

Dylan Casey

John R. Jackson, Technical Software Specialist, [EMAIL PROTECTED]