toasters April 2001

toasters@lists.teaparty.net

205 participants
286 discussions

Firmware upgrade, F85
by parker＠redback.com 18 Apr '01

18 Apr '01

Folks, I have an F85 on loan from Netapp, and I'm looking to upgrade OnTap. I gather I should verify I've got the latest firmware first. When I go to now.netapp.com to check the latest firmware rev, the firmware release table: (http://now.netapp.com/NOW/tools/releasetable.shtml) doesn't even mention the F85, just the F700 and F800 (and older filers). To top this off, 'sysconfig -v' does not show a firmware rev on this filer, so I'm not sure what I'm running... Any ideas? Thanks, Ross -- Ross Parker | | "Lisp has all the visual appeal of Diagnostic Engineer | oatmeal with fingernail clippings Redback Networks Inc. | mixed in" - Larry Wall parker(a)redback.com |

1 0

RE: help
by Cormier, Darleen 18 Apr '01

18 Apr '01

Hey Lance, me luv, We at NetApp are always eager to help, but could you be a little more specific? Are you being held hostage by terrorists? Did you lose your car keys? Are you trying to borrow money? Has a gorgeous woman tied you to a bed, no wait, I'll take that one back. You probably wouldn't want help in a case like that. However you see my problem, Lance. We really don't know exactly what kind of advice or support to offer. ;-) -----Original Message----- From: White, Lance [mailto:Lance.White@netapp.com] Sent: Wednesday, April 18, 2001 6:32 AM To: 'toasters(a)mathworks.com' <mailto:'toasters(a)mathworks.com'> Subject: help

3 2

RE: Tru64 and Backup Express
by Stringer, Douglas 18 Apr '01

18 Apr '01

Syncsort is a strong partner with NetApp and has certified their product in our recent FC Fabric Backup solutions with Spectra Logic and ATL libraries. You should be pleased with both their performance and support. Regards, Doug Stringer Secondary Storage Marketing Manager Network Appliance 495 East Java Drive Sunnyvale, CA 94089 stringer(a)netapp.com 408-822-6764 telephone 408-822-4611 fax -----Original Message----- From: Ambrose_Earle(a)shamrockfoods.com [mailto:Ambrose_Earle@shamrockfoods.com] Sent: Tuesday, April 17, 2001 6:39 PM To: toasters(a)mathworks.com; tru64-unix-managers(a)ornl.gov Subject: Tru64 and Backup Express Just wanted to get some feedback regarding Syncsort's Backup Express running on Tru64 4.0f. We are considering acquiring a Network Appliance filer and need strong NDMP support and this product seems to have good support of both, but I would like to know what the rest of you think?

1 0

help
by White, Lance 18 Apr '01

18 Apr '01

1 0

Tru64 and Backup Express
by Ambrose_Earle＠shamrockfoods.com 18 Apr '01

18 Apr '01

Just wanted to get some feedback regarding Syncsort's Backup Express running on Tru64 4.0f. We are considering acquiring a Network Appliance filer and need strong NDMP support and this product seems to have good support of both, but I would like to know what the rest of you think?

1 0

RE: dump / restore to the filer
by Fox, Adam 17 Apr '01

17 Apr '01

This should work, the difference between doing that and doing ndmpcopy is that by doing dump|restore via rsh, you are actually pumping the data through the client. That's fine..as long as you have a beefy client and a big pipe between the filer and the client. The nice thing about ndmpcopy is that it keeps the traffic within the filer (on the loopback interface). So either way works, take your pick. Just know the differences up front. -- Adam Fox NetApp Professional Services, NC adamfox(a)netapp.com > -----Original Message----- > From: Jeffrey Krueger [mailto:jkrueger@qualcomm.com] > Sent: Monday, April 16, 2001 8:57 PM > To: Fox, Adam > Cc: 'Coder, James (STP)'; toasters(a)mathworks.com > Subject: Re: dump / restore to the filer > > > You actually can run dump and restore through a pipe, but the > pipe must be > on an external admin host (not the NetApp). It would look > something like > this: > > adminhost% su > adminhost# rsh filer1 dump 0uf - /vol/vol0/stuff | rsh filer2 > restore rfD - > /vol/vol3/new_stuff > > Don't quote me on the exact options, but it does work. A > little playing > around with it should yeild the correct formula. > > If you're using this to move changing data, don't forget to > make the source > read-only (or unaccessible) during the dump. =) > > -- Jeff > > > On Mon, Apr 16, 2001 at 03:32:12PM -0700, Fox, Adam wrote: > > Not exactly. You can't do it on the command line, but > > the ndmpcopy utility does what you are looking for. > > You take a client and run ndmpcopy with the source and > > destination being the same filer. This effectively does > > a dump | restore on the same filer (it acutally uses the > > loopback interface, which is effectively the same thing). > > Since the data doesn't go through the client, it doesn't really > > matter what the client is or the network connectivity to > > the filer. I've done this with a SPARC 10 with a 10BT > > connection to the filer. The only traffic that comes > > back to the client are occasional status packets so that > > ndmpcopy can update you every 5 minutes. > > > > So the functionality is possible, just not exactly how > > you would expect to execute it. > > > > ndmpcopy is available at ndmp.org or from the NOW site. > > > > Hope this helps > > > > > > -- Adam Fox > > NetApp Professional Services, NC > > adamfox(a)netapp.com > > > > > > > > > -----Original Message----- > > > From: Coder, James (STP) [mailto:james.coder@guidant.com] > > > Sent: Monday, April 16, 2001 5:38 PM > > > To: toasters(a)mathworks.com > > > Subject: dump / restore to the filer > > > > > > > > > Is it possible to do a dump / restore on the same command > > > line like in Unix? > > > (similar to dumping to standard out then reading from > > > standard in ). I want > > > to dump some files from one volume to new volume, then move > > > the remaining > > > files to a 2nd new volume (all on the same filer). NetApp > > > documentation > > > says to vol copy the complete volume then blow the files I > > > don't want away. > > > This seems like doubling my work. Any ideas / help? > > > > > > thx in advance - jc > > > > > > James C. Coder > > > Guidant CRM > > > email: james.coder(a)guidant.com > > > Phone: 651-582-4797 > > > > > >

1 0

RE: ASP caching
by Benn, Paul 17 Apr '01

17 Apr '01

You may need to increase it even more. Did you come up with 253 based on the procedure in the white paper? -----Original Message----- From: Andrew Smith [mailto:ajs@dca.net] Sent: Tuesday, April 17, 2001 11:58 AM To: Benn, Paul Cc: theffron(a)wisedata.com; 'toasters(a)mathworks.com ' Subject: RE: ASP caching Hi Paul, Yes, I have my cifs.max_mpx set to 253. Any other ideas? -Andy On Tue, 17 Apr 2001, Benn, Paul wrote: > Andrew, > > Actually, this is set on the filer by using the cifs.max_mpx option. > The process is documented in the IIS white paper in section 4.3.1: > > http://www.netapp.com/tech_library/3078.html#4.3.1 > > If you still have trouble after configuring the cifs.max_mpx option, > please open a call with our customer support group. > > Regards, > > Paul Benn > > -----Original Message----- > From: Andrew Smith [mailto:ajs@dca.net] > Sent: Tuesday, April 17, 2001 10:58 AM > To: Benn, Paul > Cc: theffron(a)wisedata.com; 'toasters(a)mathworks.com ' > Subject: RE: ASP caching > > > > Paul (and others): > > I've upgraded my F720 to 6.0.1R3 and I still see ASP caching happening > with my two Windows 2000 / IIS 5.0 web servers. Editing an ASP script or > uploading a new one has no effect - old data is still served up to http > clients. > > I poked around and found this: > > http://support.microsoft.com/support/kb/articles/Q271/1/48.ASP > > and contact Microsoft to get the Q271148 Hotfix. Installing that does not > help. > > Since the upgrade to 6.0.1R3 I'm also now getting these errors in my > Windows syslog: > > Apr 17 08:09:39 horizon w3svc[warning] The server was unable to add the > virtual root '' for the directory '\\filer\ibreast\nt.ibreast.com' due to > the following error: The system cannot find the file specified. The data > is the error code. For additional information specific to this message > please visit the Microsoft Online Support site located at: > http://www.microsoft.com/contentredirect.asp. > > Apr 17 08:09:49 horizon w3svc[warning] The server was unable to add the > virtual root '' for the directory '\\filer\hummweb\hummingbirdsociety.org' > due to the following error: The network BIOS command limit has been > reached. The data is the error code. For additional information specific > to this message please visit the Microsoft Online Support site located at: > http://www.microsoft.com/contentredirect.asp. > > Apr 17 08:09:49 horizon w3svc[warning] The server was unable to add the > virtual root '' for the directory > '\\filer\templehealth\tuhscareers.dca.net' due to the following error: The > network BIOS command limit has been reached. The data is the error code. > For additional information specific to this message please visit the > Microsoft Online Support site located at: > http://www.microsoft.com/contentredirect.asp. > > Apr 17 08:09:49 horizon w3svc[warning] The server was unable to add the > virtual root '' for the directory '\\filer\infowdl\wdl.org' due to the > following error: The network BIOS command limit has been reached. The data > is the error code. For additional information specific to this message > please visit the Microsoft Online Support site located at: > http://www.microsoft.com/contentredirect.asp. > > Apr 17 08:09:49 horizon w3svc[warning] The server was unable to add the > virtual root '' for the directory '\\filer\pcvbweb\pcvb.dca.net' due to > the following error: The network BIOS command limit has been reached. > The data is the error code. For additional information specific to this > message please visit the Microsoft Online Support site located at: > http://www.microsoft.com/contentredirect.asp. > > IIS has paths like this: > > \\filer\pcvbweb\pcvb.dca.net > > where \\filer is the filer, > \pcvbweb is the CIFS shared unix home directory, and > \pcvb.dca.net is a directory in the unix home directory. > > Does anyone have any other ideas? > > On Mon, 19 Mar 2001, Benn, Paul wrote: > > > Here's a tidbit from the white paper: > > > > "Note: Selecting the "Run in separate memory space" option is generally not > > recommended outside of ASP development. Enabling this option causes > > excessive overhead by way of duplicate change/notify requests for each > > process on the remote machine specified in the Network Directory field. This > > is true not only for NetApp filers, but also for any machine that IIS > > accesses in this manner. IIS 5 presents a third option (now under the > > heading of Application Protection) called medium (pooled). Since this pools > > processes together rather than creating a separate process for each one, it > > doesn't cause as much overhead on the remote machine." > > > > http://www.netapp.com/tech_library/3078.html > > > > > > -----Original Message----- > > From: Andrew Smith [mailto:ajs@dca.net] > > Sent: Monday, March 19, 2001 12:46 PM > > To: theffron(a)wisedata.com > > Cc: 'toasters(a)mathworks.com ' > > Subject: Re: ASP caching > > > > > > > > Hello, > > > > We have worked around this by disabling ASP caching on those vhosts where > > it is requested. Once the customer finishes development work, we > > re-enabling caching to keep the load down on our filer. > > > > The way to do this is: > > > > - Open the Properties window of the vhost in question in the IIS manager > > - Under 'Home Directory' set the Application Protection to 'High' > > - Press 'Configuration' and uncheck 'Cache ISAPI applications'. > > > > This works for us. We've found that if we disable 'Cache ISAPI > > applications' for the entire web server, the load on our filer and out web > > servers spikes way, way up. ISAPI caching dramatically increases > > performance. I just wish that IIS was smart enough to look at something > > as simple as the 'changed date' on a file to see if it should reload it > > into cache. > > > > > > > > On Mon, 19 Mar 2001, Jean-Christophe Smith wrote: > > > > > > > > We have a cluster of Windows 2000 servers running IIS 5.0, content lives > > on > > > a NetApp F720 running OnTap Release 5.3.7R2. Our customers use FTP to > > upload > > > their web pages. > > > > > > IIS is caching ASP(active server pages), customers will make changes to > > > their ASP files and try to view them(view IIS) and they see the older > > pages. > > > I read about this issue entitled "5.3 Active Server Page Caching" in the > > > NetApp document "Integrating a NetApp Filer with Microsoft IIS". I > > > understand it is an issue with CIFS change/notify events and the way IIS > > was > > > designed. > > > > > > Does anybody know a way of fixing this? or maybe way to increase the > > > change/notify events, or... > > > > > > For now, we have to restart IIS when changes are made. > > > > > > Maybe I could write a program to manually induce change/notify events? > > > > > > Thanks, > > > Jean-Christophe Smith > > > jsmith(a)publichost.com > > > VitalStream.com > > > > > > > > > > > > > > >

1 0

RE: ndmpcopy and sysstat
by Fox, Adam 17 Apr '01

17 Apr '01

Sure can. All the "network traffic" is going through the loopback interface. Check out your ifstat -a and you'll see it. -- Adam Fox NetApp Professional Services, NC adamfox(a)netapp.com > -----Original Message----- > From: Manny Kaiser [mailto:mkaiser@mmcnet.com] > Sent: Tuesday, April 17, 2001 3:47 AM > To: toasters(a)mathworks.com > Subject: ndmpcopy and sysstat > > > Hi, > > When running ndmpcopy, copying data localy, on an idle > machine, I notice > that when running sysstat I see that while there is intensive disk > activity there is also intensive network activity of similar > magnitude. > > I assumed that all the data would remain local on the netapp > without any > attempt of data going over the net. > > Can someone explain. >

1 0

None
by Mister Bimmer 17 Apr '01

17 Apr '01

We run Tru64 4.0f with various Oracle databases from 7.3.4 to 8.1.7. I am researching acquiring a filer, probably an F840, to host the datafiles for some of my databases, as well as other file types such as Lotus Notes .nsf files, generic user file sharing, etc. I'm presently sustaining a combined 30 MB/Second with over 600 Transactions/Second over periods of an hour or more according to 'collect -T' on my UNIX boxes. I would mount the datafiles via nfs over GigE using an rsize/wsize of 8192 (the maximum for our version of Tru64) to two different servers, one for each database. I would run the fiber from each server through a 6509 and probably trunk two lines together from the switch to the filer. Any comments on the architecture, such as the Cisco trunking? Any comments on Oracle on a filer? Any comments on Tru64 with a filer? Any comments on my throughput requirements? Am I crazy? I really appreciate all of your help. It's very hard to prove that all the pieces will work right without hearing a little bit from everyone about their individual "real-world" experiences with the above. Thanks again, _________________________________________________________________ Get your FREE download of MSN Explorer at http://explorer.msn.com

1 0

RE: ASP caching
by Benn, Paul 17 Apr '01

17 Apr '01

Andrew, Actually, this is set on the filer by using the cifs.max_mpx option. The process is documented in the IIS white paper in section 4.3.1: http://www.netapp.com/tech_library/3078.html#4.3.1 If you still have trouble after configuring the cifs.max_mpx option, please open a call with our customer support group. Regards, Paul Benn -----Original Message----- From: Andrew Smith [mailto:ajs@dca.net] Sent: Tuesday, April 17, 2001 10:58 AM To: Benn, Paul Cc: theffron(a)wisedata.com; 'toasters(a)mathworks.com ' Subject: RE: ASP caching Paul (and others): I've upgraded my F720 to 6.0.1R3 and I still see ASP caching happening with my two Windows 2000 / IIS 5.0 web servers. Editing an ASP script or uploading a new one has no effect - old data is still served up to http clients. I poked around and found this: http://support.microsoft.com/support/kb/articles/Q271/1/48.ASP and contact Microsoft to get the Q271148 Hotfix. Installing that does not help. Since the upgrade to 6.0.1R3 I'm also now getting these errors in my Windows syslog: Apr 17 08:09:39 horizon w3svc[warning] The server was unable to add the virtual root '' for the directory '\\filer\ibreast\nt.ibreast.com' due to the following error: The system cannot find the file specified. The data is the error code. For additional information specific to this message please visit the Microsoft Online Support site located at: http://www.microsoft.com/contentredirect.asp. Apr 17 08:09:49 horizon w3svc[warning] The server was unable to add the virtual root '' for the directory '\\filer\hummweb\hummingbirdsociety.org' due to the following error: The network BIOS command limit has been reached. The data is the error code. For additional information specific to this message please visit the Microsoft Online Support site located at: http://www.microsoft.com/contentredirect.asp. Apr 17 08:09:49 horizon w3svc[warning] The server was unable to add the virtual root '' for the directory '\\filer\templehealth\tuhscareers.dca.net' due to the following error: The network BIOS command limit has been reached. The data is the error code. For additional information specific to this message please visit the Microsoft Online Support site located at: http://www.microsoft.com/contentredirect.asp. Apr 17 08:09:49 horizon w3svc[warning] The server was unable to add the virtual root '' for the directory '\\filer\infowdl\wdl.org' due to the following error: The network BIOS command limit has been reached. The data is the error code. For additional information specific to this message please visit the Microsoft Online Support site located at: http://www.microsoft.com/contentredirect.asp. Apr 17 08:09:49 horizon w3svc[warning] The server was unable to add the virtual root '' for the directory '\\filer\pcvbweb\pcvb.dca.net' due to the following error: The network BIOS command limit has been reached. The data is the error code. For additional information specific to this message please visit the Microsoft Online Support site located at: http://www.microsoft.com/contentredirect.asp. IIS has paths like this: \\filer\pcvbweb\pcvb.dca.net where \\filer is the filer, \pcvbweb is the CIFS shared unix home directory, and \pcvb.dca.net is a directory in the unix home directory. Does anyone have any other ideas? On Mon, 19 Mar 2001, Benn, Paul wrote: > Here's a tidbit from the white paper: > > "Note: Selecting the "Run in separate memory space" option is generally not > recommended outside of ASP development. Enabling this option causes > excessive overhead by way of duplicate change/notify requests for each > process on the remote machine specified in the Network Directory field. This > is true not only for NetApp filers, but also for any machine that IIS > accesses in this manner. IIS 5 presents a third option (now under the > heading of Application Protection) called medium (pooled). Since this pools > processes together rather than creating a separate process for each one, it > doesn't cause as much overhead on the remote machine." > > http://www.netapp.com/tech_library/3078.html > > > -----Original Message----- > From: Andrew Smith [mailto:ajs@dca.net] > Sent: Monday, March 19, 2001 12:46 PM > To: theffron(a)wisedata.com > Cc: 'toasters(a)mathworks.com ' > Subject: Re: ASP caching > > > > Hello, > > We have worked around this by disabling ASP caching on those vhosts where > it is requested. Once the customer finishes development work, we > re-enabling caching to keep the load down on our filer. > > The way to do this is: > > - Open the Properties window of the vhost in question in the IIS manager > - Under 'Home Directory' set the Application Protection to 'High' > - Press 'Configuration' and uncheck 'Cache ISAPI applications'. > > This works for us. We've found that if we disable 'Cache ISAPI > applications' for the entire web server, the load on our filer and out web > servers spikes way, way up. ISAPI caching dramatically increases > performance. I just wish that IIS was smart enough to look at something > as simple as the 'changed date' on a file to see if it should reload it > into cache. > > > > On Mon, 19 Mar 2001, Jean-Christophe Smith wrote: > > > > > We have a cluster of Windows 2000 servers running IIS 5.0, content lives > on > > a NetApp F720 running OnTap Release 5.3.7R2. Our customers use FTP to > upload > > their web pages. > > > > IIS is caching ASP(active server pages), customers will make changes to > > their ASP files and try to view them(view IIS) and they see the older > pages. > > I read about this issue entitled "5.3 Active Server Page Caching" in the > > NetApp document "Integrating a NetApp Filer with Microsoft IIS". I > > understand it is an issue with CIFS change/notify events and the way IIS > was > > designed. > > > > Does anybody know a way of fixing this? or maybe way to increase the > > change/notify events, or... > > > > For now, we have to restart IIS when changes are made. > > > > Maybe I could write a program to manually induce change/notify events? > > > > Thanks, > > Jean-Christophe Smith > > jsmith(a)publichost.com > > VitalStream.com > > > > > > > >

2 1

← Newer
1
...
14
15
16
17
18
19
20
...
29
Older →

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 April 2001