On Wednesday 19 May 2004 08:22, Joe Konecny wrote:
>Joshua Baker-LePain wrote:
>> Please keep it CCed to the list, so all can see and contribute.
>>
>> On Tue, 18 May 2004 at 4:44pm, Joe Konecny wrote
>>
>>>>Post a snippet of the contents. Is there a big number at the
>>>> beginning of each line?
>>>
>>>No numbers...
>>>
>>>/
>>>/.snap/
>>>/bin/
>>>/bin/bc/
>>>
>>>>>>What does an example sendbackup*debug look like?
>>>>>
>>>>>Not sure what to do with that?
>>>>
>>>>Those live in /tmp/amanda on all the clients.
>>
>> Alright, so when you run amrecover, some log files will get
>> created in /tmp/amanda on the server. What are the contents of
>> /tmp/amindexd*debug?
>
>amtrmidx: debug 1 pid 5552 ruid 3 euid 3: start at Tue May 18
> 15:57:07 2004 /usr/local/libexec/amtrmidx: version 2.4.4p2
>r4p17.gmihome.com amrd0s1f
>amtrmidx: pid 5552 finish time Tue May 18 15:57:07 2004
Thats no elapsed time at all!
>
>> Also, again, what are the contents of a sample
>> /tmp/amanda/sendbackup*debug on one of the problem clients?
>
>sendbackup: debug 1 pid 5485 ruid 3 euid 3: start at Tue May 18
> 15:53:15 2004 /usr/local/libexec/sendbackup: version 2.4.4p2
> parsed request as: program `DUMP'
> disk `amrd0s1f'
> device `amrd0s1f'
> level 0
> since 1970:1:1:0:0:0
> options `|;bsd-auth;index;'
>sendbackup: try_socksize: send buffer size is 65536
>sendbackup: time 0.000: stream_server: waiting for connection:
> 0.0.0.0.49293 sendbackup: time 0.000: stream_server: waiting for
> connection: 0.0.0.0.49294 sendbackup: time 0.000: stream_server:
> waiting for connection: 0.0.0.0.49295 sendbackup: time 0.000:
> waiting for connect on 49293, then 49294, then 49295 sendbackup:
> time 0.002: stream_accept: connection from 10.0.0.8.49296
> sendbackup: time 0.002: stream_accept: connection from
> 10.0.0.8.49297 sendbackup: time 0.002: stream_accept: connection
> from 10.0.0.8.49298 sendbackup: time 0.002: got all connections
>sendbackup: time 0.003: dumping device '/dev/amrd0s1f' with 'ufs'
>sendbackup: time 0.004: spawning /sbin/dump in pipeline
>sendbackup: argument list: dump 0usf 1048576 - /dev/amrd0s1f
>sendbackup: time 0.007: 93: normal(|): DUMP: WARNING: should use
> -L when dumping live filesystems! sendbackup: time 0.010: 93:
> normal(|): DUMP: Date of this level 0 dump: Tue May 18 15:53:16
> 2004 sendbackup: time 0.010: started index creator: "/sbin/restore
> -tvf - 2>&1 | sed -e ' s/^leaf[ ]*[0-9]*[ ]*\.//
>t
>/^dir[ ]/ {
>s/^dir[ ]*[0-9]*[ ]*\.//
>s%$%/%
>t
>}
>d
>'"
>sendbackup: time 0.011: 93: normal(|): DUMP: Date of last level
> 0 dump: the epoch sendbackup: time 0.146: 93: normal(|): DUMP:
> Dumping /dev/amrd0s1f (/usr) to standard output sendbackup: time
> 0.146: 93: normal(|): DUMP: mapping (Pass I) [regular files]
> sendbackup: time 2.683: 93: normal(|): DUMP: mapping (Pass II)
> [directories] sendbackup: time 2.683: 93: normal(|): DUMP:
> estimated 819193 tape blocks. sendbackup: time 2.781: 93:
> normal(|): DUMP: dumping (Pass III) [directories] sendbackup:
> time 18.674: 93: normal(|): DUMP: dumping (Pass IV) [regular
> files] sendbackup: time 220.013: 49: size(|): DUMP: DUMP:
> 856450 tape blocks sendbackup: time 220.014: 93: normal(|):
> DUMP: finished in 218 seconds, throughput 3928 KBytes/sec
> sendbackup: time 220.015: 93: normal(|): DUMP: level 0 dump on
> Tue May 18 15:53:16 2004 sendbackup: time 220.018: 93: normal(|):
> DUMP: DUMP IS DONE sendbackup: time 220.020: index created
> successfully
>sendbackup: time 220.022: pid 5485 finish time Tue May 18 15:56:56
> 2004
Must not be much data there if it got done with a sendbackup in a bit
over 3:30 minutes. Note that it also says the index was created. So
I guess the next question is where did you tell it to put it in your
amanda.conf?
--
Cheers, Gene
"There are four boxes to be used in defense of liberty:
soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
99.22% setiathome rank, not too shabby for a WV hillbilly
Yahoo.com attorneys please note, additions to this message
by Gene Heskett are:
Copyright 2004 by Maurice Eugene Heskett, all rights reserved.
