toasters

toasters@lists.teaparty.net

13520 discussions

RE: Another Q...
by Fox, Adam 18 Apr '01

18 Apr '01

How about after you connect to the filer, running a 'cifs sessions' to see what user is mapped to. Then check permissions of the /etc/directory. Also it would be good to know what qtree security type the root volume is set to. -- Adam Fox NetApp Professional Services, NC adamfox(a)netapp.com > -----Original Message----- > From: parker(a)redback.com [mailto:parker@redback.com] > Sent: Wednesday, April 18, 2001 2:34 PM > To: toasters(a)mathworks.com > Subject: Another Q... > > > Hi, > > Another question on the F85... > > We're trying to set it up with a win 2k administration host > (we've done > it with a UNIX host and all works fine there, NT or win2k is an > operational requirement)... > > Despite many attempts, we are unable to write to the /etc > directory. We > can mount \\netapp\C$ just fine, but cannot write. > > I've set it up in a number of different ways - with the administrative > host set using a hostname (with host defined in /etc/hosts on the > filer), IP address or set to 'all' ('return' at the prompt in setup). > > cifs access seems to be fine, we can access other directories on the > filer with no problem, and we can see stuff in /etc, we just can't > write. Writing to a different directory gives us files created by > 'nobody4:nogroup'. > > We've tried this as Administrator on the win 2k system, or as a > particular user (defined as a domain admin) with that user set up in > /etc/hosts.equiv. No luck. > > We do have a good (apparantly) connection to our domain > controller, and > we have a computer account in the NT domain for the filer. > > I'm pretty much stumped at this point... > > Any ideas? > > Cheers, > > 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: Another Q...
by Tom "Mad Dog" Yergeau 18 Apr '01

18 Apr '01

To gain read/write acess to the etc directory via CIFS, make sure the account you are using to access the filer is in the filer's local Administrators group, and that "options wafl.nt_admin_priv_map_to_root on". It also might help to put the NT account you are using as mapping to root in /etc/usermap.cfg. If these all don't work, try calling 1-888-4-NETAPP for assistance. Tom -----Original Message----- From: parker(a)redback.com [mailto:parker@redback.com] Sent: Wednesday, April 18, 2001 2:34 PM To: toasters(a)mathworks.com Subject: Another Q... Hi, Another question on the F85... We're trying to set it up with a win 2k administration host (we've done it with a UNIX host and all works fine there, NT or win2k is an operational requirement)... Despite many attempts, we are unable to write to the /etc directory. We can mount \\netapp\C$ just fine, but cannot write. I've set it up in a number of different ways - with the administrative host set using a hostname (with host defined in /etc/hosts on the filer), IP address or set to 'all' ('return' at the prompt in setup). cifs access seems to be fine, we can access other directories on the filer with no problem, and we can see stuff in /etc, we just can't write. Writing to a different directory gives us files created by 'nobody4:nogroup'. We've tried this as Administrator on the win 2k system, or as a particular user (defined as a domain admin) with that user set up in /etc/hosts.equiv. No luck. We do have a good (apparantly) connection to our domain controller, and we have a computer account in the NT domain for the filer. I'm pretty much stumped at this point... Any ideas? Cheers, 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 |

2 1

Another Q...
by parker＠redback.com 18 Apr '01

18 Apr '01

Hi, Another question on the F85... We're trying to set it up with a win 2k administration host (we've done it with a UNIX host and all works fine there, NT or win2k is an operational requirement)... Despite many attempts, we are unable to write to the /etc directory. We can mount \\netapp\C$ just fine, but cannot write. I've set it up in a number of different ways - with the administrative host set using a hostname (with host defined in /etc/hosts on the filer), IP address or set to 'all' ('return' at the prompt in setup). cifs access seems to be fine, we can access other directories on the filer with no problem, and we can see stuff in /etc, we just can't write. Writing to a different directory gives us files created by 'nobody4:nogroup'. We've tried this as Administrator on the win 2k system, or as a particular user (defined as a domain admin) with that user set up in /etc/hosts.equiv. No luck. We do have a good (apparantly) connection to our domain controller, and we have a computer account in the NT domain for the filer. I'm pretty much stumped at this point... Any ideas? Cheers, 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

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

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