Jon LaBadie wrote:

On Wed, Nov 23, 2005 at 02:48:14PM +0100, Jehan PROCACCIA wrote:

hello

I use amnda to backup several servers, unfortunatly since a few weeks ago, indexes for amrecover don't work anymore. I check the faq-o-matic http://amanda.sourceforge.net/fom-serve/cache/24.html and I am not in any cases mentioned "index yes" is set, amrecover is call with "-C" , and I use Gnu tar tar-1.14-4 on my fedora core 3 backup systeme ( kernel 2.6.10-1.770_FC3 amanda-server-2.4.4p3-4)

Index file are present but empty !
[root@backup /var/lib/amanda/int/index/cobra3/_p2v5f1]
...
-rw-------   1 dumpy disk   20 nov 21 23:02 20051121_3.gz
-rw-------   1 dumpy disk   20 nov 22 23:40 20051122_3.gz

Those are "indexes" of a level 3 dump.  I presume there are corresponding
level 2, level 1, and level 0 indexes also.  Correct?

yes there are 0 1 2 and 3 levels ... all have a 20 (byte) size !

the size "20" is apparently only due the the gzip compression of '0' data !.

That is what my quick experiment suggests.

what is the problem ? advices ?

Since the problem is not amrecover, stop focusing on it.
Go back to your reports, logs, debug files on server and
client to see any problems that occurred.

[root@cobra3 /mci/mci/test]
$ ps auwx | grep aman

root     29403  0.0  0.0  3680  664 pts/2    S    15:12   0:00 grep aman

in amandad debug I don't see errors ! and I do see the "index" option :
[root@cobra3 /var/log/amanda]
$ vi amandad.20051123150706000.debug
SERVICE sendsize
OPTIONS features=fffffeff9ffe0f;maxdumps=1;hostname=cobra3;
DUMP /p2v5f1 0 1970:1:1:0:0:0 -1 OPTIONS |;bsd-auth;compress-fast;index;

sendbackup debug:

 parsed request as: program `DUMP'
                    disk `/p2v5f1'
                    device `/p2v5f1'
                    level 0
                    since 1970:1:1:0:0:0
                    options `|;bsd-auth;compress-fast;index;'

sendbackup: argument list: /usr/bin/gzip --fast
sendbackup-dump: time 0.004: pid 29167: /usr/bin/gzip --fast
sendbackup: time 0.005: dumping device '/dev/emcpowerp1' with 'ext3'

s/^leaf[        ]*[0-9]*[       ]*\.//
t
/^dir[  ]/ {
s/^dir[         ]*[0-9]*[       ]*\.//
s%$%/%
t
}
d
'"
sendbackup: time 0.006: spawning /sbin/dump in pipeline
sendbackup: argument list: dump 0usf 1048576 - /dev/emcpowerp1

Is this the only DLE for which indexes were working and
now stopped?

If there were some good indexes made, then they stopped,
concentrate on the differences from before and after
that date.

I don't recall exactly when it stopped working :-(
thanks for your help.