toasters

toasters@lists.teaparty.net

13514 discussions

Re: CIFS in Workgroup mode
by Robert Borowicz 16 Apr '03

16 Apr '03

Alan, You hit the nail right on the head as we say here in the States.... We recently met with a Novell SE and he espoused the same things you did. You've been there and done this??? Option 2 gets my vote.... however I've been asked to conduct an experiment with Option 1 in our lab. Yes Option 1 implies that every packet that comes from the Filer is dissassembled on the Novell gateway machine and reassembled outbound in the format defined. (NCP, HTTP, FTP and yes CIFS and NFS!!!) Sigh.... Onward.... At 12:00 PM 4/16/2003 -0500, wrote: >-------- Original Message -------- >Subject: RE: CIFS in Workgroup mode >Date: Wed, 16 Apr 2003 17:17:19 +1000 >From: Alan McLachlan <amclachlan(a)asi.com.au> >To: Robert Borowicz <rbaus(a)swbell.net>, toasters(a)mathworks.com >CC: Dane Knudson <DKnudson(a)asi.com.au> > >Robert, > >One problem is that in workgroup mode NTFS security isn't available. In >fact, no real security is available... > >There appear to be two options to using a filer in a Novell environment: > >1) The "gateway" Novell server approach. This involves using a Novell server >running Novell NFS Services (with lots of CPU and RAM) with a direct >back-to-back link to the filer to act as an I/O path. Clients and >application hosts only see the Novell server, while the filer thinks the >Novell server is a Unix NIS server that also happens to be it's only client >:o). Security is a subset of Novell permissions as available by mapping Unix >permissions. The drawback here is that the Novell server itself will be an >I/O bottleneck. > >2) eDirectory and Windows integration. For this you need a DC, as you have >identified. The Windows DC runs the Novell eDirectory client and the >security is synchronised with Novell Account Manager. All clients that need >to access the filer need to have the CIFS redirector running. Permissions >are mapped by Novell Account Manager. > >An issue with approach 2 is that when passwords are changed by a helpdesk >directly in eDirectory, they may not be synchronised immediately. If anyone >has found a workaround for this please respond. > >regards, > >Alan. > > >-----Original Message----- >From: Robert Borowicz [mailto:rbaus@swbell.net] >Sent: Wednesday, 16 April 2003 6:26 AM >To: toasters(a)mathworks.com >Subject: CIFS in Workgroup mode > > >Does anybody run CIFS shares in workgroup mode? That is not >booted/authenticated with a PDC? > >I have the joy of trying to make my machine work in a Novell environment >and no DC and would love to share ideas with other lucky souls like me.... > >TIA > >-Bob Borowicz > > >**** ASI Solutions Disclaimer **** > The material transmitted may contain confidential and/or privileged >material and is intended only for the addressee. If you receive this in >error, please notify the sender and destroy any copies of the material >immediately. ASI will protect your Privacy according to the 10 Privacy >Principles outlined under the new Privacy Act, Dec 2001. > > This email is also subject to copyright. Any use of or reliance upon this >material by persons or entities other than the addressee is prohibited. > >E-mails may be interfered with, may contain computer viruses or other >defects. Under no circumstances do we accept liability for any loss or >damage which may result from your receipt of this message or any >attachments. >**** END OF MESSAGE **** > >

1 0

RE: FC9 & DS14 on same FC-AL adapter...
by Link, Bill (OTS-EDH) 16 Apr '03

16 Apr '03

Yes, DS14 at the end of string because of termination mechanics. Bill -----Original Message----- From: jeff.mery(a)ni.com [mailto:jeff.mery@ni.com] Sent: Wednesday, April 16, 2003 8:16 AM To: toasters(a)mathworks.com Subject: FC9 & DS14 on same FC-AL adapter... Fellow Toasters, Does anyone know if FC9 and DS14 shelves can co-exist on the same FC-AL adapter? If so, are there any special rules that must be followed (i.e. DS14s at beginning/end/certain shelf IDs etc.)? Thanks in advance, Jeff Mery, MCP National Instruments ------------------------------------------------------------------------- "Allow me to extol the virtues of the Net Fairy, and of all the fantastic dorks that make the nice packets go from here to there. Amen." TB - Penny Arcade ------------------------------------------------------------------------- Notice: This e-mail and any attachments are intended only for the individual or company to which it is addressed and may contain information which is privileged, confidential and prohibited from disclosure or unauthorized use under applicable law. If you are not the intended recipient of this e-mail, you are hereby notified that any use, dissemination, or copying of this e-mail or the information contained in this e-mail is strictly prohibited by the sender. If you have received this transmission in error, please return the material received to the sender and delete all copies from your system. Thank you.

1 0

FC9 & DS14 on same FC-AL adapter...
by jeff.mery＠ni.com 16 Apr '03

16 Apr '03

Fellow Toasters, Does anyone know if FC9 and DS14 shelves can co-exist on the same FC-AL adapter? If so, are there any special rules that must be followed (i.e. DS14s at beginning/end/certain shelf IDs etc.)? Thanks in advance, Jeff Mery, MCP National Instruments ------------------------------------------------------------------------- "Allow me to extol the virtues of the Net Fairy, and of all the fantastic dorks that make the nice packets go from here to there. Amen." TB - Penny Arcade -------------------------------------------------------------------------

2 1

RE: FC9 & DS14 on same FC-AL adapter...
by Clawson, Simon 16 Apr '03

16 Apr '03

Yes. We have FC7, FC9 and DS14 on the same loop. The rules are - the shelves must be linked in order of oldest to newest - FC7 -> FC9 -> DS14. You cannot have more than 56 disks on one loop. Simon -----Original Message----- From: jeff.mery(a)ni.com [mailto:jeff.mery@ni.com] Sent: 16 April 2003 16:16 To: toasters(a)mathworks.com Subject: FC9 & DS14 on same FC-AL adapter... Fellow Toasters, Does anyone know if FC9 and DS14 shelves can co-exist on the same FC-AL adapter? If so, are there any special rules that must be followed (i.e. DS14s at beginning/end/certain shelf IDs etc.)? Thanks in advance, Jeff Mery, MCP National Instruments ------------------------------------------------------------------------ - "Allow me to extol the virtues of the Net Fairy, and of all the fantastic dorks that make the nice packets go from here to there. Amen." TB - Penny Arcade ------------------------------------------------------------------------ -

1 0

"df" output on filers running 6.3.1R1D1
by Carl R. Friend 16 Apr '03

16 Apr '03

G'day. Does anyone here happen to run ONTAP 6.3.1R1D1 on a filer with more than two volumes on it? If so, what order does a "df" command on the console report them in? We just upgraded a two-volume filer to 6.3.1R1D1 and the reporting order reversed itself from vol0, vol1 to vol1, vol0. This, in turn, goofed up the SNMP monitoring bits by reversing the index-to-volume numbers. Cheers. +----------------------------------------------+-----------------------+ | Carl Richard Friend (UNIX Sysadmin) | The MathWorks | | Minicomputer Collector / Enthusiast | Natick, Massachusetts | | mailto:carl_friend@mathworks.com +-----------------------+ | http://users.rcn.com/crfriend/museum/ | ICBM: 42:18N 71:21W | +----------------------------------------------+-----------------------+

2 1

RE: CIFS in Workgroup mode
by Alan McLachlan 16 Apr '03

16 Apr '03

Robert, One problem is that in workgroup mode NTFS security isn't available. In fact, no real security is available... There appear to be two options to using a filer in a Novell environment: 1) The "gateway" Novell server approach. This involves using a Novell server running Novell NFS Services (with lots of CPU and RAM) with a direct back-to-back link to the filer to act as an I/O path. Clients and application hosts only see the Novell server, while the filer thinks the Novell server is a Unix NIS server that also happens to be it's only client :o). Security is a subset of Novell permissions as available by mapping Unix permissions. The drawback here is that the Novell server itself will be an I/O bottleneck. 2) eDirectory and Windows integration. For this you need a DC, as you have identified. The Windows DC runs the Novell eDirectory client and the security is synchronised with Novell Account Manager. All clients that need to access the filer need to have the CIFS redirector running. Permissions are mapped by Novell Account Manager. An issue with approach 2 is that when passwords are changed by a helpdesk directly in eDirectory, they may not be synchronised immediately. If anyone has found a workaround for this please respond. regards, Alan. -----Original Message----- From: Robert Borowicz [mailto:rbaus@swbell.net] Sent: Wednesday, 16 April 2003 6:26 AM To: toasters(a)mathworks.com Subject: CIFS in Workgroup mode Does anybody run CIFS shares in workgroup mode? That is not booted/authenticated with a PDC? I have the joy of trying to make my machine work in a Novell environment and no DC and would love to share ideas with other lucky souls like me.... TIA -Bob Borowicz **** ASI Solutions Disclaimer **** The material transmitted may contain confidential and/or privileged material and is intended only for the addressee. If you receive this in error, please notify the sender and destroy any copies of the material immediately. ASI will protect your Privacy according to the 10 Privacy Principles outlined under the new Privacy Act, Dec 2001. This email is also subject to copyright. Any use of or reliance upon this material by persons or entities other than the addressee is prohibited. E-mails may be interfered with, may contain computer viruses or other defects. Under no circumstances do we accept liability for any loss or damage which may result from your receipt of this message or any attachments. **** END OF MESSAGE ****

1 0

CIFS in Workgroup mode
by Robert Borowicz 15 Apr '03

15 Apr '03

Does anybody run CIFS shares in workgroup mode? That is not booted/authenticated with a PDC? I have the joy of trying to make my machine work in a Novell environment and no DC and would love to share ideas with other lucky souls like me.... TIA -Bob Borowicz

2 1

dell LTO
by Rogers, Jamie 15 Apr '03

15 Apr '03

Has anyone ever used a Dell 122 LTO for backups on a 760 running 6.3.1 or earlier? Jamie.

1 0

RE: Data ONTAP 5.3.7R3 on a n F520
by Joe C Ropar 15 Apr '03

15 Apr '03

Andy, I killed the threads but there are two other processes listed relating to ndmp: ndmpdclassloader ndmpdserver Should those be deleted also? After deleting the threads I was still unable to delete the snapshots. Thanks, Joe Ropar "Hatcher, Andy" <Andy.Hatcher(a)netapp.com> 04/15/2003 01:12 PM To: "Joe C Ropar" <Joe_C_Ropar(a)raytheon.com> cc: Subject: RE: Data ONTAP 5.3.7R3 on a n F520 It's: kill -9 <threadname> I think you'll also have problems if the thread name has a space in it. [No quoting available.] -- Andy Hatcher ahatcher(a)netapp.com > -----Original Message----- > From: Brian Long [mailto:brilong@cisco.com] > Sent: Tuesday, April 15, 2003 10:43 AM > To: Joe C Ropar > Cc: toasters(a)mathworks.com > Subject: Re: Data ONTAP 5.3.7R3 on a n F520 > > > Joe, > > Please remember jsh is COMPLETELY UNSUPPORTED. If it crashes > your filer, I'm not responsible and neither is Netapp :) > > Having said that, you should try kill with other options. > It's been a long time since I used this. Maybe you need to > kill PID (i.e. 517). > > /Brian/ > > On Tue, 2003-04-15 at 13:11, Joe C Ropar wrote: > > Brian, > > Thanks for the reply. > > I'm in the java shell and ps in fact returns several Ndmpd threads > > even though > ndmpd status indicates no sessions active. > > > > But when I try to kill, the following returns: > > > > jsh> kill Thread-517 > > Arg expected > > > > Is there a switch I'm missing, like kill -9 <threadName> > > > > By the way the filer is running the most current version of > ONTAP for > > the model ( F520 ) and has been rebooted in the last 42 days which > > postdates the timestamp on the snapshots. > > It looks like the kill solution or boot from floppy into maintenance > > mode and deleting them are going to be the only workable > > solutions. > > > > > > Regards, > > Joseph C. Ropar > > Unix Systems Administrator > > Raytheon Systems Company > > cell (214) 869-7901 > > desk (972) 952-4306 > > e-mail jropar(a)raytheon.com > > > > > > > > > > Brian Long > > <brilong(a)cisco.com> > > > > 04/14/2003 12:42 PM > > > > To: Joe > > C Ropar > > <Joe_C_Ropar(a)raytheon.com> > > cc: > > toasters(a)mathworks.com > > Subject: > > Re: Data ONTAP 5.3.7R3 > > on a n F520 > > > > > > There is an unsupported java shell you can invoke and kill the ndmp > > sessions. Even though ndmpd says no active sessions, it > probably has > > some snapshots locked. > > > > filer> java netapp.cmds.jsh > > jsh> ps > > <grab thread names for ndmpd sessions> > > jsh> kill threadName > > jsh> exit > > filer> snap delete vol0 snapshot-name > > > > /Brian/ > > > > On Mon, 2003-04-14 at 12:25, Joe C Ropar wrote: > > > Greetings, > > > First time caller. > > > > > > I have a 520 for which "snap list" returns several > > snapshot_for_backup > > > ( busy ) lines. > > > These are old and for some reason were not deleted > automatically. I > > > cannot delete them manually either. > > > > > > I have tried setting "snap sched vol0 0 0 0" turned "vol options > > vol0 > > > nosnap on" > > > and was still unable to delete the snapshots. > > > > > > Below is the output of snap list. > > > > > > Any suggestions on how to get rid of the unwanted > snapshots would be > > > appreciated. > > > > > > Volume vol0 working............................................. > > > > > > %/used %/total date name > > > ---------- ---------- ------------ -------- > > > 1% ( 1%) 1% ( 1%) Apr 14 09:02 hourly.0 > > > 2% ( 1%) 1% ( 1%) Apr 14 07:02 hourly.1 > > > 2% ( 1%) 1% ( 1%) Apr 14 00:01 weekly.0 > > > 2% ( 1%) 1% ( 1%) Apr 13 17:02 hourly.2 > > > 2% ( 1%) 1% ( 1%) Apr 13 15:02 hourly.3 > > > 2% ( 1%) 2% ( 1%) Apr 13 13:02 hourly.4 > > > 3% ( 1%) 2% ( 1%) Apr 13 11:02 hourly.5 > > > 3% ( 1%) 2% ( 1%) Apr 13 00:01 nightly.0 > > > 3% ( 2%) 2% ( 1%) Apr 12 00:01 nightly.1 > > > 8% ( 7%) 6% ( 5%) Apr 11 00:03 nightly.2 > > > 9% ( 7%) 6% ( 5%) Apr 10 00:02 nightly.3 > > > 32% (28%) 29% (24%) Sep 20 21:48 > snapshot_for_backup.498 (busy) > > > 33% (28%) 30% (24%) Sep 18 23:37 > snapshot_for_backup.496 (busy) > > > 33% (27%) 31% (23%) Sep 14 01:28 > snapshot_for_backup.495 (busy) > > > 34% (26%) 33% (22%) Sep 09 19:52 > snapshot_for_backup.494 (busy) > > > 36% (26%) 35% (22%) Aug 07 21:41 snapshot_for_backup.481.old > > > (busy) > > > > > > > > > Regards, > > > Joseph C. Ropar > > > Unix Systems Administrator > > > Raytheon Systems Company > > > cell (214) 869-7901 > > > desk (972) 952-4306 > > > e-mail jropar(a)raytheon.com > > > > >

2 1

Re: Data ONTAP 5.3.7R3 on a n F520
by Joe C Ropar 15 Apr '03

15 Apr '03

Brian, Thanks for the reply. I'm in the java shell and ps in fact returns several Ndmpd threads even though > ndmpd status indicates no sessions active. But when I try to kill, the following returns: jsh> kill Thread-517 Arg expected Is there a switch I'm missing, like kill -9 <threadName> By the way the filer is running the most current version of ONTAP for the model ( F520 ) and has been rebooted in the last 42 days which postdates the timestamp on the snapshots. It looks like the kill solution or boot from floppy into maintenance mode and deleting them are going to be the only workable solutions. Regards, Joseph C. Ropar Unix Systems Administrator Raytheon Systems Company cell (214) 869-7901 desk (972) 952-4306 e-mail jropar(a)raytheon.com Brian Long <brilong(a)cisco.com> 04/14/2003 12:42 PM To: Joe C Ropar <Joe_C_Ropar(a)raytheon.com> cc: toasters(a)mathworks.com Subject: Re: Data ONTAP 5.3.7R3 on a n F520 There is an unsupported java shell you can invoke and kill the ndmp sessions. Even though ndmpd says no active sessions, it probably has some snapshots locked. filer> java netapp.cmds.jsh jsh> ps <grab thread names for ndmpd sessions> jsh> kill threadName jsh> exit filer> snap delete vol0 snapshot-name /Brian/ On Mon, 2003-04-14 at 12:25, Joe C Ropar wrote: > Greetings, > First time caller. > > I have a 520 for which "snap list" returns several snapshot_for_backup > ( busy ) lines. > These are old and for some reason were not deleted automatically. > I cannot delete them manually either. > > I have tried setting "snap sched vol0 0 0 0" turned "vol options vol0 > nosnap on" > and was still unable to delete the snapshots. > > Below is the output of snap list. > > Any suggestions on how to get rid of the unwanted snapshots would be > appreciated. > > Volume vol0 > working............................................. > > %/used %/total date name > ---------- ---------- ------------ -------- > 1% ( 1%) 1% ( 1%) Apr 14 09:02 hourly.0 > 2% ( 1%) 1% ( 1%) Apr 14 07:02 hourly.1 > 2% ( 1%) 1% ( 1%) Apr 14 00:01 weekly.0 > 2% ( 1%) 1% ( 1%) Apr 13 17:02 hourly.2 > 2% ( 1%) 1% ( 1%) Apr 13 15:02 hourly.3 > 2% ( 1%) 2% ( 1%) Apr 13 13:02 hourly.4 > 3% ( 1%) 2% ( 1%) Apr 13 11:02 hourly.5 > 3% ( 1%) 2% ( 1%) Apr 13 00:01 nightly.0 > 3% ( 2%) 2% ( 1%) Apr 12 00:01 nightly.1 > 8% ( 7%) 6% ( 5%) Apr 11 00:03 nightly.2 > 9% ( 7%) 6% ( 5%) Apr 10 00:02 nightly.3 > 32% (28%) 29% (24%) Sep 20 21:48 snapshot_for_backup.498 (busy) > 33% (28%) 30% (24%) Sep 18 23:37 snapshot_for_backup.496 (busy) > 33% (27%) 31% (23%) Sep 14 01:28 snapshot_for_backup.495 (busy) > 34% (26%) 33% (22%) Sep 09 19:52 snapshot_for_backup.494 (busy) > 36% (26%) 35% (22%) Aug 07 21:41 snapshot_for_backup.481.old > (busy) > > > Regards, > Joseph C. Ropar > Unix Systems Administrator > Raytheon Systems Company > cell (214) 869-7901 > desk (972) 952-4306 > e-mail jropar(a)raytheon.com

2 1

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