[Dump-users] Segmentation fault in restore

[Mark E. W. <mw...@dv...>]

Greetings,

I've got a problem with restoring dumps using version 0.4b40.  Here's my
scenario.

Running FC3: Linux version 2.6.9-1.681_FC3smp
(bhc...@tw...) (gcc version 3.4.2 20041017 (Red Hat
3.4.2-6.fc3)) #1 SMP Thu Nov 18 15:19:10 EST 2004

Backing up with the following script:

*****
PROG=/sbin/dump
OPT="-0 -j -u"
DUMP="$PROG $OPT"
DATE=`/bin/date +%y%m%d`
BACKDIR="/backup/$DATE"
LOG="$BACKDIR/log"

if [ ! -r $BACKDIR ] ; then
        mkdir $BACKDIR
fi

echo LOG: start backup on  `date` >> $LOG 2>&1

(time $DUMP -f $BACKDIR/full-root.dump \
      -Q $BACKDIR/full-root.qa \
      -A $BACKDIR/full-root.toc / ) >> $LOG 2>&1

echo LOG:EXIT:$? >> $LOG 2>&1
echo LOG: backup ended on  `date` >> $LOG 2>&1

*****

The backup works fine.  The restore does this:

reading QFA positions from full-root.qa
resync restore, skipped 1 blocks
resync restore, skipped 1 blocks
resync restore, skipped 1 blocks
resync restore, skipped 1 blocks
resync restore, skipped 1 blocks
/root/bin/restore.sh: line 3:  8254 Segmentation fault      /sbin/restore -x
-A $1.toc -f $1.dump -Q $1.qa $2


My dump file is a little over 3.2G, the .toc is about 51M.

I have tried doing the dump to local filespace so the NFS is taken out of
the picture completely and got the same result.

I have this same solution running on 4 or 5 other linux servers, various
flavors from Slack to FC5 and it works fine.  All of them are 0.4b39 or
earlier.

I'll be the first to admin that I know nothing about diagnosing problems
like this.  I can copy the .4b39 files from a working server and they will
backup and restore fine, albeit without the ACL attributes which I would
like to have.

I also have a couple of newer centos builds that are having the same
problem.

I will apologize in advance if this is a really stupid question.  If it is,
please point me in the proper direction and I'll be eternally grateful!

Mark