You're moving from trad vols to flex vols? Did you perhaps expand the traditional volume by adding a disk or two when you started running out of space, as opposed to pre-allocating all your disks? You could be doing your reads from all your disks concurrently on one filer and one or two on the other. Also, is this filer being used for other tasks while the ndmp is occurring?
-n
On 9/16/08 11:03 AM, "Nathan Patwardhan" noopy.org@gmail.com wrote:
On Tue, Sep 16, 2008 at 1:33 PM, tmac tmacmd@gmail.com wrote:
If I were to guess.... Does the slow volume have a large number of files?
You betcha. :-)
Are those files tiny?
Some yes, some no.
Do a df -i to see how many inodes are in use.
We seem to be around 60% on average.
Have you ever increased maxfiles?
No.
Have in ever increased the volume option for max-dir-szie?
Yes. Values are consistently set at 20971 on source and destination volumes on *all* filers.
Either of those two changes will adversely affect the speed of *any* file-based backup.
Even so, when I consider that the other node had the same settings and didn't exhibit this slowness, I am left confused. :-(