toasters October 2003

toasters@lists.teaparty.net

80 participants
83 discussions

RE: ndmp phase 1 very slow
by Klaus.Micheler＠infineon.com 22 Oct '03

22 Oct '03

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(a)mathworks.com [mailto:owner-toasters@mathworks.com] On Behalf Of Hill, Aaron Sent: Mittwoch, 22. Oktober 2003 01:02 To: 'Jerry'; Moshe Linzer; toasters(a)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(a)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(a)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. **************************************************

1 0

Manually failing disks
by Robert Borowicz 22 Oct '03

22 Oct '03

Is there an issue with manually failing disks on say an unused Volume for testing purposes? IE: I want to test my spare disks and also observe volume rebuild time. If I manually fail a disk I remember that NetApp disks store their failure data. Do I risk maxing out an internal "number of failures" register on the disks if I manually fail a disk several times? DOT Version: 6.3.1 Disks: DS14 - 72 Gig Type/Firmware: X235_SCHT5073F10 NA04 TIA -Rob

2 1

CIFS/NFS file sharing in a non NIS environment
by Clawson, Simon 22 Oct '03

22 Oct '03

Hi, I have a filer with CIFS and NFS licenses. I want to share UNIX style qtrees on PC and UNIX. Currently, if a qtree has UNIX style permissions it will not allow the PC user to open a share. If the qtree has NTFS permissions it will not allow UNIX users to access the share. I have a set-up in my own office where we have NIS, and this handles the name resolution. However, the office I am in currently does not have NIS. I have tried createing a password and group file on the filer, identical to the password files used on the UNIX systems, however this has no effect. Any ideas? Simon Simon Clawson Systems Administrator HDL Designer Series Team Mentor Graphics Ireland (UK Branch) Rivergate Newbury Business Park London Road Newbury Berks RG14 2QB Tel - 01635 811409 Fax - 01635 810102 <<Clawson, Simon.vcf>>

4 3

Can a filer do this?
by Greg Wilson 22 Oct '03

22 Oct '03

Hi Does anyone know if it is possible to see what files are being access on the filer from the filers side ?? eg.. run command on the filer for 'n' minutes and it spits out all the files that were touched for that 1 minute period and lists what qtrees/volumes they are in?? On the NOW site there is a file called netapp-top.pl that lists top nfs clients.. this i guess would be the next step up from that and it would list the nfs client and a list of files it accessed ?? is this doable?? is there any scripts ?? anything like solaris lsof for the filer?? -- Greg Wilson System Administrator gwilson(a)connect.com.au

2 1

Data corruption and TCP checksums
by Edward Hibbert (eh＠dataconnection.com) 22 Oct '03

22 Oct '03

We've just tracked down an evil problem where corrupt data is being returned on NFS reads from a NetApp. This turned out to be because of dodgy network cables introducing packet corruption - word-aligned values of 0x0000 and 0xFFFF apparently produce the same TCP checksum result, so any corruption which interchanges those values get through to the application. Our application has a file which is a bitmap, and contains a lot of this kind of data - so it's just the sort of file you'd expect this problem to occur on. Obviously now that we know about this there's stuff to do - monitor CRC errors more carefully, perhaps change the structure of our data. But I was wondering whether anyone else has experienced similar problems and come up with any imaginative solutions to it? Regards, Edward Hibbert Internet Applications Group Data Connection Ltd Tel: +44 131 662 1212 Fax: +44 131 662 1345 Email: eh(a)dataconnection.com Web: http://www.dataconnection.com

1 0

RE: ndmp phase 1 very slow
by Hill, Aaron 21 Oct '03

21 Oct '03

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(a)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(a)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. **************************************************

1 0

(no subject)
by keezeekrudeem＠macmail.com 21 Oct '03

21 Oct '03

Dear Friend. As you read this, I don't want you to feel sorry for me, because, I believe everyone will die someday. My name is Keezeek Rudeem, a merchant in Dubai, in the U.A.E.I have been diagnosed with Esophageal cancer which was discovered very late, due to my laxity in carrying for my health. It has defiled all forms of medicine, and right now I have only about a few months to live, according to medical experts. I have not particularly lived my life so well, as I never really cared for anyone not even myself but my business. Though I am very rich, I was never generous, I was always hostile to people and only focus on my business as that was the only thing I cared for. But now I regret all this as I now know that there is more to life than just wanting to have or make all the money in the world. I believe when God gives me a second chance to come to this world I would live my life a different way from how I have lived it. Now that God ! has called me, I have willed and given most of my properties and assets to my immediate and extended family members and as well as a few close friends. I want God to be merciful to me and accept my soul and so, I have decided to give alms to charity organizations, as I want this to be one of the last good deeds I do on earth. So far, I have distributed money to some charity organizations in the U.A.E, Algeria and Malaysia. Now that my health has deteriorated so badly, I cannot do this my self any more. I once asked members of my family to close one of my accounts and distribute the money which I have there to charity organization in Bulgaria and Pakistan, they refused and kept the money to themselves. Hence, I do not trust them anymore, as they seem not to be contended with what I have left for them. The last of my money which no one knows of is the huge cash deposit of twenty four million dollars that I have with a Bank in Amsterdam. I will want you to help me col lect this deposit and dispatched it to charity organizations.email me I have set aside 10% for you for your time and patience. God be with you. Keezeek Rudeem NB:REPLY TO:k_rudeem@fastermail.com --- MacMail - the Webmail service especially for Mac users worldwide http://www.macmail.com

1 0

list
by Jackson, Rich 21 Oct '03

21 Oct '03

list

1 0

RE: ndmp phase 1 very slow
by Kumar, Rahul 21 Oct '03

21 Oct '03

You could try DAR I just wanted to update on the DAR feature:which netback up supports. File-level DAR is supported; directory-level DAR is not supported. DAR can be used when restoring files, but not when restoring directories. Backups must have been performed with the NetBackup catalog set to binary mode.For backups made with the catalog set to ASCII mode, restores cannot use DAR, because ASCII mode did not store the required DAR offset information on each backup. Note that all backups made prior to NetBackup 4.5 used ASCII catalog mode.restoring files. IN a single directory if only the files are selected only then DAR will come into scene. ************************ Rahul Kumar EDS PLM Solutions Pune, India Tele: +91 20 2930812 / 900 Fax: +91 20 2933679 Cell: +91 94220 87523 Email: Rahul.Kumar(a)eds.com -----Original Message----- From: Jerry [mailto:juanino@yahoo.com] Sent: Tuesday, October 21, 2003 6:45 PM To: Moshe Linzer; toasters(a)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(a)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

1 0

Re: ndmp phase 1 very slow
by Jerry 21 Oct '03

21 Oct '03

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(a)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

1 0

← Newer
1
2
3
4
5
6
7
8
9
Older →

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

2000

1999

1998

1997

toasters October 2003