toasters

toasters@lists.teaparty.net

2 participants
13529 discussions

Starting F720 from scratch
by Henrique Pantarotto 14 Jun '00

14 Jun '00

Hello friends, I have a F720 that I need to "format" it.. ;-) What I mean is that I need to erase everything on it, and install it all over from scratch. What are the recommended steps to do that? Can anyone help me? Thanks!! _______________________________________________ Henrique Pantarotto SysOp Site São Paulo Terra Networks Brasil S/A A Internet mais sua do que nunca Tel: (11) 5505-5728 r.316/238 ICQ: 6934285 henrique(a)corp.terra.com.br

3 2

RE: Unix group permission and NT access on a filer
by rob.hawley＠netapp.com 14 Jun '00

14 Jun '00

There are a number of important bug fixes and improvements in the security model in 5.3. I would encourage you to upgrade as soon as practical. When you say multiprotocol I believe you mean is what would happen if you started using a more NT style of security. That is another good reason to upgrade. The UNIX portion of the mixed security model was not fully implemented in 5.2. 5.2 fully implemented pure UNIX security as you are currently using. It also implements ACLs from the NT side. It did not fully implement UNIX access to files with ACLs. The NOW articles I cited describe the full implementation that is contained in 5.3. The reference I cited earlier also is a more detailed discussion on the security model then what I could present in an email. I would encourage you to have a look at that document. -----Original Message----- From: Elizabeth Schwartz [mailto:eschwart@genuity.net] Sent: Tuesday, June 13, 2000 9:59 AM To: Hawley, Rob; mstjohn(a)genuity.net Cc: eschwart(a)genuity.net; Muhlestein, Mark; toasters(a)mathworks.com Subject: RE: Unix group permission and NT access on a filer Thanks! We're running 5.2.3P1 I've been talking to the filer admin about upgrading. It sounds like the immediate short-term fix to our problem might be to create a small multiprotocol qtree while we evaluate whether to upgrade the OS and/or change the main qtrees. We need to make sure that we understand all the security implications of changing a qtree from unix to multiprotocol. Do you have anything that shows how the filer stores permission, whatever the filer equivalent of an inode is? (qnode? Wnode?) We were trying to whiteboard how the permissions work. Specifically: 1) I start with a Unix qtree on the filer 2) User directory is created with unix permissions set to 755 3) We then change the qtree from unix to multiprotocol 4) User accesses his directory as a CIFS share 5) User creates a subdirectory and files under his home What will the permissions be on those files? 755? Will they have anything in their NT ACL's? I am under the impression that the filer stores permissions in some "neutral" format which it translates to Unix permission bits or NT ACL's, PLUS has some extra storage for NT ACL's - is that how it works? Also, What happens if you create a multiprotocol file system and then change it later to unix? Is the additional ACL information a) translated, b) deleted, c) stored but not used (so that if you changed it back to multiprotocol again it might still be there?) thanks for any pictures Betsy At 07:06 AM 6/13/00 -0700, rob.hawley(a)netapp.com wrote: >What version of the filer are you running? Is it 5.3 or later? > >The filer has always supported multiprotocol access to files. With 5.3 we >have >completed our security model that is described in the following paper. -- Elizabeth Schwartz 781-262-6565 Unix System Administrator eschwart(a)bbnplanet.com Genuity, Inc

1 0

List of Unix operating systems
by Uros Lampret 14 Jun '00

14 Jun '00

Is there a list of Unix operating systems with wich NetApp Filer will work. Like: Unix, Sun-Solaris... What about Novell Netware or AIX or VMS ? Uros Lampret

6 5

Lost password
by Gustavo Leite de Mendonca Chaves 14 Jun '00

14 Jun '00

Hi, Please, forgive me if this is in some FAQ but I couldn't find any. (Could you point me to it?) I've lost the root password of our filer. I've read in the SA Guide that I can change it by booting from a diskete. However, the filer is up and running. How can I reboot it in a safe manner having no access to its command line (short of powering it down)? Thanks, Gustavo.

10 9

RE: Lost password
by jeff.mohler＠netapp.com 14 Jun '00

14 Jun '00

There are however, some commands that dont work via rsh. I dont have a list handy, but they do exist. -----Original Message----- From: Jay Orr [mailto:orrjl@stl.nexen.com] Sent: Tuesday, June 13, 2000 2:02 PM To: TTSG Cc: Mohler, Jeff; gustavo(a)cpqd.com.br; toasters(a)mathworks.com Subject: Re: Lost password Nope! Just have to have the root access - you can use rsh to do any command from a remote machine. You can't do a straight rsh to get a shell on a filer, but you can do rsh <filer> <command> as root on a box that has root permissions to the filer... I just discovered it the other day.... On Tue, 13 Jun 2000, TTSG wrote: > > > > If all you wish to do is halt it...type halt. > > > > You can telnet to it, rsh to it, use Filerview... > > > I would imagine all of these need a password to log in, > which the user doesn't have.... Right? > > Tuc/TTSG > > -----Original Message----- > > From: TTSG [mailto:ttsg@ttsg.com] > > Sent: Tuesday, June 13, 2000 7:26 AM > > To: gustavo(a)cpqd.com.br > > Cc: toasters(a)mathworks.com > > Subject: Re: Lost password > > > > > > > > > > Hi, > > > > > > Please, forgive me if this is in some FAQ but I couldn't find any. > > > (Could you point me to it?) > > > > > > I've lost the root password of our filer. I've read in the SA Guide > > > that I can change it by booting from a diskete. However, the filer is > > > up and running. How can I reboot it in a safe manner having no access > > > to its command line (short of powering it down)? > > > > > **THIS IS TOTALLY UNTESTED** > > > > I would think if you failed a drive, the system would bring itself > > down cleanly after X hours. > > > > Tuc/TTSG > > > > ----------- Jay Orr Systems Administrator Fujitsu Nexion Inc. St. Louis, MO _______________________________________________ Dl-toasters mailing list Dl-toasters(a)netapp.com http://mailhost.corp.netapp.com/mailman/listinfo/dl-toasters

3 4

RE: Lost password
by jeff.mohler＠netapp.com 13 Jun '00

13 Jun '00

If all you wish to do is halt it...type halt. You can telnet to it, rsh to it, use Filerview... -----Original Message----- From: TTSG [mailto:ttsg@ttsg.com] Sent: Tuesday, June 13, 2000 7:26 AM To: gustavo(a)cpqd.com.br Cc: toasters(a)mathworks.com Subject: Re: Lost password > > Hi, > > Please, forgive me if this is in some FAQ but I couldn't find any. > (Could you point me to it?) > > I've lost the root password of our filer. I've read in the SA Guide > that I can change it by booting from a diskete. However, the filer is > up and running. How can I reboot it in a safe manner having no access > to its command line (short of powering it down)? > **THIS IS TOTALLY UNTESTED** I would think if you failed a drive, the system would bring itself down cleanly after X hours. Tuc/TTSG

3 2

RE: Lost password
by jeff.mohler＠netapp.com 13 Jun '00

13 Jun '00

Of course..I was just answering the 'safe shutdown' issue. Recovering a lost passwd will require console access however. -----Original Message----- From: TTSG [mailto:ttsg@ttsg.com] Sent: Tuesday, June 13, 2000 8:57 AM To: Mohler, Jeff Cc: ttsg(a)ttsg.com; gustavo(a)cpqd.com.br; toasters(a)mathworks.com Subject: Re: Lost password > > If all you wish to do is halt it...type halt. > > You can telnet to it, rsh to it, use Filerview... > I would imagine all of these need a password to log in, which the user doesn't have.... Right? Tuc/TTSG > -----Original Message----- > From: TTSG [mailto:ttsg@ttsg.com] > Sent: Tuesday, June 13, 2000 7:26 AM > To: gustavo(a)cpqd.com.br > Cc: toasters(a)mathworks.com > Subject: Re: Lost password > > > > > > Hi, > > > > Please, forgive me if this is in some FAQ but I couldn't find any. > > (Could you point me to it?) > > > > I've lost the root password of our filer. I've read in the SA Guide > > that I can change it by booting from a diskete. However, the filer is > > up and running. How can I reboot it in a safe manner having no access > > to its command line (short of powering it down)? > > > **THIS IS TOTALLY UNTESTED** > > I would think if you failed a drive, the system would bring itself > down cleanly after X hours. > > Tuc/TTSG >

1 0

Fw: Your message to Dl-toasters awaits moderator approval
by Bruce Sterling Woodcock 13 Jun '00

13 Jun '00

Has anyone else gotten a message along these lines? Bruce ----- Original Message ----- From: <dl-toasters-admin(a)netapp.com> To: <sirbruce(a)ix.netcom.com> Sent: Tuesday, June 13, 2000 1:06 PM Subject: Your message to Dl-toasters awaits moderator approval > Your mail to 'Dl-toasters' with the subject > > Re: Lost password > > Is being held until the list moderator can review it for approval. > > The reason it is being held: > > Message has implicit destination > > Either the message will get posted to the list, or you will receive > notification of the moderator's decision.

2 1

RE: Unix group permission and NT access on a filer
by mark.muhlestein＠netapp.com 13 Jun '00

13 Jun '00

For the release you are running, it is possible to get the group permission checking you want by doing a "cifs terminate" then "cifs setup", and specifying that you want to "enforce UNIX semantics" when asked that setup question. However, there are a lot of good reasons to upgrade to 5.3x, and not just for CIFS-related issues. The links we gave before describe the 5.3 and later security model, and answer your questions. Briefly, in the situation you described, the files would continue to use UNIX-style permissions, since you did not include a step of having the CIFS clients setting an ACL (which sets NTFS-style permissions). See http://now.netapp.com/NOW/knowledge/docs/olio/guides/53_troubleshooting/ind… tml particularly the "Basic Concepts" section. See also http://now.netapp.com/NOW/knowledge/docs/olio/guides/53_troubleshooting/glo… .shtml#anchor1670777 which describes inherited security. Mark Muhlestein -- mmm(a)netapp.com > -----Original Message----- > From: Elizabeth Schwartz [mailto:eschwart@genuity.net] > Sent: Tuesday, June 13, 2000 9:59 AM > To: Hawley, Rob; mstjohn(a)genuity.net > Cc: eschwart(a)genuity.net; Muhlestein, Mark; toasters(a)mathworks.com > Subject: RE: Unix group permission and NT access on a filer > > > Thanks! > We're running 5.2.3P1 > > I've been talking to the filer admin about upgrading. It > sounds like the > immediate short-term fix to our problem might be to create a small > multiprotocol qtree while we evaluate whether to upgrade the > OS and/or > change the main qtrees. > > We need to make sure that we understand all the security > implications of > changing a qtree from unix to multiprotocol. > > Do you have anything that shows how the filer stores > permission, whatever > the filer equivalent of an inode is? (qnode? Wnode?) We were > trying to > whiteboard how the permissions work. Specifically: > > 1) I start with a Unix qtree on the filer > 2) User directory is created with unix permissions set to 755 > 3) We then change the qtree from unix to multiprotocol > 4) User accesses his directory as a CIFS share > 5) User creates a subdirectory and files under his home > > What will the permissions be on those files? 755? Will they > have anything > in their NT ACL's? > > I am under the impression that the filer stores permissions in some > "neutral" format which it translates to Unix permission bits > or NT ACL's, > PLUS has some extra storage for NT ACL's - is that how it works? > > Also, What happens if you create a multiprotocol file system and then > change it later to unix? Is the additional ACL information a) > translated, > b) deleted, c) stored but not used (so that if you changed it back to > multiprotocol again it might still be there?) > > thanks for any pictures > Betsy > > > At 07:06 AM 6/13/00 -0700, rob.hawley(a)netapp.com wrote: > >What version of the filer are you running? Is it 5.3 or later? > > > >The filer has always supported multiprotocol access to > files. With 5.3 we > >have > >completed our security model that is described in the > following paper. > > -- > Elizabeth Schwartz 781-262-6565 > Unix System Administrator eschwart(a)bbnplanet.com > Genuity, Inc >

1 0

question about shuffling disk drives around
by David H. Brierley 13 Jun '00

13 Jun '00

I have a situation where I need to replace one of the shelves in an F740 and I want to make sure that what I am planning to do will work ok. I am replacing the shelf because it has some kind of strange fault that causes the second power supply to immediately fail upon power up. I called it in to tech support and after trying a couple of things they ended up shipping me a replacement shelf. Unfortunately, the shelf has already been brought online because the initial failure appeared to be simply a bad power supply and I knew I would get a replacement within a day or so. The machine in question is heavily used and the project does not want me to take the machine down for any longer than is required. What I thought I would do is to shut down the machine and move all of the drives from the bad shelf to open slots on the other shelves (none of the shelves are full yet). I can then remove the bad shelf from the cabinet and install the replacement shelf, this time being careful to do a power up test before connecting the shelf to the filer. Once the new shelf is physically installed in the cabinet I can then shut down the filer, move the drives back to the new shelf, and reboot again. My understanding of the way the filer works tells me that this plan will work but I just wanted to get some feedback before attempting it. The alternative would be to shut down the filer and keep it down for an extended period while the bad shelf is removed and the new shelf is installed but obviously that would involve more down time and I am trying to avoid down time. -- David H. Brierley Raytheon Electronic Systems, Naval & Maritime Integrated Systems Engineering Technology, Operating Systems Support Group

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