On Fri, Apr 9, 2010 at 2:10 PM, Stefan G. Weichinger <[email protected]> wrote:
> I frequently use "amdump xy -otapedev= -otpchanger= " to trigger manual
> amdumps and collect dumps in the holdingdisk before flushing.
>
> (One advantage is better filling of tapes, another is less load on the
> machine ... I use it during workdays when I need that server for other
> stuff as well.)
>
> This worked fine with 2.6.1p2 .. with the new beta it fails to dump
> anything.
Hmm, it certainly looks that way from amstatus and amreport, but in my
attempts I did see things go to holding disk. Can you try running
'amadmin xy holding list' to see if that happened?
In particular, I see in amreport:
No dumps are left in the holding disk. 0K
when in fact, I have 132K in the holding disk (this is a small test DLE):
dus...@euclid ~/code/amanda/t/amanda [master] $ amadmin Conf holding list -l
size (kB) lv outd dump specification
132 0 euclid /A/p/etc 20100409152419
I'll see if I can get Paul to fix that up. Here's my amstatus output,
which looks accurate to me:
euclid:/A/p/etc 0 100k dump done (15:24:25), process terminated
while waiting for writing to tape
SUMMARY part real estimated
size size
partition : 1
estimated : 1 100k
flush : 0 0k
failed : 0 0k ( 0.00%)
wait for dumping: 0 0k ( 0.00%)
dumping to tape : 0 0k ( 0.00%)
dumping : 0 0k 0k ( 0.00%) ( 0.00%)
dumped : 1 100k 100k (100.00%) (100.00%)
wait for writing: 1 100k 100k (100.00%) (100.00%)
wait to flush : 0 0k 0k (100.00%) ( 0.00%)
writing to tape : 0 0k 0k ( 0.00%) ( 0.00%)
failed to tape : 0 0k 0k ( 0.00%) ( 0.00%)
taped : 0 0k 0k ( 0.00%) ( 0.00%)
4 dumpers idle : no-dumpers
taper status: You must specify one of 'tapedev' or 'tpchanger'
taper qlen: 1
network free kps: 600
holding space : 520060k ( 99.97%)
chunker0 busy : 0:00:00 ( 1.64%)
dumper0 busy : 0:00:00 ( 1.21%)
0 dumpers busy : 0:00:05 ( 91.32%) not-idle: 0:00:05 ( 99.95%)
1 dumper busy : 0:00:00 ( 1.25%)
Dustin
--
Open Source Storage Engineer
http://www.zmanda.com
