toasters

toasters@lists.teaparty.net

13531 discussions

RE: now.netapp.com now needs javascript/cookies?
by sirbruce＠ix.netcom.com 18 Oct '99

18 Oct '99

On 10/18/99 10:59:17 you wrote: >that said, IMHO, i think it's key for NTAP to review and >architect, again, how NOW should handle general interactions with modern text >browsers (including the absence of javascript). Why review and architect *again*? Surely these issues were forseeable before, and yet obviously you didn't care. Did you even bother to *ask* the customer base and research this before hand? No. So either admit that you guys made a mistake, or stop paying lipservice. BTW, while you are rearchitecting, rip out IIS. You will be better off in the long run. Bruce

1 0

RE: now.netapp.com now needs javascript/cookies?
by Ryan, Michael 18 Oct '99

18 Oct '99

a toaster tidbit: NOW uses cookies not only to manage Session state in IIS but also to maintain Authentication and Authorization across our newly expanded backend. That's why the Cookies have domain ".netapp.com" and not "now.netapp.com." i hear the input about lynx and the ability to script. while modern lynx supports cookies -- e.g. release 2.8.1rel.2 libwww-FM 2.14, not all installations do. that said, IMHO, i think it's key for NTAP to review and architect, again, how NOW should handle general interactions with modern text browsers (including the absence of javascript). thanks for the feedback. //michael -----Original Message----- From: Pete Ehlke [mailto:pde@listserv.music.sony.com] Sent: Sunday, October 17, 1999 6:41 PM To: Luke Mewburn Cc: toasters(a)mathworks.com Subject: Re: now.netapp.com now needs javascript/cookies? Luke Mewburn (lukem(a)cs.rmit.edu.au) said, on [991017 20:43]: > Since when has now.netapp.com needed JavaScript & Cookies? > Since someone decided that IIS/ASP was a Good Thing(TM). And, AFAICT, the cookies aren't used at all for the only technical reason for using them, keeping state. I smell the presence of marketroids and user tracking. Pfeh. > I find this unacceptable: > > a) I have JavaScript (& Java) disabled on my GUI browser > because it increases the reliability and security. > > b) My text browser (lynx) doesn't support JavaScript. > As do a fair number of the people who use NOW, I'd wager. > With NetApp's drive to encouraging customers to using now.netapp.com > as a method to lodge support calls, I remind them that until this > point I could do everything (manage my filers, submit calls, look > at bug reports/new releases) via a text based connected *if* I needed > to. > So could I. And if I ever need information from NOW in the middle of the night, while I'm hunched over a dead filer in a colo cage, with nothing but a vt100 at my disposal, I'm going to pitch a pretty serious fit. This is a technical resource, folks, not just another opportunity for your marketing department to count hits. -- Pete Ehlke Sys Admin type @ Sony Music entertainment "Once is happenstance, twice is coincidence, three times is enemy action." -- Ian Fleming

1 0

Re: group issues
by Robert L. Millner 18 Oct '99

18 Oct '99

t> Or you can use different group names with the same gid and everything will t> work fine. This is what we do. ;) We use NIS for everything. The degeneracy state of group.bygid map should be causing you subtle problems somewhere. The 1k limit is inherent in the NDBM code that NIS relies on. You can change this limit and recompile if you have access to the source for libc/ypbind/ypserv/ndbm on ALL platforms you support but that is a major pain in the ass. Is netapp planning to support LDAP based access to passwd, group, etc... at some point[1]? Solaris and Linux have been able to do this for a while and RedHat 6.1 even comes with the packages. It doesn't suffer that limit and purports to perform better[2]. Rob 1. I realize that this would be an un-official word on the toasters list. 2. I have not tested this myself yet. The traditional NIS server is single threaded and really slow. LDAP parsing and record searching is a more expensive process than a simple NDBM lookup but the server should perform better against multiple clients.

3 2

now.netapp.com now needs javascript/cookies?
by Luke Mewburn 18 Oct '99

18 Oct '99

Since when has now.netapp.com needed JavaScript & Cookies? I find this unacceptable: a) I have JavaScript (& Java) disabled on my GUI browser because it increases the reliability and security. b) My text browser (lynx) doesn't support JavaScript. With NetApp's drive to encouraging customers to using now.netapp.com as a method to lodge support calls, I remind them that until this point I could do everything (manage my filers, submit calls, look at bug reports/new releases) via a text based connected *if* I needed to. Next thing we know the initial release of new features will only be available via Windows and/or Web based GUI interfaces. Memo to NetApp: if you do this, you will lose customers. Luke. (Afraid of the slippery slope to brain damaged interfaces because of PC magazine perceptions that filers ``need'' a GUI..)

10 9

Re: group issues
by sirbruce＠ix.netcom.com 18 Oct '99

18 Oct '99

On 10/15/99 21:50:34 you wrote: > > >Or you can use different group names with the same gid and everything will >work fine. This is what we do. ;) We use NIS for everything. No, you can't. Been there, done that; it won't work for everything, and you will eventually run into NIS trouble (see other message). The best thing to do is live with the 16 group limit until a new standard version of NFS supports access lists, or wait for LDAP to become more widely adopted. I think it *is* on Netapp's agenda, but most vendors are slow to adopt it. Bruce

2 1

Re: now.netapp.com now needs javascript/cookies?
by sthaug＠nethelp.no 18 Oct '99

18 Oct '99

> CLI will be out in the next few years, no matters where your nostalgia goes. As I've said before (about Wellfleet/Bay/Nortel routers): Having a GUI is fine. Having a GUI *only* is terrible. Some of us swear by command line interfaces. They enable you to use any kind of terminal, and to work from home or over a slow dialup line. Yes, clearly, the use of GUIs is increasing. However, for us, a product which offers management via a GUI only starts off with a significant disadvantage (or disincentive for purchase, if you wish). Steinar Haug, Nethelp consulting, sthaug(a)nethelp.no

1 0

group issues
by mcbride2＠us.ibm.com 16 Oct '99

16 Oct '99

I am having an issue regarding the number of groups and, the numbers of users per group at our site. We have 3 toasters running 5.2.1P2 being administered by a solaris 2.5.1 server. We have about 75 unix style qtrees for both NFS and CIFS protocols. I have a requirement that several users need to be in more than 16 groups. I believe modifying the Solaris kernel will not only slow down the access, but may present problems on the filer. Also, I require to have more than 1024 characters needed per group entry. I have tried creating sub-groups and a master group within the group file(see below) - I cannot get this to work. Maybe I need to upgrade my Solaris NIS server? example: project1:*:100:usera,userb... project2:*:101:usery,userz mstproject:*:102:project1,project2 I would think someone has encountered this problem before. I would appreciate any feedback regarding these issues. Mike McBride IBM Global Services Unix and NT Server Support mcbride2(a)us.ibm.com (760) 634-6239

3 2

RE: Model 1400 and Y2K
by Norman, Paul 16 Oct '99

16 Oct '99

Graham, Jeff is incorrect. The information on the NOW web site is correct. FAServers, including the 1400, can not run 5.x code line of Data ONTAP. The NetApp Y2K statement is available on the web: http://www.netapp.com/y2k.html It includes a section on FAServers: FAServer® models 400, 450, 1300, and 1400 have not been tested for Y2K compliance. All of these models ceased production in October 1995 and support in April 1998. If you have one of these models, contact your Network Appliance Sales Representative or the Installed Base Group to purchase an upgrade to current filer products. The Y2K statement on the web also includes my name as the corporate contact for Y2K queries. So please feel free to e-mail/call me if you need further clarification. Paul Norman, Product Manager Direct: (408) 822-6288 Network Appliance E-Mail: pnorman(a)netapp.com 495 East Java Drive Corp: (408) 822-6000 Sunnyvale, CA 94089 Web: WWW.NetApp.Com > -----Original Message----- > From: Jeff Sloan [mailto:jeffs@netapp.com] > Sent: Friday, October 15, 1999 11:50 AM > To: 'Graham C. Knight'; toasters(a)mathworks.com > Subject: RE: Model 1400 and Y2K > > > The highest OS the FAServer 1400/450 can run is 5.1D3, and only with a > little tweaking. There is currently no OS release that makes > the 1400 Y2K > compliant. > > Jeff Sloan > > > -----Original Message----- > > From: owner-dl-toasters(a)netapp.com > > [mailto:owner-dl-toasters@netapp.com]On Behalf Of Graham C. Knight > > Sent: Friday, October 15, 1999 11:26 AM > > To: toasters(a)mathworks.com > > Subject: Model 1400 and Y2K > > > > > > > > Does anyone know if a model 1400 > > can be made Y2K compliant? The NOW > > website does not include this model > > in it's list of systems that can run 5.x > > > > Thx, > > Graham > > >

1 0

mailboxes on toaster
by George Kahler 15 Oct '99

15 Oct '99

Hey folks, I'm looking for information that would help us alleviate a bottleneck with mailboxes and home directories on toaster(s). Yah, we still run sendmail and our inboxes are in the old Unix style format (one file per user, multiple messages per file). I heard some of you mention Maildir and I also came across information on mbx format. It doesn't look like I would have to do much to switch over to mbx vs. Maildir. Q: Will mbx buy me performance on the toaster ? Q: Is Maildir a better choice ? Please include any other suggestions. Thanks, George ------------------------------------------------------------------------------- George Kahler e-mail: george(a)yorku.ca Systems Administrator humans: (416) 736-5257 x.22699 Computing Services, York University machines: (416) 736-5830 Ontario, Canada, M3J-1P3

5 5

SUMMARY:Impact of adding disk to filer
by Frank Smith 15 Oct '99

15 Oct '99

Just in case anyone was curious, the consensus was that it should have little or no impact to add a disk to a volume, and that is the way it actually turned out. Physically adding the drive to the shelf froze it for 10-15 seconds, prompting my initial concern and question. The 'vol add vol0 1' command took upwards of 5 minutes to zero the disk, but the actual increase in volume size was instantaneous after the zeroing completed. There was no noticeable increase in CPU or NFS ops during the zeroing or addition (although our traffic is rather bursty in nature, but I did not see any sudden big numbers in CPU or ops). -- Frank Smith fsmith(a)hoovers.com Systems Administrator Voice: 512-374-4673 Hoover's Online Fax: 512-374-4501

1 0

Jump to page:

2026

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