Should xfs_repair take this long?

[Thomas Walker <walker@stsci.edu>]

 
   I am trying to restore a corrupt xfs partition.  It is 6TB total, it 
is an LVM of two 3TB fiber channel SAN volumes.  The host is running 
RHEL4, 2.6.9-42.0.2.ELsmp, and the version of xfsprogs is 
xfsprogs-2.6.13-2.  The host has four threaded AMD Opterons, 4GB of RAM 
and 2GB of swap located on an internal SCSI disk.  It is unclear how the 
xfs partition was damaged, but it reports a bad superblock and will not 
mount.  I am running this command;

xfs_repair -o assume_xfs /dev/mapper/vg0-hladata3

   This command has been running for two days now.  There is cpu 
activity and i/o activity on the physical SAN.  There is some swapping 
but not an unusual amount and swapon -s shows only a small amount in 
use.  I have seen information implying xfs_repair needs a large amount 
of memory to work well, otherwise it will take a long time.  My question 
is, giving my setup, is there an estimate of how long I should wait 
before expecting a result?  Should I add swap space?  Is there anything 
else I should do?

    thanks in advance for any help.

    Thomas Walker