This problem is a bug in Ontap 6.4 and it is solved with Ontap 6.4.2P4. We also have the problem by upgrading from 6.3.1 to 6.4.2. Phase 1 of dump was running for 3 hours instead of 30min (you can check that in te etc/logs/backup* files.

See also: Burts fixed in 6.4.2P4 since 6.4.2P3:

95633 |Assert due to error from bind call in svc_create_port 96894 |Phase I of NDMP based backups is slow. 100360 |After a boot without /etc/rc cifs start and terminate fail 102089 |Should we spend so long to try to spin up a drive at boot? 103762 |FTP service passive mode leaks sockets in LISTEN state. 104758 |Cannot enable space reservations on non-reserved LUN even when there is enough space. 104942 |Filer's cpu hung while trying to find treeID in response to very large number of tconx requests.

But very strange, the Bug description for this bug disappeaered on the NOW site???

regards, Klaus Micheler

-----Original Message----- From: owner-toasters@mathworks.com [mailto:owner-toasters@mathworks.com] On Behalf Of Hill, Aaron Sent: Mittwoch, 22. Oktober 2003 01:02 To: 'Jerry'; Moshe Linzer; toasters@mathworks.com Subject: RE: ndmp phase 1 very slow

Guys, I have seen similar slow NDMP performace when performing phase II imports of tape images. FAS960 cluster, Ontap 6.4.1D18, Veritas Netackup 4.5FP3.

After about 2 months of investigation through our backup vendor, Veritas has stated that it is officially a "known issue", and that's it. Their suggested solution was to try a direct-attach SCSI drive on the master server and then do the imports. No guarantees on it being faster, but the logic is sound.

We decide to just slowly work through the 18 tapes using the current configuration.

If anyone finds a way to get this to work faster via NDMP, please notify Veritas.

Aaron

-----Original Message----- From: Jerry [mailto:juanino@yahoo.com] Sent: Tuesday, 21 October 2003 11:15 PM To: Moshe Linzer; toasters@mathworks.com Subject: Re: ndmp phase 1 very slow

I was wondering the exact same thing. I am using a FAS940c with Netbackup 4.5 MP3. Even if you use ndmpcopy (which by the way is extremely cool for migrating files from filer to filer) it's slow as dirt on phase I. And you are right, there is little to no cpu usageage and disk i/o is low.

Once it gets into the later phases it starts ripping like crazy. I am not sure if this is "working as designed" but I also noticed the restore time is insane. I was dumping 1.4M files as a test, it took 3hrs 13m to complete my backup (131 GB). Now, the really scarry part is, have you tried a restore. To restore 1 file, took me about the same time, I guess it reads the entire dump beginning to end despite the selected files.

Jerry

--- Moshe Linzer Moshe.Linzer@nsc.com wrote:

Phase I of ndmp (mapping regular files) is running very slowly on my FAS960 with 6.4R1 and Veritas Netbackup 4.5 FP4 I have a volume with around 17M files, and this phase takes 7 hours for an incremental dump! On a vol with 15M files, it takes 4 hours! CPU usage is low, even during backup. Is this a bug in 6.4 or is there something that can be done about this?

Thanks,

Moshe

Moshe Linzer IT Manager National Semiconductor, Israel Phone: 972-9-970-2247 Fax: 972-9-970-2001

__________________________________ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.yahoo.com

************** IMPORTANT MESSAGE ************** This e-mail message is intended only for the addressee(s) and contains information which may be confidential. If you are not the intended recipient please advise the sender by return email, do not use or disclose the contents, and delete the message and any attachments from your system. Unless specifically indicated, this email does not constitute formal advice or commitment by the sender or the Commonwealth Bank of Australia (ABN 48 123 123 124) or its subsidiaries. **************************************************