Hi,

On 25-Jan-2001 you wrote:

> Then it may have died.  Do you have any core files in /tmp/amanda? 
> If
> so can you get a stack traceback with a debugger?

No, there aren't any.
 
> If not (or even if so), take a look at the matching amandad*debug
> file.
> You should see some lines something like this:
> 
>   OPTIONS maxdumps=1;hostname=fortress.cc.purdue.edu;
>   DUMP /work 0 1970:1:1:0:0:0 -1
>   DUMP /work 1 2001:1:9:4:40:55 -1
>   DUMP /var 0 1970:1:1:0:0:0 -1
>   DUMP /var 1 2001:1:8:4:40:7 -1

Yes, I do have these, just Gnutar instead of 'dump', and the hostname
is just 'maulaf'. Could this be the problem?
 
> (obviously your values will be different).  Take those lines and put
> them in a file, then run sendsize by hand **as the Amanda user** with
> the file as standard input and see what happens.

Well, what actually happens is that sendsize tells me 
sendsize: reading /etc/amandates: Is a directory

So this should be a file? Oh, my god, just how stupid can I be?
I somehow understood there has to be a directory /etc/amandates and a
file /etc/dumpdates. 

So after I deleted /etc/amandates/ and /etc/dumpdates/ and ran sendsize
again, I got an error message:
OPTIONS maxdumps=1;
FORMAT ERROR IN REQUEST PACKET

and sendsize.debug looks like this:

sendsize: debug 1 pid 16984 ruid 26 euid 26 start time Fri Jan 26
13:49:39 2001
/usr/local/libexec/sendsize: version 2.4.2
REQ packet is bogus: no program name
sendsize: pid 16984 finish time Fri Jan 26 13:49:39 2001

Trying to run amdump again, it seems not to do anything, 'top' tells
me, it just sleeps all the time, so I killed it, just to see what it
tells me about it.

This time, there were no 'missing estimates', I got this mail from
amanda:

*** THE DUMPS DID NOT FINISH PROPERLY!

These dumps were to tape /dev/null.
The next tape Amanda expects to use is: a new tape.

FAILURE AND STRANGE DUMP SUMMARY:
  maulaf     /disk2/home/mack RESULTS MISSING


STATISTICS:
                          Total       Full      Daily
                        --------   --------   --------
Estimate Time (hrs:min)    0:00
Run Time (hrs:min)         0:00
Dump Time (hrs:min)        0:00       0:00       0:00
Output Size (meg)           0.0        0.0        0.0
Original Size (meg)         0.0        0.0        0.0
Avg Compressed Size (%)     --         --         -- 
Filesystems Dumped            0          0          0
Avg Dump Rate (k/s)         --         --         -- 

Tape Time (hrs:min)        0:00       0:00       0:00
Tape Size (meg)             0.0        0.0        0.0
Tape Used (%)               0.0        0.0        0.0
Filesystems Taped             0          0          0
Avg Tp Write Rate (k/s)     --         --         -- 


NOTES:
  planner: Last full dump of maulaf:/disk2/home/mack on tape 
overwritten in 1 run.
  taper: tapedev is /dev/null, dumps will be thrown away


DUMP SUMMARY:
                                     DUMPER STATS            TAPER
STATS 
HOSTNAME     DISK        L ORIG-KB OUT-KB COMP% MMM:SS  KB/s MMM:SS 
KB/s
-------------------------- ---------------------------------
------------
maulaf       -/home/mack   MISSING
--------------------------------------

(brought to you by Amanda version 2.4.2)


sendsize.debug looks like this:

sendsize: debug 1 pid 17030 ruid 26 euid 26 start time Fri Jan 26
13:51:36 2001
/usr/local/libexec/sendsize: version 2.4.2
calculating for amname '/disk2/home/mack', dirname '/disk2/home/mack'
sendsize: getting size via gnutar for /disk2/home/mack level 0
sendsize: running "/usr/local/libexec/runtar --create --directory
/disk2/home/mack --listed-incremental
/usr/local/var/amanda/gnutar-lists/maulaf_disk2_home_mack_0.new
--sparse --one-file-system --ignore-failed-read --totals --file
/dev/null "
sendsize: spawning "/usr/local/libexec/runtar" in pipeline
sendsize: argument list: "/usr/local/etc/amanda/tar/bin/tar" "--create"
"--directory" "/disk2/home/mack" "--listed-incremental"
"/usr/local/var/amanda/gnutar-lists/maulaf_disk2_home_mack_0.new"
"--sparse" "--one-file-system" "--ignore-failed-read" "--totals"
"--file" "/dev/null" "."
/usr/local/etc/amanda/tar/bin/tar: ./.ksirc.socket.774: socket ignored
Total bytes written: 177090560 (169MB, 24MB/s)
.....
sendsize: getting size via gnutar for /disk2/home/mack level 1
sendsize: running "/usr/local/libexec/runtar --create --directory
/disk2/home/mack --listed-incremental
/usr/local/var/amanda/gnutar-lists/maulaf_disk2_home_mack_1.new
--sparse --one-file-system --ignore-failed-read --totals --file
/dev/null "
sendsize: spawning "/usr/local/libexec/runtar" in pipeline
sendsize: argument list: "/usr/local/etc/amanda/tar/bin/tar" "--create"
"--directory" "/disk2/home/mack" "--listed-incremental"
"/usr/local/var/amanda/gnutar-lists/maulaf_disk2_home_mack_1.new"
"--sparse" "--one-file-system" "--ignore-failed-read" "--totals"
"--file" "/dev/null" "."
/usr/local/etc/amanda/tar/bin/tar: ./.ksirc.socket.774: socket ignored
Total bytes written: 177090560 (169MB, 169MB/s)
.....
sendsize: pid 17030 finish time Fri Jan 26 13:51:44 2001

amandad.debug tells me:

Amanda 2.4 REQ HANDLE 000-E8880708 SEQ 980513496
SECURITY USER amanda
SERVICE sendbackup
OPTIONS hostname=maulaf;
GNUTAR /disk2/home/mack 0 1970:1:1:0:0:0 OPTIONS |;bsd-auth;no-record;
--------
 
sending ack:
----
Amanda 2.4 ACK HANDLE 000-E8880708 SEQ 980513496
----
 
bsd security: remote host maulaf.isd.uni-stuttgart.de user amanda local
user amanda
amandahosts security check passed
amandad: running service "/usr/local/libexec/sendbackup"
amandad: sending REP packet:
----
Amanda 2.4 REP HANDLE 000-E8880708 SEQ 980513496
CONNECT DATA 4272 MESG 4273 INDEX -1
OPTIONS ;no-record;bsd-auth;
----
 
amandad: got packet:
----
Amanda 2.4 ACK HANDLE 000-E8880708 SEQ 980513496
----
 
amandad: pid 17039 finish time Fri Jan 26 13:51:44 2001
which seems ok to me, just as I can't find anything that looks
suspicious to me in sendbackup.debug, which looks like that:

sendbackup: debug 1 pid 17413 ruid 26 euid 26 start time Fri Jan 26
14:16:31 2001
/usr/local/libexec/sendbackup: got input request: GNUTAR
/disk2/home/mack 0 1970:1:1:0:0:0 OPTIONS |;bsd-auth;no-record;
  parsed request as: program `GNUTAR' disk `/disk2/home/mack' lev 0
since 1970:1:1:0:0:0 opt `|;bsd-auth;no-record;'
  waiting for connect on 4326, then 4327
  got all connections
sendbackup: doing level 0 dump as listed-incremental:
/usr/local/var/amanda/gnutar-lists/maulaf_disk2_home_mack_0.new

Yet amdump seems not to do anything anymore. And as I'm just trying to
backup 177 MB to /dev/null/, I think it shouldn't take that long, or
should it?

Marion

-- 
Der Herr hat uns nicht die Gnade zuteil werden lassen, daß wir uns
wie andere Lebewesen durch saubere und keusche Zellteilung fortpflanzen können.

Reply via email to