toasters

toasters@lists.teaparty.net

2 participants
13529 discussions

RFE 1287 - root=/rw= allowing NIS netgroups in exports file
by Chris Blackmor 19 Apr '02

19 Apr '02

Folks, I have just been informed about something that we have been discussing recently on toasters. The issue was exports allowing NIS netgroups to be used in the rw= and root= options on the exports of file systems. The above RFE was posted 7 YEARS AGO The reason for not allowing this was sited as performance issues. Well, we have come an awful long way with speed and abilities in this time. I think it is just plain silly that this RFE has been ignored for so long. Solaris allows this now and I don't think the issue will be resolved until enough people complain. It was suggested that I submit a case about this RFE which I am doing now. Unless it gets a bunch of requests it will continue to be ignored another 7 years. Anyway... if any of you want to hop on this bandwagon and get NAC to address the issue, it was suggested that we all enter cases about this. Soap Box Off. C- -- ----------------------------------------------------------------------------- * | If you get to thinkin' * * Chris Blackmor _______ | you're a person of some * * Advanced Micro Devices \____ | | influence * * Phone: (512) 602-1608 /| | | | try orderin' somebody * * Fax: (512) 602-5155 | |___| | | else's dog around * * Email: chris.blackmor(a)amd.com |____/ \| | Author Unknown* ----------------------------------------------------------------------------- * My comments are mine, and mine alone. * -----------------------------------------------------------------------------

4 7

RE: Replication across Domains!!
by Kumar, Rahul 19 Apr '02

19 Apr '02

If they can't place a BDC at the site with the mirrored Filer, then I guess they are just kind of out of luck. What would happen if they setup a trust relationship between the domains and set permissions to allow certain users from both domains? Regards Rahul -----Original Message----- From: Muhlestein, Mark [mailto:mark.muhlestein@netapp.com] Sent: Friday, April 19, 2002 4:28 AM To: 'Pramod'; toasters Subject: RE: Replication across Domains!! Oops. I should have read your message more carefully. It's true that MultiStore will completely solve the problem of replicating the servers if the destination has a way to get to the proper domain infrastructure at the remote site. If not, then you will either have to reset permissions, as you say, or use local users on the filer. Even in those cases, using MultiStore is still advantageous since it allows you to keep the servers separate. Out of curiosity, why is it a problem to have the domain infrastructure available at the remote site? I'd think you would want that anyway as part of your disaster recovery strategy. Or is it just a question of one or two users at the remote site that need to access the data? Mark -----Original Message----- From: Muhlestein, Mark [mailto:mark.muhlestein@netapp.com] Sent: Thursday, April 18, 2002 1:52 PM To: 'Pramod'; toasters Subject: RE: Replication across Domains!! You should look into the MultiStore feature available with 6.2. It completely solves this problem, including the issue of local groups in snapmirrored data. Mark -----Original Message----- From: Pramod [mailto:pramod@apara.com] Sent: Thursday, April 18, 2002 9:41 AM To: toasters Subject: Replication across Domains!! Hi All, I have two filers replicating data. The two filers are in different domains. Now if one of my site goes down( along with the PDC and BDCs of that domain), how will I be able to access the data of the mirrored volume on the remote site after breaking the mirror....... as the files will have permmissions of a different NT Domain. I cannot create NT 'Trust' or have a BDC of each domain on the remote site. Is there anyother way of doing this. Can I reset all the permissions on the mirrored volume in the remote site in case of a 'site outage', so that I can access the data there. Thanks Pramod

1 0

RE: Replication across Domains!!
by Muhlestein, Mark 19 Apr '02

19 Apr '02

Oops. I should have read your message more carefully. It's true that MultiStore will completely solve the problem of replicating the servers if the destination has a way to get to the proper domain infrastructure at the remote site. If not, then you will either have to reset permissions, as you say, or use local users on the filer. Even in those cases, using MultiStore is still advantageous since it allows you to keep the servers separate. Out of curiosity, why is it a problem to have the domain infrastructure available at the remote site? I'd think you would want that anyway as part of your disaster recovery strategy. Or is it just a question of one or two users at the remote site that need to access the data? Mark -----Original Message----- From: Muhlestein, Mark [mailto:mark.muhlestein@netapp.com] Sent: Thursday, April 18, 2002 1:52 PM To: 'Pramod'; toasters Subject: RE: Replication across Domains!! You should look into the MultiStore feature available with 6.2. It completely solves this problem, including the issue of local groups in snapmirrored data. Mark -----Original Message----- From: Pramod [mailto:pramod@apara.com] Sent: Thursday, April 18, 2002 9:41 AM To: toasters Subject: Replication across Domains!! Hi All, I have two filers replicating data. The two filers are in different domains. Now if one of my site goes down( along with the PDC and BDCs of that domain), how will I be able to access the data of the mirrored volume on the remote site after breaking the mirror....... as the files will have permmissions of a different NT Domain. I cannot create NT 'Trust' or have a BDC of each domain on the remote site. Is there anyother way of doing this. Can I reset all the permissions on the mirrored volume in the remote site in case of a 'site outage', so that I can access the data there. Thanks Pramod

1 0

Gigabit Ethernet and Baystack 450
by devnull＠adc.idt.com 18 Apr '02

18 Apr '02

Fellow Toasters, I am planning on getting a gigabit module for my baystack 450 switch(its a 100Mb switch, with an expansion slot for GigE from nortel) and use the gigabit card on my F740, running 6.1.1R2. Is anybody done this before ? Was wondering if you could share your experiences, gotchas to look out for, oh-Sh*t's etc. The F740 has a gigabit ethernet Controller II in Slot 8. Any recommendations for reading to understand auto-negotiation etc. Thanks for your time. Regards. /dev/null devnull(a)adc.idt.com

1 0

RE: Replication across Domains!!
by Muhlestein, Mark 18 Apr '02

18 Apr '02

You should look into the MultiStore feature available with 6.2. It completely solves this problem, including the issue of local groups in snapmirrored data. Mark -----Original Message----- From: Pramod [mailto:pramod@apara.com] Sent: Thursday, April 18, 2002 9:41 AM To: toasters Subject: Replication across Domains!! Hi All, I have two filers replicating data. The two filers are in different domains. Now if one of my site goes down( along with the PDC and BDCs of that domain), how will I be able to access the data of the mirrored volume on the remote site after breaking the mirror....... as the files will have permmissions of a different NT Domain. I cannot create NT 'Trust' or have a BDC of each domain on the remote site. Is there anyother way of doing this. Can I reset all the permissions on the mirrored volume in the remote site in case of a 'site outage', so that I can access the data there. Thanks Pramod

1 0

RE: Max number of CIFS shares?
by Sam Schorr 18 Apr '02

18 Apr '02

From the System Administrator guide, pg 235 (of ONTap 6.1): For the F8xx model: CIFS limits by filer memory 3 GB Maximum number of users 48,000 Maximum number of shares 96,000 Maximum number of open files 960,000 Maximum number of locked files 1,058,304 -----Original Message----- From: Carl R. Friend [mailto:cfriend@mathworks.com] Sent: Thursday, April 18, 2002 11:56 AM To: toasters(a)mathworks.com Subject: Max number of CIFS shares? Greetings, Does anybody here have any evidence, anecdotal or otherwise, as to the maximum number of CIFS shares one may have configured on an F840c, and what the performance impact of large numbers (>400) of shares might be? Any ideas are welcome; there doesn't seem to be much in the way of doco on the matter. Thanks in advance. +----------------------------------------------+-----------------------+ | Carl Richard Friend (UNIX Sysadmin) | The MathWorks | | Minicomputer Collector / Enthusiast | Natick, Massachusetts | | mailto:carl_friend@mathworks.com +-----------------------+ | http://www.ultranet.com/~crfriend/museum/ | ICBM: 42:18N 71:21W | +----------------------------------------------+-----------------------+

1 0

Max number of CIFS shares?
by Carl R. Friend 18 Apr '02

18 Apr '02

Greetings, Does anybody here have any evidence, anecdotal or otherwise, as to the maximum number of CIFS shares one may have configured on an F840c, and what the performance impact of large numbers (>400) of shares might be? Any ideas are welcome; there doesn't seem to be much in the way of doco on the matter. Thanks in advance. +----------------------------------------------+-----------------------+ | Carl Richard Friend (UNIX Sysadmin) | The MathWorks | | Minicomputer Collector / Enthusiast | Natick, Massachusetts | | mailto:carl_friend@mathworks.com +-----------------------+ | http://www.ultranet.com/~crfriend/museum/ | ICBM: 42:18N 71:21W | +----------------------------------------------+-----------------------+

2 1

RE: Dead Disk Shelf for One of The Clustered Filer
by Art Hebert 18 Apr '02

18 Apr '02

Nic -- I've never had it happen, if you are really worried you can buy a spares kit. Contact your sales rep. :-) art -----Original Message----- From: Nicholas Chua [mailto:nicholas_chuah@yahoo.com] Sent: Wednesday, April 17, 2002 10:36 PM To: toasters(a)mathworks.com Subject: Dead Disk Shelf for One of The Clustered Filer Hi, Is it possible for the disk shelf to completely fail? By this I don't mean the power supply or fans because those are redundant and replacable. I thinking more of a board/ic failure or maybe shelf firmware bug that can completely knock out a disk shelf. If there is a remote possibility of this happening, then I figure the partner would not be able to take over the failed filer through channel B as well under a cluster environment. Am I being too paranoid? I'm looking for something like the Mean Time Between Failure (MTBF) for the Disk Shelf if available, be it FC9 or DS14. Any input would be greatly appreciated. Nic __________________________________________________ Do You Yahoo!? Yahoo! Tax Center - online filing with TurboTax http://taxes.yahoo.com/

1 0

Re: Fscked permissions
by Jose Celestino 18 Apr '02

18 Apr '02

Words by Ronaldo Pagani Yamashita [Thu, Apr 18, 2002 at 02:20:30PM -0300]: > Maybe Qtree security. > Yep, you're right: FILER2> qtree security Volume Tree Style Oplocks -------- -------- ----- -------- tmplogs ntfs enabled vol0 ntfs enabled FILER2> qtree security /vol/vol0/ mixed Thu Apr 18 18:30:53 WES [FILER2: rc:notice]: security style for /vol/vol0/ changed from ntfs to mixed FILER2> qtree security /vol/tmplogs/ mixed Thu Apr 18 18:31:15 WES [FILER2: rc:notice]: security style for /vol/tmplogs/ changed from ntfs to mixed With this I am now able to change the permissions: # chmod 755 etc # ls -al | grep etc drwxr-xr-x 15 root root 28672 Apr 18 18:16 etc But do I have to do this by hand? Do the remaining permission stay fscked until I manualy fixe them? > -----Original Message----- > From: owner-toasters(a)mathworks.com > [mailto:owner-toasters@mathworks.com]On Behalf Of Jose Celestino > Sent: quinta-feira, 18 de abril de 2002 14:10 > To: toasters(a)mathworks.com > Subject: Fscked permissions > > > I see to have fscked the /vol/vol0/etc dir: > > admin:/mnt/filer-2/vol0# ls -la | grep etc > d--------- 15 root root 28672 Apr 18 18:04 etc > admin:/mnt/filer-2/vol0# chmod 755 etc > chmod: changing permissions of `etc': Operation not permitted > admin:/mnt/filer-2/vol0# > > Moreover I am unable to change the permissions of any file/dir (through > NFS). > > What can be the problem? > > -- > Jose Celestino <japc(a)co.sapo.pt> SAPO.pt::Systems http://www.sapo.pt > --------------------------------------------------------------------- > Titanic 1912 / Hindenburg Zeppelin 1937 / Microsoft Windows 2000 > Linux morgoth.sl.pt 2.4.18-pre9 #5 Wed Feb 20 23:47:45 WET 2002 i686 unknown -- Jose Celestino <japc(a)co.sapo.pt> SAPO.pt::Systems http://www.sapo.pt --------------------------------------------------------------------- Titanic 1912 / Hindenburg Zeppelin 1937 / Microsoft Windows 2000 Linux morgoth.sl.pt 2.4.18-pre9 #5 Wed Feb 20 23:47:45 WET 2002 i686 unknown

1 0

Fscked permissions
by Jose Celestino 18 Apr '02

18 Apr '02

I see to have fscked the /vol/vol0/etc dir: admin:/mnt/filer-2/vol0# ls -la | grep etc d--------- 15 root root 28672 Apr 18 18:04 etc admin:/mnt/filer-2/vol0# chmod 755 etc chmod: changing permissions of `etc': Operation not permitted admin:/mnt/filer-2/vol0# Moreover I am unable to change the permissions of any file/dir (through NFS). What can be the problem? -- Jose Celestino <japc(a)co.sapo.pt> SAPO.pt::Systems http://www.sapo.pt --------------------------------------------------------------------- Titanic 1912 / Hindenburg Zeppelin 1937 / Microsoft Windows 2000 Linux morgoth.sl.pt 2.4.18-pre9 #5 Wed Feb 20 23:47:45 WET 2002 i686 unknown

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