toasters

toasters@lists.teaparty.net

2 participants
13529 discussions

RE: CIFS client slowness
by Brubaker, Paul 28 Jul '04

28 Jul '04

Correction... we have both Ontap 6.4.2 and 6.5.1p1 running... both FAS960s have CIFS latency issues. And we have an open case w/ Netapp... Paul M. Brubaker, Jr. RIDS - Intel System Support AT&T Wireless - Harrisburg PA e-mail: paul.brubaker(a)attws.com office #: 717-526-5011 cell #: 717-578-2254 -----Original Message----- From: owner-toasters(a)mathworks.com [mailto:owner-toasters@mathworks.com] On Behalf Of Brubaker, Paul Sent: Wednesday, July 28, 2004 12:43 PM To: toasters(a)mathworks.com Subject: CIFS client slowness We're experiencing severe latency when a Windows 2000pro or Windows XP client reads and writes to a folder on our Netapps (FAS960 w/ Data Ontap 6.5.1). It only seems to be client O/S as our testing w/ a Windows 2000 Server did not have latency on reads / writes. We're currently looking at SACK and TCP Window sizes. Has anyone experienced severe client latency? Any know issues / advice? Anyone changing the sack option on their Filers? Thanks! Related info below: ===================== SackOpts This parameter controls whether or not SACK (Selective Acknowledgement) support is enabled, as specified in RFC 2018. SACK is especially important for connections using large TCP Window sizes. HKLM\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters SackOpts="1" (DWORD - boolean, recommended setting is 1. Possible settings are 0 - No Sack options or 1 - Sack Option enabled). http://www.speedguide.net/read_articles.php?id=157 <http://www.speedguide.net/read_articles.php?id=157> =================== One more item of note. In the traces from the slow xp box, we're showing a boatload of SACK transmissions, whereas in the fast one, not a one. I'd like to turn off SACK on the filer side to see if things clear up or not as google isn't giving me much luck in the 'which registry entry do I change to check things on the windows box' angle. On the filer: filer> options ip.tcp.sack.enable off Paul M. Brubaker, Jr. RIDS - Intel System Support AT&T Wireless - Harrisburg PA e-mail: paul.brubaker(a)attws.com office #: 717-526-5011 cell #: 717-578-2254

1 0

unable to log in
by Stephenson, Burke T. GD 28 Jul '04

28 Jul '04

I have a new FAS960 and I am migrating all users and data from F740 to FAS960. I have the data moved and ready to change over. To test it I changed a test user account in the NIS maps to point to the new filer and location. When I try to log in using a UNIX box it just kicks me right back out almost as if it can't write to the home directory. - I have checked all of the options, usermap.cfg, passwd, quotas, exports, files and they are all identical and I can not see any discrepancies in the /etc directory between the two filers. - The options are all the same also. - In my NIS maps I can ypcat the auto.home and the test user account lists the correct filer and home directory. I just can not log in. Netgroup is correct. - I have cifs.trace_login turned on and I don't even see it attempting to log in. - My cifs shares are correct. - The filer is correctly in the domain (win2k) and also resolves using NIS. I can run a cifs testdc successfully and cifs domaininfo shows correct info - I can mount a share and home directory - I can map a share from win2k - when I telnet into another machine as the test user it maps to the new home directory correctly but when I try to touch a file it says it can not create the file, even as root. - qtree security is set to unix It is almost as if the volume is read only but it is not. I just do not know where to look now. I hope that I am just overlooking something simple. Burke

2 1

RE: Zeroing out disks
by Strange, Steve 27 Jul '04

27 Jul '04

Is there any reason NOT to zero disks that you are leaving in the system as spares? They will have to be zeroed when you add them to a volume (or create a new one) anyway, thus delaying their availability in that volume for data. If they are chosen for reconstruct, they do not need to be zeroed ahead of time. But either way, the performance effect on the system of zeroing disks is negligible, so why not zero them all? Cheers, Steve -----Original Message----- From: George Kahler [mailto:george@YorkU.CA] Sent: Tuesday, July 27, 2004 10:15 AM To: watherton(a)BERKCOM.com Cc: toasters(a)mathworks.com Subject: Re: Zeroing out disks Thanks, that is exactly what I wanted. It is too bad that one has to go round about way of accomplishing this. An argument to the spares_zero command would do the trick. I have few disks (now spares) that used to belong to a volume that was destroyed, however, I MUST zero out any data from these disks before they can leave our premises. George ------------------------------------------------------------------------ ------- George Kahler e-mail: george(a)yorku.ca Sr. Systems Administrator humans: (416) 736-2100 x.22699 Computing and Network Services machines: (416) 736-5830 Ontario, Canada, M3J-1P3 On Tue, 27 Jul 2004 10:01:27 -0700, William Atherton <watherton(a)BERKCOM.com> wrote: > George, > > The NetApp Zeros the disks in parallel so the time it takes to zero 1 disk > should be the same as 7 disks. If you really do not want to zero the other > spares out you could pull them from the filer and then run the command to > zero all and then place the none zeroed disk back in. Hope this helps. > > Thank you, > > William Atherton > > watherton(a)berkcom.com > 510-644-1599 VOICE > 510-644-1598 FAX > 888-812-9040 TOLL-FREE > > Berkeley Communications Corporation > 2990 San Pablo Avenue > Berkeley, CA 94702 > http://www.berkcom.com > > > -----Original Message----- > From: George Kahler [mailto:george@YorkU.CA] > Sent: Tuesday, July 27, 2004 6:53 AM > To: toasters(a)mathworks.com > Subject: Zeroing out disks > > > Does anyone know how you can zero out a specific disk(s) ? > The "disk zero spares" command or "spares_zero" diagnostic command > seem to zero out ALL spare disks only. > > Thanks, > George

5 5

RE: Zeroing out disks
by Strange, Steve 27 Jul '04

27 Jul '04

The "disk zero spares" command will only zero spares that aren't already zeroed. Steve -----Original Message----- From: George Kahler [mailto:george@yorku.ca] Sent: Tuesday, July 27, 2004 10:47 AM To: Strange, Steve Cc: watherton(a)BERKCOM.com; toasters(a)mathworks.com Subject: Re: Zeroing out disks Becase most of the other spares if not all are already zeroed. George On Tue, 27 Jul 2004 10:40:15 -0700, "Strange, Steve" <Steve.Strange(a)netapp.com> wrote: > Is there any reason NOT to zero disks that you are leaving in the system > as spares? They will have to be zeroed when you add them to a volume > (or create a new one) anyway, thus delaying their availability in that > volume for data. If they are chosen for reconstruct, they do not need > to be zeroed ahead of time. But either way, the performance effect on > the system of zeroing disks is negligible, so why not zero them all? > > Cheers, > > Steve > > -----Original Message----- > From: George Kahler [mailto:george@YorkU.CA] > Sent: Tuesday, July 27, 2004 10:15 AM > To: watherton(a)BERKCOM.com > Cc: toasters(a)mathworks.com > Subject: Re: Zeroing out disks > > Thanks, > that is exactly what I wanted. It is too bad that one has to go round > about way of accomplishing this. An argument to the spares_zero > command would do the trick. > > I have few disks (now spares) that used to belong to a volume that was > destroyed, however, I MUST zero out any data from these disks before > they can leave our premises. > > George > > ------------------------------------------------------------------------ > ------- > George Kahler e-mail: george(a)yorku.ca > > Sr. Systems Administrator humans: (416) 736-2100 > x.22699 > Computing and Network Services machines: (416) 736-5830 > Ontario, Canada, M3J-1P3 > > On Tue, 27 Jul 2004 10:01:27 -0700, William Atherton > <watherton(a)BERKCOM.com> wrote: > > George, > > > > The NetApp Zeros the disks in parallel so the time it takes to zero 1 > disk > > should be the same as 7 disks. If you really do not want to zero the > other > > spares out you could pull them from the filer and then run the command > to > > zero all and then place the none zeroed disk back in. Hope this helps. > > > > Thank you, > > > > William Atherton > > > > watherton(a)berkcom.com > > 510-644-1599 VOICE > > 510-644-1598 FAX > > 888-812-9040 TOLL-FREE > > > > Berkeley Communications Corporation > > 2990 San Pablo Avenue > > Berkeley, CA 94702 > > http://www.berkcom.com > > > > > > -----Original Message----- > > From: George Kahler [mailto:george@YorkU.CA] > > Sent: Tuesday, July 27, 2004 6:53 AM > > To: toasters(a)mathworks.com > > Subject: Zeroing out disks > > > > > > Does anyone know how you can zero out a specific disk(s) ? > > The "disk zero spares" command or "spares_zero" diagnostic command > > seem to zero out ALL spare disks only. > > > > Thanks, > > George

1 0

Re: Zeroing out disks
by George Kahler 27 Jul '04

27 Jul '04

Thanks, that is exactly what I wanted. It is too bad that one has to go round about way of accomplishing this. An argument to the spares_zero command would do the trick. I have few disks (now spares) that used to belong to a volume that was destroyed, however, I MUST zero out any data from these disks before they can leave our premises. George ------------------------------------------------------------------------------- George Kahler e-mail: george(a)yorku.ca Sr. Systems Administrator humans: (416) 736-2100 x.22699 Computing and Network Services machines: (416) 736-5830 Ontario, Canada, M3J-1P3 On Tue, 27 Jul 2004 10:01:27 -0700, William Atherton <watherton(a)BERKCOM.com> wrote: > George, > > The NetApp Zeros the disks in parallel so the time it takes to zero 1 disk > should be the same as 7 disks. If you really do not want to zero the other > spares out you could pull them from the filer and then run the command to > zero all and then place the none zeroed disk back in. Hope this helps. > > Thank you, > > William Atherton > > watherton(a)berkcom.com > 510-644-1599 VOICE > 510-644-1598 FAX > 888-812-9040 TOLL-FREE > > Berkeley Communications Corporation > 2990 San Pablo Avenue > Berkeley, CA 94702 > http://www.berkcom.com > > > -----Original Message----- > From: George Kahler [mailto:george@YorkU.CA] > Sent: Tuesday, July 27, 2004 6:53 AM > To: toasters(a)mathworks.com > Subject: Zeroing out disks > > > Does anyone know how you can zero out a specific disk(s) ? > The "disk zero spares" command or "spares_zero" diagnostic command > seem to zero out ALL spare disks only. > > Thanks, > George

2 1

RE: VSCAN and Backsups
by Martin Hughes 27 Jul '04

27 Jul '04

We have our backups set to run over CIFS shares that have the vscan disabled. We can backup at faster speed and the filer is still protected. We found it easiest to duplicate all of our root shares in this manner. cifs shares -add <sharename> <path> -novscan or -novscanread ________________________________ From: owner-toasters(a)mathworks.com [mailto:owner-toasters@mathworks.com] On Behalf Of Mike Sphar Sent: Monday, July 26, 2004 11:54 PM To: ''toasters(a)mathworks.com' ' Subject: RE: VSCAN and Backsups I may stand corrected, but I don't believe the part below is true. I don't believe the real-time settings on the Trend server have any bearing on which files are scanned. From what I see, it appears to me that the Netapp decides whether a file should be scanned or not, and then sends a specific manual "Please scan this file" request to the Trend server. The Netapp is supposed to "cache" which files have been scanned and verified as clean, I believe, so static files shouldn't be slowing down the backup process once they've been scanned the first time, no? -- Mike Sphar - Sr Systems Administrator - Remedy, a BMC Software Company -----Original Message----- From: Hill, Aaron [mailto:aaron.hill@cba.com.au] Sent: Monday, July 26, 2004 6:30 PM To: 'SKIP HOFMANN'; ''toasters(a)mathworks.com' ' Subject: RE: VSCAN and Backsups I think you said you were using trendmicro as the scanning server. If you are try setting your realtime scan to "incoming" only. I think this should improve your backup speed somewhat as the backup file read requests will no longer require a VSCAN before the file is handed over to the backup client. The problem here is that you need to be sure that all of the content currently on your filer is virus free. Because from now on, only incoming files will be scanned. Its not ideal. Would be nice if you could exclude your backup client from virus scans during file open requests. I don't know of trendmicro offering this.

1 0

RE: VSCAN and Backsups
by Mike Sphar 27 Jul '04

27 Jul '04

I may stand corrected, but I don't believe the part below is true. I don't believe the real-time settings on the Trend server have any bearing on which files are scanned. From what I see, it appears to me that the Netapp decides whether a file should be scanned or not, and then sends a specific manual "Please scan this file" request to the Trend server. The Netapp is supposed to "cache" which files have been scanned and verified as clean, I believe, so static files shouldn't be slowing down the backup process once they've been scanned the first time, no? -- Mike Sphar - Sr Systems Administrator - Remedy, a BMC Software Company -----Original Message----- From: Hill, Aaron [mailto:aaron.hill@cba.com.au] Sent: Monday, July 26, 2004 6:30 PM To: 'SKIP HOFMANN'; ''toasters(a)mathworks.com' ' Subject: RE: VSCAN and Backsups I think you said you were using trendmicro as the scanning server. If you are try setting your realtime scan to "incoming" only. I think this should improve your backup speed somewhat as the backup file read requests will no longer require a VSCAN before the file is handed over to the backup client. The problem here is that you need to be sure that all of the content currently on your filer is virus free. Because from now on, only incoming files will be scanned. Its not ideal. Would be nice if you could exclude your backup client from virus scans during file open requests. I don't know of trendmicro offering this.

1 0

RE: VSCAN and Backsups
by Hill, Aaron 27 Jul '04

27 Jul '04

Skip, Your VSCAN server is definitely the primary bottleneck as you have clearly identified. Although the fact you are using CIFS for your backup communication/share connection probably isn't helping either. For every single file that you backup, a vscan is being performed. Thus during these backup periods I would not be surprised if you see some of those VSCAN timeouts you found in the filer syslog/messages. As far as I understand it, the CIFS style backup will not utilize a snapshot for the backup like direct attach or NDMP will do. (Someone please set me straight with this if I am wrong!) I think you said you were using trendmicro as the scanning server. If you are try setting your realtime scan to "incoming" only. I think this should improve your backup speed somewhat as the backup file read requests will no longer require a VSCAN before the file is handed over to the backup client. The problem here is that you need to be sure that all of the content currently on your filer is virus free. Because from now on, only incoming files will be scanned. Its not ideal. Would be nice if you could exclude your backup client from virus scans during file open requests. I don't know of trendmicro offering this. The 1 Gb connection MAY help if you have identified the network as a bottleneck. Have you ruled out CPU maxxing on the AV box? No point increasing bandwidth to the server if the server can't handle any more requests. Your best option, as you have alluded to, is move away from CIFS to direct attach scsi or NDMP. I like NDMP and use it widely. However you may not have the necessary infrastructure. I don't know if Backup exec supports NDMP, so you may need to go to an enterprise version. Check the veritas site for this. In your case, direct attach might be better, as long as you have some tape drives to spare for this filer. As for compatibility of you tape drive, I would check the NOW site for the hardware compatibility lists with R200. Files Backed up: Incremental - 648,800 files, 300 GB Full - 2,340,000 files, 970 GB These aren't a large amount of files or quantity of data. However you may want to check the drive utilization for your raid groups on the R200 during the CIFS backup. Those babies aren't built for speed. Good luck, sounds like a fun upgrade. Aaron _____ From: SKIP HOFMANN [mailto:SKIP.HOFMANN@ttisg.com] Sent: Tuesday, 27 July 2004 7:17 AM To: ''toasters(a)mathworks.com' ' Subject: VSCAN and Backsups Hi all I am backing up data on a R200 over a 1 gig connection. The hardware that I'm using is. When I enable VSCAN on the filer the mb/minute in the backup job start going down, when I turn off VSCAN the MB/ minute start going up. I have set vscan options mandatory_scan to off. The VSCAN server and the filer are not connected via a gig speed its 100/mb im wondering if I make the connection from r200 to the VSCAN server 1 gig that this might speed up my backup jobs Skip Tape Library: ADIC, Scalar 24, firmware version 109A, SCSI connected to ISGBKHA Tapes Used: HP Ultrium 400 GB, LTO Media Files Backed up: Incremental - 648,800 files, 300 GB Full - 2,340,000 files, 970 GB ************** 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. We can be contacted through our web site: commbank.com.au **************************************************

1 0

VSCAN and Backsups
by SKIP HOFMANN 26 Jul '04

26 Jul '04

Hi all I am backing up data on a R200 over a 1 gig connection. The hardware that I'm using is. When I enable VSCAN on the filer the mb/minute in the backup job start going down, when I turn off VSCAN the MB/ minute start going up. I have set vscan options mandatory_scan to off. The VSCAN server and the filer are not connected via a gig speed its 100/mb im wondering if I make the connection from r200 to the VSCAN server 1 gig that this might speed up my backup jobs Skip Tape Library: ADIC, Scalar 24, firmware version 109A, SCSI connected to ISGBKHA Tapes Used: HP Ultrium 400 GB, LTO Media Files Backed up: Incremental - 648,800 files, 300 GB Full - 2,340,000 files, 970 GB

1 0

Can this be done
by SKIP HOFMANN 26 Jul '04

26 Jul '04

Hi all In an effort to speed up our backups we want to know if it's possible to connect a ADIC, Scalar 24, firmware version 109A, SCSI connected to a R200 filer, and have the R200 run the backup jobs. Thanks for any input Skip

1 0

Jump to page:

2025

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