toasters

toasters@lists.teaparty.net

13514 discussions

nt subst cmd
by neil lehrer 28 Nov '01

28 Nov '01

hi, our homedir structure is /vol/vol0/users/a/adam we want to use the subst cmd instead of 'net use' because we go below the share. and since we have the first letter of the userid in there we can't use the ontap homedir option. however, we can't get subst to work as a user. C:\WINNTSRV>subst q: \\filer\u7\k\kusr1 Path not found - \\filer\u7\k\kusr1 subst works fine as admin. u7 is an ntfs qtree. kusr1 has full control over its dir. cifs.bypass_traverse_checking on is set. i also gave kusr X rights on u7 and u7\k. no diff. filer is 760 with ontap 6.1.1r2. volume is unix style. anybody ever get this to work? any suggestions? thanks. -- regards

2 1

RE: Purging classified files from F840
by McCarthy, Tim 28 Nov '01

28 Nov '01

Gentlemen, I suggest you look at the following: http://www.dss.mil/isec/nispom.htm This is the DOD standard for disk clearing. This is DOD, and other agencies may have guidlines in addition to these when sanitizing disks.... --tmac Timothy A. McCarthy System Engineer Network Appliance Federal Systems INC. http://www.netapp.com <http://www.netapp.com> 410-290-1581 Office Page Me at: 877-5-NETAPP --> -----Original Message----- --> From: Joe Luchtenberg [mailto:joe.luchtenberg@data-line.com] --> Sent: Wednesday, November 28, 2001 9:15 AM --> To: 'pkeim(contr-ird)'; toasters(a)mathworks.com --> Subject: RE: Purging classified files from F840 --> --> --> Not a direct answer, but a related subject... If your --> environment is --> subject to DoD restrictions related to data classification, --> then you may --> wish to ensure you have the warranty uplift for --> non-returnable disks. --> NetApp cannot accept returned disks under warranty that --> have been degaused --> or otherwise modified to purge data to satisfy --> classification requirements, --> as this will nullify their warranty with the OEM --> manufacturer (it is well --> known that NetApp is a software company and their disks are --> - or at least --> were - all Seagate or IBM). You will be charged for --> replacement disks, if --> you do not purchase this uplift. --> --> Hope this is useful, even if it does not directly address --> your question. --> --> Joe --> --> Joe Luchtenberg --> Dataline, Inc. --> 757-858-0600 --> joe.luchtenberg(a)data-line.com --> --> -----Original Message----- --> From: pkeim(contr-ird) [mailto:pkeim@snap.org] --> Sent: Wednesday, November 28, 2001 8:23 AM --> To: toasters(a)mathworks.com --> Subject: Purging classified files from F840 --> --> --> I need some assistance in tracking down a specific question --> concerning our new F840 with release 6.1.1R2. When it's --> introduced into our --> production environment next month, it will operate in an --> unclassified (but --> sensitive) environment. If a user inadvertently saved a --> document classified --> "secret" to the filer, what is the DoD-approved method to --> completely wipe --> the file from the volume? --> --> Thanks in advance for the help! -->

1 0

Purging classified files from F840
by pkeim(contr-ird) 28 Nov '01

28 Nov '01

I need some assistance in tracking down a specific question concerning our new F840 with release 6.1.1R2. When it's introduced into our production environment next month, it will operate in an unclassified (but sensitive) environment. If a user inadvertently saved a document classified "secret" to the filer, what is the DoD-approved method to completely wipe the file from the volume? Thanks in advance for the help!

2 1

RE: Purging classified files from F840
by Joe Luchtenberg 28 Nov '01

28 Nov '01

Not a direct answer, but a related subject... If your environment is subject to DoD restrictions related to data classification, then you may wish to ensure you have the warranty uplift for non-returnable disks. NetApp cannot accept returned disks under warranty that have been degaused or otherwise modified to purge data to satisfy classification requirements, as this will nullify their warranty with the OEM manufacturer (it is well known that NetApp is a software company and their disks are - or at least were - all Seagate or IBM). You will be charged for replacement disks, if you do not purchase this uplift. Hope this is useful, even if it does not directly address your question. Joe Joe Luchtenberg Dataline, Inc. 757-858-0600 joe.luchtenberg(a)data-line.com -----Original Message----- From: pkeim(contr-ird) [mailto:pkeim@snap.org] Sent: Wednesday, November 28, 2001 8:23 AM To: toasters(a)mathworks.com Subject: Purging classified files from F840 I need some assistance in tracking down a specific question concerning our new F840 with release 6.1.1R2. When it's introduced into our production environment next month, it will operate in an unclassified (but sensitive) environment. If a user inadvertently saved a document classified "secret" to the filer, what is the DoD-approved method to completely wipe the file from the volume? Thanks in advance for the help!

1 0

RE: Performance issue
by Craig Slack 27 Nov '01

27 Nov '01

We too have experienced similar performance issues on the same OS version. However, our users are using Trend OfficeScan for virus scanning, not NAV. We have an open case with NetApp, but so far they have provided us with no information. If this is a widespread problem with this OS version, I would like to know when a patch is expected, if anyone knows. Thank you. Craig Slack -----Original Message----- From: Kitch, David [mailto:dkitch@ti.com] Sent: Tuesday, November 27, 2001 8:32 AM To: 'Drew O'Donnell'; toasters(a)mathworks.com Subject: RE: Performance issue We've had the same issue in isolated cases on our filers running 6.1R1P1. Our clients are running NAV CE. What have you found out about Norton Antivirus Corporate edition in this combination? Regards, Dave -----Original Message----- From: Drew O'Donnell [mailto:drew@cooperneff.com] Sent: Tuesday, November 27, 2001 9:43 AM To: toasters(a)mathworks.com Subject: RE: Performance issue Yes, We are having a very similar issue, Netapp Engineering thinks there may be a bug with this release, we are currently working with them to resolve this. If you disable oplocks on the qtrees which are experiencing the problem, then this should temporarily resolve your problem. I forwarded your email to engineering and they should be contacting you. Are you by any chance running Norton Antivirus Corporate edition on any of you clients? Thanks Drew -----Original Message----- From: Haber, David J. [mailto:David.Haber@vtmednet.org] Sent: Tuesday, November 27, 2001 7:11 AM To: toasters(a)mathworks.com Subject: Performance issue Has anyone seen intermittent problems when users try to save Excel or Powerpoint files to a share on the filer? Also, what are some of the strategies for dealing with oplock break timeout issues? I've been working with NetApp support on these issues but I'd like other opinions. I'm running an 820 filer, DATAOntap 6.1.1r1, and I have a 4-port, 10/100 full duplex vif.

1 0

Re: Performance issue
by MCope＠isisph.com 27 Nov '01

27 Nov '01

David, Exactly what kind of issues are you seeing. I have the exact same setup except I have Gigabit instead of 100Mb. The issue primarily seems to be opening Office files from a share can take 30+ seconds. Other files types don't seem to be such an issue although I've personally seen a tiny text file take 20 seconds to open in Notepad. I've been the lone voice in the wilderness claiming it's not a Filer problem although it sounds like that might not be entirely true. We did see that running NAV with network drive checking enabled significantly made file access slower. We've done extensive testing and trouble shooting with the local NetApp folks. They discovered the NAV problem. The biggest reason I've not been looking at the Filer as a source of the problem is we've experienced the exact same behavior when accessing files from a share on an NT server. That in conjunction with some packet captures we've done seem to point to a problem with NT's TCP/IP stack. The stack starts out using very small packets and takes forever to ramp up to a decent packet size (Win2K is much faster - in tests a Win2K box on 100Mb ran laps around an NT server using Gigabit). We also use NIS as our primary means of authentication on the Filer and we still haven't ruled this out as an issue. I'm certainly interested in learning more about your problem and everything you learn/hear. This has been made a "top priority" for me to resolve and it's been frustrating because there doesn't seem to be a "smoking gun" and in the meanwhile management and users are cursing the good name of NetApp. Michael Cope Unix Systems Administrator Isis Pharmaceuticals mcope(a)isisph.com

1 0

RE: Performance issue
by Kitch, David 27 Nov '01

27 Nov '01

We've had the same issue in isolated cases on our filers running 6.1R1P1. Our clients are running NAV CE. What have you found out about Norton Antivirus Corporate edition in this combination? Regards, Dave -----Original Message----- From: Drew O'Donnell [mailto:drew@cooperneff.com] Sent: Tuesday, November 27, 2001 9:43 AM To: toasters(a)mathworks.com Subject: RE: Performance issue Yes, We are having a very similar issue, Netapp Engineering thinks there may be a bug with this release, we are currently working with them to resolve this. If you disable oplocks on the qtrees which are experiencing the problem, then this should temporarily resolve your problem. I forwarded your email to engineering and they should be contacting you. Are you by any chance running Norton Antivirus Corporate edition on any of you clients? Thanks Drew -----Original Message----- From: Haber, David J. [mailto:David.Haber@vtmednet.org] Sent: Tuesday, November 27, 2001 7:11 AM To: toasters(a)mathworks.com Subject: Performance issue Has anyone seen intermittent problems when users try to save Excel or Powerpoint files to a share on the filer? Also, what are some of the strategies for dealing with oplock break timeout issues? I've been working with NetApp support on these issues but I'd like other opinions. I'm running an 820 filer, DATAOntap 6.1.1r1, and I have a 4-port, 10/100 full duplex vif.

1 0

RE: Performance issue
by Drew O'Donnell 27 Nov '01

27 Nov '01

Yes, We are having a very similar issue, Netapp Engineering thinks there may be a bug with this release, we are currently working with them to resolve this. If you disable oplocks on the qtrees which are experiencing the problem, then this should temporarily resolve your problem. I forwarded your email to engineering and they should be contacting you. Are you by any chance running Norton Antivirus Corporate edition on any of you clients? Thanks Drew -----Original Message----- From: Haber, David J. [mailto:David.Haber@vtmednet.org] Sent: Tuesday, November 27, 2001 7:11 AM To: toasters(a)mathworks.com Subject: Performance issue Has anyone seen intermittent problems when users try to save Excel or Powerpoint files to a share on the filer? Also, what are some of the strategies for dealing with oplock break timeout issues? I've been working with NetApp support on these issues but I'd like other opinions. I'm running an 820 filer, DATAOntap 6.1.1r1, and I have a 4-port, 10/100 full duplex vif.

1 0

Performance issue
by Haber, David J. 27 Nov '01

27 Nov '01

Has anyone seen intermittent problems when users try to save Excel or Powerpoint files to a share on the filer? Also, what are some of the strategies for dealing with oplock break timeout issues? I've been working with NetApp support on these issues but I'd like other opinions. I'm running an 820 filer, DATAOntap 6.1.1r1, and I have a 4-port, 10/100 full duplex vif.

1 0

Re: NIS group trouble
by Audry Peterson 27 Nov '01

27 Nov '01

Nixon - By default the filer updates the NIS group cache once a day. To verify the option switch enter the following at the console: filer> options nis.group_update_schedule nis.group_update_schedule 24 To manually force an update run the following: filer> options nis.group_update_schedule now To automate the process you can add a command to your NIS servers Makefile as such : rsh <filer> options nis.group_update_schedule now The NIS cache option began with ONTAP release 5.3 Hope this is helpful, Regards, audryp > X-Authentication-Warning: freddie.softlab.se: leif set sender to nixon(a)softlab.ericsson.se using -f > To: toasters(a)mathworks.com > Subject: NIS group trouble > From: Leif Nixon <nixon(a)softlab.se> > Date: 23 Nov 2001 14:32:23 +0100 > User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/20.7 > MIME-Version: 1.0 > > It seems my filer (F720, ONTAP 5.3.6R2) caches NIS group lookups even > if nis.group_update.enable is set to off. > > This is what happens when I add the user "testuser" to the group > "rally": > > Initially both a Unix NIS client and the filer agree that the user > isn't in the group: > > UNIX: % ypmatch rally group > UNIX: rally:*:31042:jfrid,leif > > FILER: jar> ypgroup testuser > FILER: User "testuser" belongs to the following group(s): > FILER: name: testproj gid: 31038 > FILER: name: testprod gid: 31039 > > Then I add the user to the group and do a ypmake. The Unix client > immediately picks up the change: > > UNIX: % ypmatch rally group > UNIX: rally:*:31042:jfrid,leif,testuser > > But the filer doesn't: > > FILER: jar> ypgroup testuser > FILER: User "testuser" belongs to the following group(s): > FILER: name: testproj gid: 31038 > FILER: name: testprod gid: 31039 > > The filer is supposed to not cache group lookups: > > FILER: jar> options nis.group_update.enable > FILER: nis.group_update.enable off > > In this state, the user can access the group's files just fine from an > NFS Unix client, but gets "permission denied" when attempting the same > from a CIFS client. > > Clearing the WCC cache with "wcc -x" doesn't help. Trying to > manually force a group cache update doesn't work: > > FILER: jar> options nis.group_update_schedule now > FILER: Local NIS group update failed now. NIS group caching is not enabled. > > The only way out of this state I've found is to enable group caching > and then disabling it again. This forces a group update. > > FILER: jar> options nis.group_update.enable on > FILER: Fri Nov 23 14:24:21 MET [rc]: NIS: Group Caching has been enabled > FILER: Fri Nov 23 14:24:21 MET [nis_grp_updater]: Local NIS group update successful. > FILER: jar> options nis.group_update.enable off > FILER: Fri Nov 23 14:24:27 MET [rc]: NIS: Group Caching has been disabled > > Now the ypgroup command stops working: > > FILER: jar> ypgroup testuser > FILER: NIS Group cache not yet updated. > > But at least the credential mapping is correct: > > FILER: jar> wcc -u testuser > FILER: (NT - UNIX) account name(s): (SOFTLAB.LIN\testuser - testuser) > FILER: *************** > FILER: UNIX uid = 31028 > FILER: user is a member of group softlab (30100) > FILER: user is a member of group rally (31042) > FILER: user is a member of group testproj (31038) > FILER: user is a member of group testprod (31039) > FILER: > FILER: NT membership > FILER: SOFTLAB.LIN\testuser > FILER: SOFTLAB.LIN\Domain Users > FILER: SOFTLAB.LIN\Gemini > FILER: BUILTIN\Users > FILER: User is also a member of Everyone, Network Users, > FILER: Authenticated Users > FILER: *************** > > Now the user can access the group's files over both NFS and CIFS. Can > anyone make head or tail of this? > > /Leif Nixon -- Audry Peterson mailto:audry.peterson@fnc.fujitsu.com Fujitsu Network Communications, Inc. Phone : (972) 479-2137 2801 Telecom Parkway FAX : (972) 479-6989 Richardson, TX 75082 --

4 3

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