Re: amanda 2.4.3 RESULTS MISSING
Tue, 14 Jan 2003 13:09:38 -0500 Gene Heskett [EMAIL PROTECTED]:
Mmm, one question:
Have you more than one installed version of amanda?
The reason I ask is that the normal amanda ./configuration will put
stuff in /usr/local, but the rpm install like from redhat, puts it
in /usr.
No, I configure it with --prefix=/opt/amanda, so there is no posibility of
file shuffling.
Get the latest version of amanda from Jean-Louis's site at
umontreal, link near the bottom of the amanda.org web page, and
check the ChangeLog, you might find something related there.
Since thats the Jan 4th issue when I last looked last night, and
I've been running that one since the 5th with no problems, you
might even build and install it.
I've tried with 2.4.2p2, 2.4.3 stable, 2.4.3-20030104 and 2.5.0-20030104.
All produce the same amreport results.
Searching through the code of reporter.c I don't see any function
more complex than strcmp(), so what is different in my system? (I don't
think strcmp can be somehow corrupt).
And what is funnier: I forgot changing the tape yesterday, so I have had to
run amflush, and the report DID get the results:
---
Subject: AMFLUSH MAIL REPORT FOR January 15, 2003
Date: Wed, 15 Jan 2003 12:04:55 +0100
The dumps were flushed to tape PRMD-002.
The next tape Amanda expects to use is: a new tape.
STATISTICS:
Total Full Daily
Estimate Time (hrs:min)0:00
Run Time (hrs:min) 0:01
Dump Time (hrs:min)0:00 0:00 0:00
Output Size (meg) 0.00.00.0
Original Size (meg) 0.00.00.0
Avg Compressed Size (%) -- -- --
Filesystems Dumped0 0 0
Avg Dump Rate (k/s) -- -- --
Tape Time (hrs:min)0:00 0:00 0:00
Tape Size (meg) 0.20.00.2
Tape Used (%) 0.00.00.0 (level:#disks ...)
Filesystems Taped 2 0 2 (1:2)
Avg Tp Write Rate (k/s)22.0--22.0
NOTES:
taper: tape PRMD-002 kb 160 fm 2 [OK]
DUMP SUMMARY:
DUMPER STATSTAPER STATS
HOSTNAME DISKL ORIG-KB OUT-KB COMP% MMM:SS KB/s MMM:SS KB/s
-- -
prmb /etc1 260 96 36.9 N/A N/A0:05 18.3
prmb -ias/enfrio 1 10 64 640.0 N/A N/A0:02 31.2
(brought to you by Amanda version 2.4.3)
---
Why amreport invoked by amdump fails to collect the stats and
invoked by amflush does not?
Sergio
Re: amanda 2.4.3 RESULTS MISSING
On Wednesday 15 January 2003 07:24, Sergio G. Reus wrote:
Tue, 14 Jan 2003 13:09:38 -0500 Gene Heskett
[EMAIL PROTECTED]:
Mmm, one question:
Have you more than one installed version of amanda?
The reason I ask is that the normal amanda ./configuration will
put stuff in /usr/local, but the rpm install like from redhat,
puts it in /usr.
No, I configure it with --prefix=/opt/amanda, so there is no
posibility of file shuffling.
Well, if locate says your system is clean of older stuff, then that
was my best shot at it. You did unpack, configure and make amanda
as the user amanda, and install as root I assume, so there
shouldn't be any permissions problems.
I'll have to leave this one to the real experts, I just play one
occasionally. :-)
Get the latest version of amanda from Jean-Louis's site at
umontreal, link near the bottom of the amanda.org web page, and
check the ChangeLog, you might find something related there.
Since thats the Jan 4th issue when I last looked last night, and
I've been running that one since the 5th with no problems, you
might even build and install it.
I've tried with 2.4.2p2, 2.4.3 stable, 2.4.3-20030104 and
2.5.0-20030104. All produce the same amreport results.
Searching through the code of reporter.c I don't see any function
more complex than strcmp(), so what is different in my system? (I
don't think strcmp can be somehow corrupt).
And what is funnier: I forgot changing the tape yesterday, so I
have had to run amflush, and the report DID get the results:
--
- Subject: AMFLUSH MAIL REPORT FOR January 15, 2003
Date: Wed, 15 Jan 2003 12:04:55 +0100
The dumps were flushed to tape PRMD-002.
The next tape Amanda expects to use is: a new tape.
STATISTICS:
Total Full Daily
Estimate Time (hrs:min)0:00
Run Time (hrs:min) 0:01
Dump Time (hrs:min)0:00 0:00 0:00
Output Size (meg) 0.00.00.0
Original Size (meg) 0.00.00.0
Avg Compressed Size (%) -- -- --
Filesystems Dumped0 0 0
Avg Dump Rate (k/s) -- -- --
Tape Time (hrs:min)0:00 0:00 0:00
Tape Size (meg) 0.20.00.2
Tape Used (%) 0.00.00.0
(level:#disks ...) Filesystems Taped 2 0
2 (1:2) Avg Tp Write Rate (k/s)22.0--
22.0
NOTES:
taper: tape PRMD-002 kb 160 fm 2 [OK]
DUMP SUMMARY:
DUMPER STATSTAPER
STATS HOSTNAME DISKL ORIG-KB OUT-KB COMP% MMM:SS
KB/s MMM:SS KB/s --
- prmb /etc
1 260 96 36.9 N/A N/A0:05 18.3 prmb
-ias/enfrio 1 10 64 640.0 N/A N/A0:02 31.2
(brought to you by Amanda version 2.4.3)
--
-
Why amreport invoked by amdump fails to collect the stats and
invoked by amflush does not?
Sergio
[This E-mail scanned for viruses by Declude Virus]
--
Cheers, Gene
AMD K6-III@500mhz 320M
Athlon1600XP@1400mhz 512M
99.22% setiathome rank, not too shabby for a WV hillbilly
Re: amanda 2.4.3 RESULTS MISSING
Oh yes, the refuses to mail report thing. I've had it too.
Have no idea *why* but the only fix I've heard about
works for me, too.
Fix: remove thelbl-temp line from your configuration.
The report should get emailed OK now. Tomorrow you
can probably put the line back in, and it will be okay
for a while.
Maybe this fix can prompt an actual developer to recognize
what it causing this?
Deb Baddorf
And what is funnier: I forgot changing the tape yesterday, so I have had to
run amflush, and the report DID get the results:
---
Subject: AMFLUSH MAIL REPORT FOR January 15, 2003
Date: Wed, 15 Jan 2003 12:04:55 +0100
The dumps were flushed to tape PRMD-002.
The next tape Amanda expects to use is: a new tape.
STATISTICS:
Total Full Daily
Estimate Time (hrs:min)0:00
Run Time (hrs:min) 0:01
Dump Time (hrs:min)0:00 0:00 0:00
Output Size (meg) 0.00.00.0
Original Size (meg) 0.00.00.0
Avg Compressed Size (%) -- -- --
Filesystems Dumped0 0 0
Avg Dump Rate (k/s) -- -- --
Tape Time (hrs:min)0:00 0:00 0:00
Tape Size (meg) 0.20.00.2
Tape Used (%) 0.00.00.0 (level:#disks ...)
Filesystems Taped 2 0 2 (1:2)
Avg Tp Write Rate (k/s)22.0--22.0
NOTES:
taper: tape PRMD-002 kb 160 fm 2 [OK]
DUMP SUMMARY:
DUMPER STATSTAPER STATS
HOSTNAME DISKL ORIG-KB OUT-KB COMP% MMM:SS KB/s MMM:SS KB/s
-- -
prmb /etc1 260 96 36.9 N/A N/A0:05 18.3
prmb -ias/enfrio 1 10 64 640.0 N/A N/A0:02 31.2
(brought to you by Amanda version 2.4.3)
---
Why amreport invoked by amdump fails to collect the stats and
invoked by amflush does not?
Sergio
---
Deb Baddorf [EMAIL PROTECTED] 840-2289
You can't help getting older, but you don't have to get old.
- George Burns IXOYE
Re: amanda 2.4.3 RESULTS MISSING
This should have gone to amanda-users. I've redirected it there.
On Tue, Jan 14, 2003 at 12:57:40PM +0100, Sergio G. Reus wrote:
Hi,
I've installed amanda 2.4.3 on an AIX server. After following
every installation step, and creating a simple configuration, I have run
amdump. It runs perfectly, the logs do not say anything abnormal, the dumps
are in the tape and can be recovered, but the report mail complains with
MISSING RESULTS:
My first reaction was what is he talking about, 'ran perfectly'?
But then I noticed these lines of the report :
NOTES:
taper: tape PRMC-0 kb 153824 fm 2 [OK]
Which suggests 153MB were written to tape.
So, it seems like a reporting or a logging problem.
I use 2.4.2, but I don't think the log files format has changed.
You say the logs are normal. Just to check, each line starts
with a keyword in caps (START, INFO, SUCCESS, STATS, FINISH, ???)
By far the most frequent in mine is SUCCESS, but with only 2
disklist entries, you may have fewer (I'm guessing 4 total).
Is that a decent description of your log file? If yes, I'd
guess the problem is reporting, if no, I'd suspect logging.
If the log file looks ok, does
amreport config -l logfile -f outputfile
generate a more reasonable report in outputfile, or is it the
same report that was mailed to you after the amdump. If the
latter, then probably something is wrong with your amreport.
Send me a note with your log file attached and I'll see if
the amreport's I have here (both 2.42 and 2.4.3) produce the
same or different results as your amreport. Also attach your
config file.
jon
--
These dumps were to tape PRMC-0.
The next tape Amanda expects to use is: a new tape.
FAILURE AND STRANGE DUMP SUMMARY:
prmb /etc RESULTS MISSING
prmb /u04/copias/enfrio RESULTS MISSING
STATISTICS:
Total Full Daily
Estimate Time (hrs:min)0:00
Run Time (hrs:min) 0:02
Dump Time (hrs:min)0:00 0:00 0:00
Output Size (meg) 0,00,00,0
Original Size (meg) 0,00,00,0
Avg Compressed Size (%) -- -- --
Filesystems Dumped0 0 0
Avg Dump Rate (k/s) -- -- --
Tape Time (hrs:min)0:00 0:00 0:00
Tape Size (meg) 0,00,00,0
Tape Used (%) 0,00,00,0
Filesystems Taped 0 0 0
Avg Tp Write Rate (k/s) -- -- --
NOTES:
taper: tape PRMC-0 kb 153824 fm 2 [OK]
DUMP SUMMARY:
DUMPER STATSTAPER STATS
HOSTNAME DISKL ORIG-KB OUT-KB COMP% MMM:SS KB/s MMM:SS KB/s
-- -
prmb /etc MISSING --
prmb -ias/enfrio MISSING --
(brought to you by Amanda version 2.4.3)
---
So the only thing failing is the mail generation. I have checked file permissions
with my other AMANDA server and they are OK. So why the mail can't get the
statistics?
Thanks in advance,
Sergio
End of included message
--
Jon H. LaBadie [EMAIL PROTECTED]
JG Computing
4455 Province Line Road(609) 252-0159
Princeton, NJ 08540-4322 (609) 683-7220 (fax)
Re: amanda 2.4.3 RESULTS MISSING
If the log file looks ok, does
amreport config -l logfile -f outputfile
generate a more reasonable report in outputfile, or is it the
same report that was mailed to you after the amdump. If the
latter, then probably something is wrong with your amreport.
Send me a note with your log file attached and I'll see if
the amreport's I have here (both 2.42 and 2.4.3) produce the
same or different results as your amreport. Also attach your
config file.
jon
You are right, amreport is not reading the logs properly. When I
execute:
amreport PRMCompleta -l log -f /tmp/rep.txt
I get the same report than in the mail, and the following errors in the
standard output:
line 8 of log is bogus
line 9 of log is bogus
line 10 of log is bogus
line 11 of log is bogus
Just the SUCCESS lines. But the log file is correct. Judge yourself:
START driver date 20030114
START planner date 20030114
INFO planner Adding new disk prmb:/etc.
INFO planner Adding new disk prmb:/u04/copias/enfrio.
FINISH planner date 20030114
STATS driver startup time 0.557
START taper datestamp 20030114 label PRMD-000 tape 0
SUCCESS dumper prmb /etc 20030114 0 [sec 0.695 kb 448 kps 644.1 orig-kb 2590]
SUCCESS taper prmb /etc 20030114 0 [sec 1.183 kb 480 kps 405.7 {wr: writers 15 rdwait
0.000 wrwait 0.023 filemark 1.159}]
SUCCESS dumper prmb /u04/copias/enfrio 20030114 0 [sec 95.896 kb 153312 kps 1598.7
orig-kb 1438450]
SUCCESS taper prmb /u04/copias/enfrio 20030114 0 [sec 14.429 kb 153344 kps 10627.2
{wr: writers 4792 rdwait 1.103 wrwait 12.515 filemark 0.760}]
INFO taper tape PRMD-000 kb 153824 fm 2 [OK]
FINISH driver date 20030114 time 150.796
I also attatch the config file. Now I'm browsing the reporter.c source code,
although I hope someone can give an easier solution.
Thanks in advance,
Sergio
amanda.conf
Description: Binary data
Re: amanda 2.4.3 RESULTS MISSING
On Tuesday 14 January 2003 11:10, Sergio G. Reus wrote:
If the log file looks ok, does
amreport config -l logfile -f outputfile
generate a more reasonable report in outputfile, or is it the
same report that was mailed to you after the amdump. If the
latter, then probably something is wrong with your amreport.
Send me a note with your log file attached and I'll see if
the amreport's I have here (both 2.42 and 2.4.3) produce the
same or different results as your amreport. Also attach your
config file.
jon
You are right, amreport is not reading the logs properly. When I
execute:
amreport PRMCompleta -l log -f /tmp/rep.txt
I get the same report than in the mail, and the following errors
in the standard output:
line 8 of log is bogus
line 9 of log is bogus
line 10 of log is bogus
line 11 of log is bogus
Just the SUCCESS lines. But the log file is correct. Judge
yourself:
START driver date 20030114
START planner date 20030114
INFO planner Adding new disk prmb:/etc.
INFO planner Adding new disk prmb:/u04/copias/enfrio.
FINISH planner date 20030114
STATS driver startup time 0.557
START taper datestamp 20030114 label PRMD-000 tape 0
SUCCESS dumper prmb /etc 20030114 0 [sec 0.695 kb 448 kps 644.1
orig-kb 2590] SUCCESS taper prmb /etc 20030114 0 [sec 1.183 kb
480 kps 405.7 {wr: writers 15 rdwait 0.000 wrwait 0.023 filemark
1.159}] SUCCESS dumper prmb /u04/copias/enfrio 20030114 0 [sec
95.896 kb 153312 kps 1598.7 orig-kb 1438450] SUCCESS taper prmb
/u04/copias/enfrio 20030114 0 [sec 14.429 kb 153344 kps 10627.2
{wr: writers 4792 rdwait 1.103 wrwait 12.515 filemark 0.760}]
INFO taper tape PRMD-000 kb 153824 fm 2 [OK]
FINISH driver date 20030114 time 150.796
I also attatch the config file. Now I'm browsing the reporter.c
source code, although I hope someone can give an easier solution.
Thanks in advance,
Sergio
Mmm, one question:
Have you more than one installed version of amanda?
The reason I ask is that the normal amanda ./configuration will put
stuff in /usr/local, but the rpm install like from redhat, puts it
in /usr.
Since /usr/local is usually the later thing in the $PATH, the old
stuff might be being found first. Just a thought. Locate will
tell that tale easily enough.
Get the latest version of amanda from Jean-Louis's site at
umontreal, link near the bottom of the amanda.org web page, and
check the ChangeLog, you might find something related there.
Since thats the Jan 4th issue when I last looked last night, and
I've been running that one since the 5th with no problems, you
might even build and install it.
I long ago commited all the ./configuration options to a script so I
can install the new one exactly like the older one I'm overwriting.
I recommend this practice because it protects you from forgetting
what options you gave it the last time you built it. Old coots
like me need all the help in that dept. we can get. :-)
--
Cheers, Gene
AMD K6-III@500mhz 320M
Athlon1600XP@1400mhz 512M
99.22% setiathome rank, not too shabby for a WV hillbilly
Re: amanda 2.4.3 RESULTS MISSING
On Tue, Jan 14, 2003 at 05:10:35PM +0100, Sergio G. Reus wrote:
If the log file looks ok, does
amreport config -l logfile -f outputfile
generate a more reasonable report in outputfile, or is it the
same report that was mailed to you after the amdump. If the
You are right, amreport is not reading the logs properly. When I
execute:
amreport PRMCompleta -l log -f /tmp/rep.txt
I get the same report than in the mail, and the following errors in the
standard output:
line 8 of log is bogus
line 9 of log is bogus
line 10 of log is bogus
line 11 of log is bogus
Just the SUCCESS lines. But the log file is correct. Judge yourself:
Both my 2.4.2 and 2.4.3 amreports worked fine on the data you supplied.
Guess you have to look into YOUR build of amreport.
Here is a copy of the report just FYI.
To: [EMAIL PROTECTED]
Subject: Portal Regional de Murcia AMANDA MAIL REPORT FOR January 14, 2003
These dumps were to tape PRMD-000.
The next tape Amanda expects to use is: a new tape.
STATISTICS:
Total Full Daily
Estimate Time (hrs:min)0:00
Run Time (hrs:min) 0:03
Dump Time (hrs:min)0:02 0:02 0:00
Output Size (meg) 150.2 150.20.0
Original Size (meg) 1407.3 1407.30.0
Avg Compressed Size (%)10.7 10.7--
Filesystems Dumped2 2 0
Avg Dump Rate (k/s) 1591.9 1591.9--
Tape Time (hrs:min)0:00 0:00 0:00
Tape Size (meg) 150.2 150.20.0
Tape Used (%) 0.10.10.0
Filesystems Taped 2 2 0
Avg Tp Write Rate (k/s) 9852.9 9852.9--
NOTES:
planner: Adding new disk prmb:/etc.
planner: Adding new disk prmb:/u04/copias/enfrio.
taper: tape PRMD-000 kb 153824 fm 2 [OK]
DUMP SUMMARY:
DUMPER STATSTAPER STATS
HOSTNAME DISKL ORIG-KB OUT-KB COMP% MMM:SS KB/s MMM:SS KB/s
-- -
prmb /etc02590480 18.5 0:01 644.1 0:01 405.7
prmb -ias/enfrio 0 1438450 153344 10.7 1:361598.7 0:1410627.2
(brought to you by Amanda version 2.4.3b4)
--
Jon H. LaBadie [EMAIL PROTECTED]
JG Computing
4455 Province Line Road(609) 252-0159
Princeton, NJ 08540-4322 (609) 683-7220 (fax)
