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.comwrote:
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