If I were to guess....
Does the slow volume have a large number of files?
Are those files tiny?

Do a df -i to see how many inodes are in use.
Have you ever increased maxfiles?
Have in ever increased the volume option for max-dir-szie?
Either of those two changes will adversely affect the speed of *any*
file-based backup.


--tmac

RedHat Certified Engineer #804006984323821 (RHEL4)
RedHat Certified Engineer #805007643429572 (RHEL5)

Principal Consultant




On Tue, Sep 16, 2008 at 12:59 PM, Nathan Patwardhan <noopy.org@gmail.com> wrote:
Hello,

We've got a 3020 cluster that's running OnTap 7.2.3; each node in the
cluster is connected to DS14 and DS14MK2 shelves.  We recently added
some shelves (DS14 MK2) and as part of this maintenance we decided to
migrate data off the existing traditional volumes to new flexible
volumes since we're not interested in having traditional volumes
anymore.  For this purpose we used ndmpcopy -- to migrate data between
shelves *local* to each node in the cluster, e.g.:

 filer> ndmpcopy -l 0 /vol/oldtradvol /vol/newflexvol

Since we'd done this kind of maintenance on our other 3020s before,
we'd expected throughput of ~18-20g/hr as this hardware is identical
to filers we'd worked on in the past.  Unfortunately results were
totally inconsistent:

 node A performed as we'd expected and I was able to migrate 300g of
data overnight.
 node B has consistently transferred 3-6g/hr.

I'm not seeing any errors on node B and I've rechecked my cabling to
make sure nothing is amiss.

Why might I see such disparity in results on node A and node B?

--
Nathan Patwardhan
"But the album's biggest setback, other than the fact that its title
sounds like a Neutrogena product, ..." -- review of Jewels' latest
album