toasters

toasters@lists.teaparty.net

2 participants
13529 discussions

RE: LCD panel question / login prompt question
by Reger, Brad 16 Feb '01

16 Feb '01

I know it's not quite as good, but are you aware that you can slip a piece of paper into the clear plastic near the LCD panel? There's a piece of clear plastic on the bezel that covers the LCD, and also covers a small area of bezel plastic *under* the LCD. If you take the bezel off, you can then slip a piece of paper in the area from the back of the bezel. It's not as good as doing it through software, but it's probably better than a sticky label or something taped on the outside (that will invariably get knocked off or messed up in some other way). (on 700 and 800 series machines) Brad. -----Original Message----- From: Jay Soffian Is there any way to display the filer hostname on the LCD panel on the F700/F800 filers running DOT 5.3.5R2 and above? If not, is there any way I can force my own message via an rc_toggle_basic command? (I'm aware of the various led_FOO commands, but these all appear to be to manipulate the shelf LED's, not the head display LED).

1 0

NDMP to legato
by Peter D. Gray 16 Feb '01

16 Feb '01

Has anybody set up backups to an autochanger controlled by legato networker using NDMP. The legato docs are very vague, and talk about installing a product to make the tape devices in the autochanger NDMP devices, but I cannot even find that product. What I want is for the filer to run dump, with the data ending up on the tape silo which is connected to a SUN running legato networker with legato knowing the tape contents etc. Am I asking too much? Regards, pdg PS At the moment I am backing up to networker via NFS.

1 0

LCD panel question / login prompt question
by Jay Soffian 16 Feb '01

16 Feb '01

Is there any way to display the filer hostname on the LCD panel on the F700/F800 filers running DOT 5.3.5R2 and above? If not, is there any way I can force my own message via an rc_toggle_basic command? (I'm aware of the various led_FOO commands, but these all appear to be to manipulate the shelf LED's, not the head display LED). Also - is there anyway to manipulate the serial console login prompt? I'm looking for something more meaningful than - Password: Perhaps <filer_name> Password: Thanks. j.

1 0

RE: ntfs qtrees
by Muhlestein, Mark 15 Feb '01

15 Feb '01

This is described in the link I gave you. For example, at http://now.netapp.com/NOW/knowledge/docs/olio/guides/53_troubleshooting/conc epts.shtml there is a section titled "Display Permissions vs. Effective Permissions" which answers your question about the "fake" permissions. Also from the FAQ "How do I tell the security style of a file?": http://now.netapp.com/NOW/knowledge/docs/olio/guides/53_troubleshooting/faq. shtml#anchor1390093 Also you'll want to look at the next question "What are these weird Unix perms". If you have further questions please let us know. Mark > -----Original Message----- > From: neil lehrer [mailto:nlehrer@ibb.gov] > Sent: Thursday, February 15, 2001 3:08 PM > To: Muhlestein, Mark > Cc: 'toasters(a)mathworks.com'; Curt Huyser > Subject: Re: ntfs qtrees > > > well, i have read every white paper and still have a couple > of questions. > > i copied the user hierarchy from our sun box to the filer > maintaining the unix > perms. > the target on the filer was a qtree with unix sec style. > > i just changed the sec style from unix to ntfs. when i look > at the ntfs perms > on the ntfs qtree they look okay. i used both nt explorer > and some cmd line > utils i have. > > my question at this point is are these permissions "fake." > is there any way to to tell? just the "has acl" box in > secureshare tool? > are they still unix perms and synthesized until i actually > create acls? > does it matter?? > should i run thru the structure and create acl's? or can it wait... > > also, i noted that user's sub directories have r-x for > everyone. that is being > picked up from the unix perms for other. which did not matter > in nfs because > access could not get past the home dir perms which only gave > rights to the > owner. > however, if i am in nt explorer as as normal [non-privileged] > user i can see all > the users directories, but cannot enter them by clicking in > [which is the way we > want it]. however, i can cd into the lower level directories > from a cmd line. > do i correct this by correcting the acls, or is there a > traverse restriction i > remember from somewhere? > > i'm sure there is something i'm forgetting to ask. > > thanks. > > > > > > > > > > > > "Muhlestein, Mark" wrote: > > > > When an NTFS qtree is set up, the qtree directory gets an > ACL which grants > > the Everyone group Full Control. If the qtree had > previously been Unix or > > mixed, it might not have ACLs on every file/dir in it. Any > files that don't > > have ACLs will still use the Unix security when checking > access. This is > > explained fully in the security troubleshooter guide on NOW: > > > > > http://now.netapp.com/NOW/knowledge/docs/olio/guides/53_troubl > eshooting/ > > > > Mark Muhlestein -- mmm(a)netapp.com > > > > > -----Original Message----- > > > From: neil lehrer [mailto:nlehrer@ibb.gov] > > > Sent: Monday, February 12, 2001 9:07 AM > > > To: toasters > > > Subject: ntfs qtrees > > > > > > > > > hi, > > > > > > we are migrating our files from sun/NFS to filer/cifs. i > > > have clustered f760's > > > running ontap 5.36r2. for testing the data is copied over > > > using cpio and the > > > unix perms are maintained. > > > > > > i found the note shown below on page 421 of the Ontap SAG. > > > i find it confusing and a little contradictory -- every > > > windows user is given > > > full access, but if you don't set ntfs file sec then unix > > > perms are enforced? > > > > > > "Note > > > When you create an NTFS qtree or change a qtree to NTFS, by > > > default, every > > > Windows user is given full access. You must change the > > > permissions if you want > > > to restrict access to the qtree for some users. If you do not > > > set NTFS file > > > security > > > on a file, UNIX permissions are enforced." > > > > > > could someone please clear this up? what if the unix perms > > > say no?? is this > > > just written poorly? > > > > > > thanks. > > > -- > > > > > > > > > regards > > > > > -- > > > regards > > +++++++++++++++++++++++++++++++++++++++++++++++++ > + Neil Lehrer > + > + United States International Broadcasting Bureau > + System Development Division > + > + voice 202 619-2524 > + fax 202 619-3576 > + nlehrer(a)ibb.gov > + > + " is this crisis an opportunity or just > + another grab the fire extinguisher moment?" > + > +++++++++++++++++++++++++++++++++++++++++++++++++ >

1 0

RE: ntfs qtrees
by Muhlestein, Mark 15 Feb '01

15 Feb '01

When an NTFS qtree is set up, the qtree directory gets an ACL which grants the Everyone group Full Control. If the qtree had previously been Unix or mixed, it might not have ACLs on every file/dir in it. Any files that don't have ACLs will still use the Unix security when checking access. This is explained fully in the security troubleshooter guide on NOW: http://now.netapp.com/NOW/knowledge/docs/olio/guides/53_troubleshooting/ Mark Muhlestein -- mmm(a)netapp.com > -----Original Message----- > From: neil lehrer [mailto:nlehrer@ibb.gov] > Sent: Monday, February 12, 2001 9:07 AM > To: toasters > Subject: ntfs qtrees > > > hi, > > we are migrating our files from sun/NFS to filer/cifs. i > have clustered f760's > running ontap 5.36r2. for testing the data is copied over > using cpio and the > unix perms are maintained. > > i found the note shown below on page 421 of the Ontap SAG. > i find it confusing and a little contradictory -- every > windows user is given > full access, but if you don't set ntfs file sec then unix > perms are enforced? > > "Note > When you create an NTFS qtree or change a qtree to NTFS, by > default, every > Windows user is given full access. You must change the > permissions if you want > to restrict access to the qtree for some users. If you do not > set NTFS file > security > on a file, UNIX permissions are enforced." > > could someone please clear this up? what if the unix perms > say no?? is this > just written poorly? > > thanks. > -- > > > regards >

2 1

Replicating to filer
by Saklikar, Raj 15 Feb '01

15 Feb '01

I'm attending a class and am sending this from the instructor's email--please reply to this account or dmatarazzo(a)ftc.gov We are going to consolidate 4 NT servers to the filer and are looking for something that will replicate and then synchronize the shares, user directories and permissions. We have tested Fastlane's DM/Consolidator and I'm wondering if anyone has successfully used this or knows of another product that will enable us to accomplish this. Thanks.

1 0

RE: Mounting the root vol
by Yoder, Alan 14 Feb '01

14 Feb '01

> I want to take a look at the SecureShare Quota Manager. Problem is my > filer admin host is a UNIX box and I can't figure out how to mount the > root vol on my Win 2000 box. > > Is it possible? If so, how? > net use * \\filer\c$ See http://now.netapp.com/NOW/knowledge/docs/olio/guides/53_troubleshooting/ if that doesn't work. If you still can't figure it out from there, please open a call with Customer Support. Alan =============================================================== Alan G. Yoder agy(a)netapp.com Network Appliance, Inc. Sunnyvale, CA 408-822-6919 ===============================================================

1 0

Mounting the root vol
by Chuck Ross 14 Feb '01

14 Feb '01

Hello, I want to take a look at the SecureShare Quota Manager. Problem is my filer admin host is a UNIX box and I can't figure out how to mount the root vol on my Win 2000 box. Is it possible? If so, how? Thanks Chuck Ross SIGNIANT - A Nortel Networks Venture 1550 Carling Avenue, Suite 101 Ottawa, ON K1Z 8S8 email: Chuck.Ross(a)signiant.com tel: (613) 761-3605 fax: (613) 761-3629

1 0

Man page for na_dump missing
by Chris Thompson 14 Feb '01

14 Feb '01

Has anyone else noticed that the man page for na_dump(1) is missing from the ONTAP 6.0.1R1 tar file (both in etc/man/man1 and in etc/http/man/man1)? It was still there in 6.0R1. I hope this is is just an oversight and not a surreptitious attempt to remove the command! :-) na_restore(1) and na_dumpdates(5) are still there and refer one to na_dump(1). Chris Thompson University of Cambridge Computing Service, Email: cet1(a)ucs.cam.ac.uk New Museums Site, Cambridge CB2 3QG, Phone: +44 1223 334715 United Kingdom.

1 0

Re: File deletion problem
by Rune Bakken 13 Feb '01

13 Feb '01

neil lehrer <nlehrer(a)ibb.gov> writes: > shouldn't rc_toggle_basic commands be documented on NOW? it is restricted > access and i don't remember discussing "lock_dump -f" in my netapp classes. It was discussed and used in the Ontap Advanced class, atleast the docs included the rc_toggle_basic commands >>>>>>>>>>.rune -- Rune Bakken "I feel sorry for people who don't drink. System Administrator When they wake up in the morning, that's as Nextra, good as they're going to feel all day." - Telenor Company - Frank Sinatra

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