toasters

toasters@lists.teaparty.net

3 participants
13514 discussions

RE: Mark Conley's comments on used NetApp systems
by ScottUCE＠aol.com 19 Jan '01

19 Jan '01

I am responding to a posting last week from Mark Conley, a Network Appliance salesman from Northern California, regarding used NetApp systems. Mark wrote "FYI on the used equipment, none of the software licenses on Netapp equipment are transferable. Which means you are paying for hardware only!" Mark Conley does not make policy for Network Appliance. In fact, Union Computer has been involved in the sale or brokering of numerous NetApp systems and parts, and, in every case, Network Appliance has been a pleasure to work with; they have accepted the equipment for maintenance service and have, where applicable, allowed software licenses to transfer without charge. The market for used NetApp gear is growing, and Network Appliance should enunciate its policy with respect to the re-sale of its used systems; in particular, their boilerplate software license agreement clearly gives Network Appliance the discretion to allow or forbid the seller's transfer of software licenses to buyers of used equipment. Without doubt, it is in the clear interest of Network Appliance's customers that they be able to re-sell their systems without harassment. We are currently working with several NetApp users in the midst of severe business downturns, forcing them to put their systems on the market. If Network Appliance were to interfere with the transfer of their systems' NFS and CIFS licenses, the value of their F760 heads would be reduced to that of spare parts kits. Unless and until Network Appliance clarifies its policy on the re-sale of its systems, NetApp's end-user and/or leasing company customers -- before they buy their next box -- should request a modification of their software license agreements so as to limit Network Appliance's discretion to forbid software license transfer, thus helping to safeguard the value of their investments in their NetApp systems. Scott Fischmann Union Computer Exchange, Inc. 6233 Idylwood Lane Minneapolis, MN 55436 Phone: 952 935 7282 www.unioncomputer.com

3 2

RE: Backups of both NFS and CIFS Directories
by Benn, Paul 18 Jan '01

18 Jan '01

Glenn, To retain both permission styles you'll need to backup using the local dump command, an NDMP enabled backup application or backup over CIFS. Backing up over NFS will not retain NTFS file permissions or DOS attributes. If you back up over CIFS, not only are the UNIX and NT file permissions retained but we also backup the DOS file attributes and track an archive bit for files with UNIX-style permissions. If backing up over CIFS is your plan, have a look at our white paper on this subject: http://www.netapp.com/tech_library/3052.html Regards, Paul Benn Network Appliance -----Original Message----- From: Glenn Case - Informix Software [mailto:glennc@informix.com] Sent: Thursday, January 18, 2001 2:57 PM To: toasters(a)mathworks.com Subject: Backups of both NFS and CIFS Directories I have a new netapp that I am in the process of trying to set up It will be supporting both NFS and CIFS Clients. I was wondering if anyone knew how Backing up the Permissions for the Two different permissions styles works with the different backup styles ? I am concerned that If I back the machine up "Wrong" we would lose the permissions of CIFS users files. For example If I back the machine up with tar from a UNIX machine I know the permissions will be lost. If I back it up with the built in backup command and then restore with solaris ufsrestore It will also lose the CIFS permissins. So what do I need to do to make sure that the CIFS permissions are saved ? If this is a FAQ question or I just need to RTFM Please just refer me to the appropreate document. (With URL if avalable ) Thanks in advance Glenn

1 0

Backups of both NFS and CIFS Directories
by Glenn Case - Informix Software 18 Jan '01

18 Jan '01

I have a new netapp that I am in the process of trying to set up It will be supporting both NFS and CIFS Clients. I was wondering if anyone knew how Backing up the Permissions for the Two different permissions styles works with the different backup styles ? I am concerned that If I back the machine up "Wrong" we would lose the permissions of CIFS users files. For example If I back the machine up with tar from a UNIX machine I know the permissions will be lost. If I back it up with the built in backup command and then restore with solaris ufsrestore It will also lose the CIFS permissins. So what do I need to do to make sure that the CIFS permissions are saved ? If this is a FAQ question or I just need to RTFM Please just refer me to the appropreate document. (With URL if avalable ) Thanks in advance Glenn

1 0

RE: FW: Multicast support in ONTAP?
by Rainchik, Aleksandr (MED, Non GE) 18 Jan '01

18 Jan '01

MU3 for Solaris 7? There is only MU1 available for Solaris 8 at this time, at least at sunsolve.sun.com. -----Original Message----- From: Chris Thompson [mailto:cet1@cus.cam.ac.uk] Sent: Wednesday, January 17, 2001 6:29 PM To: Rainchik, Aleksandr (MED, Non GE) Cc: toasters(a)mathworks.com Subject: Re: FW: Multicast support in ONTAP? Aleksandr.Rainchik(a)med.ge.com (Rainchik Aleksandr) writes [...] > Can I ask you about that "Solaris's IP network multipathing > failover and fallback" you've mentioned on toasters mailing > list: > > Is is something that Solaris 8 has right out of box? Yes, if you use MU3 or later. Or you can apply a raft of patches to an earlier version (109898-01 109742-02 109279-05 109900-01 109472-03 109740-02 109902-01 109904-01 109906-01); but this won't get the man pages updated (cue for a rant about documentation maintenance, but this isn't the place for it). 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.

2 1

Re: Mark Conley's comments on used NetApp systems
by mds＠gbnet.net 18 Jan '01

18 Jan '01

I'd just like to pitch in and say that a healthy used NetApp market would be a fine thing indeed for those of us who would like to buy the equipment but can't normally afford it. If the software licenses transferred, NetApp would still have made their main money from the original sale. Support, however, *should* be a different ball-game, and people shouldn't be able to just transfer the client-NetApp relationship with the hardware automatically and purchasers of 2nd-hand hardware shouldn't expect to get support from NetApp without paying for it. NetApp could, of course, offer support tiers, allowing for software updates separate from hardware RMA, separate from SE on-site attendance. This would allow the budget-limited and the 2nd-hand market to benefit and grow, while not missing out on the support bucks that people would be willing to spend with them. Support can be a viable revenue stream and not just something that you do to keep selling hardware. Just look at the Enhanced Margin Company - they get you coming and going! I've observed before (but possibly not here) that products in NetApp's line get EOL'd rather more aggressively than other maufacturers products (Sun, IBM, HP, even SGI all sell/support old models longer). Having a viable re-sale market could also take the sting out of that policy. I guess it all comes down to whether it could be seen to be made to benefit NetApp's bottom-line and medium-long term plans or not. I'd like to think it could be. -- -Mark ... an Englishman in London ...

1 0

Add more disks and upgrade to 6.0 - which first?
by Chris Thompson 18 Jan '01

18 Jan '01

There are two things I want to do within the next three months or so, neither of them urgent: 1. Add 2 x 18GB discs (currently spare) to a volume that currently has 6 x 18 GB data discs. 2. Upgrade the F740 from ONTAP 5.3.7R? to 6.0.1R?. Is there any advantage to be gained by doing these in any particular order? 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.

2 1

FW: Multicast support in ONTAP?
by Rainchik, Aleksandr (MED, Non GE) 18 Jan '01

18 Jan '01

Hello, Can I ask you about that "Solaris's IP network multipathing failover and fallback" you've mentioned on toasters mailing list: Is is something that Solaris 8 has right out of box? Or you need to purchase additional pieces of software, like Sun Trunking or Sun Cluster Services, to implement such a feature? We are mostly Solaris 7 shop right now, but we really need this feature, so I just wonder if moving to 8 will do it. TIA -- Aleksandr Rainchik, Sun CSA -----Original Message----- From: Brian L. Brush [mailto:brian@paradyne.com] Sent: Tuesday, January 16, 2001 1:48 PM To: toasters(a)mathworks.com Subject: Multicast support in ONTAP? I'm experimenting with back-to-back (crossover) links between Sun boxes and filers. Specifically, I'm trying to use Solaris 8's IP network multipathing failover and fallback with such connections. The problem is that Solaris is unable to recognize the failure of a NIC directly connected to a filer. In testing, the feature works as expected on our normal switched network. Solaris's IP network multipathing failover and fallback (what a mouthful!) works by initially sending multicast ICMP echo requests (to ALL-SYSTEMS.MCAST.net). The Solaris box relies on routers and hosts to respond to the multicast requests. Then it sends periodic unicast ICMP echo requests to those specific routers/hosts and knows a NIC has failed when the responses stop. Snoop on the Solaris box reveals the filer is not responding to the multicast requests. The Solaris box, therefore, never even begins its monitoring because it thinks there is nothing to ping. Here is an excerpt: 192.168.0.5 -> ALL-SYSTEMS.MCAST.net ICMP Echo request (ID: 8194 Sequence number: 1) 192.168.0.5 -> ALL-SYSTEMS.MCAST.net ICMP Echo request (ID: 8194 Sequence number: 1) 192.168.0.5 -> ALL-SYSTEMS.MCAST.net ICMP Echo request (ID: 8194 Sequence number: 1) The filer is definitely sitting on the other end of the cable: ping -s 192.168.0.1 PING 192.168.0.1: 56 data bytes 64 bytes from 192.168.0.1: icmp_seq=0. time=1. ms 64 bytes from 192.168.0.1: icmp_seq=1. time=0. ms 64 bytes from 192.168.0.1: icmp_seq=2. time=0. ms 64 bytes from 192.168.0.1: icmp_seq=3. time=0. ms Solaris box is an Ultra 1 with Solaris 8 10/00. Filer is an F760 running Data ONTAP 5.3.7. We've tested Sun ge to NetApp gigabit and also Sun hme to NetApp quad fast ethernet. I'm interested in hearing any suggestions that might make this configuration work. --Brian L. Brush Senior Systems Administrator Paradyne Corporation

4 3

RE: 6.0.1R1 Filerview -- How to print
by Darragh, Stephen J 17 Jan '01

17 Jan '01

Found the answer right after I sent the request. You have to open the frame in a new browser window so you can print. Sorry Stephen Darragh > -----Original Message----- > From: Darragh, Stephen J [SMTP:stephen.j.darragh@lmco.com] > Sent: Wednesday, January 17, 2001 8:39 AM > To: 'toasters(a)mathworks.com' > Subject: 6.0.1R1 Filerview -- How to print > > I hope this is one of those questions that I will say "of course, why > didn't > I see that". > > 6.0.1R1 filerview running from netscape 4.7.5 on a sun solaris 8 system. > > There are now a great number of reports and disk information, but I can't > see how to print them. > There is no CTRL-P, or alt-click to bring up a print option. > > I could use xwd, but there must be a simple way that I am just missing. > > Thanks in advance... > > Stephen Darragh

1 0

RE: /home layout with many filers and NIS automount
by Rainchik, Aleksandr (MED, Non GE) 17 Jan '01

17 Jan '01

There is another thing against > #auto_home NIS map > user1 filer2:/vol/vol1/& design. We have a lot of development servers. So any time you add/delete/modify a single user you should go trough _all_ the NIS/automount clients and run "automount" to let automountd know that passwd map has been just updated. Am I wrong again? Thank you. P.S. I know about rsh/ssh :) -----Original Message----- From: Jeffrey Krueger To: Rainchik, Aleksandr (MED, Non GE) Cc: toasters(a)mathworks.com Sent: 1/12/01 2:30 PM Subject: Re: /home layout with many filers and NIS automount On Fri, Jan 12, 2001 at 10:47:54AM -0600, Rainchik, Aleksandr (MED, Non GE) wrote: > Hello, > > I just need a word of advice on how to structure /home if you > use automount, have 5-10 home directory servers (NetApp filers) > and around 1000 users. Point of clarification: 5-10 filers for 1,000 users? What model filers are they and I hope they are serving other data besides homedirs! At one point we had about 15,000 home directories mostly on two NetApps - a F330 and a F540 - and they were pretty bored filers. One way to simplify your design would be to reduce the number of filers serving homedirs, especially for 1,000 users. Two good reasons to spread out homedirs are for bandwidth constraints and to spread risk/reduce points of failure. But if you have consistently high bandwidth between all users and filers than 2-4 homedir servers should be more than plenty mitigation of risk considering the cost of additional filers versus the additional benefit (considering NetApps impressive reliability). > I'm personally is looking for /home/homeserver-vol#/user-name > scheme, so my automount maps will be nice, small and manageble: > > #auto_home NIS map > filer1-0 filer1:/vol/vol0 > filer1-1 filer1:/vol/vol1 > ... > filer5-5 filer5:/vol/vol5 This is a very restrictive design because it makes homedir moves extremely conspicuous. It also flies a bit in the face of a large selling point of the automounter - eliminating host-based network paths. If a user is moved from one filer to another, or even from one volume to another, they will have a whole new path to their home directory. Worse yet, any scripts or application configurations which use the full path to their home directory will need to be re-coded or re-configured - YUK! Being able to "hide" the location of a home directory (or any other remote filesystem) is extremely useful. > But it seems like users prefer /home/username scheme and it leads > to 1000+ NIS automount map for /home, like > > #auto_home NIS map > user1 filer2:/vol/vol1/& > .... > user9999 filer3:/vol/vol4/& This is the way we do it, and the way I'd venture to guess most/many places do it. From the user perspective, it is very simple. From the admin perspective, it is easy to manage. We've found it to give maximum flexibility with minimum hassle. > Do you know if there is more elegant solution for this problem? Can you > tell me, what is your preference for /home layout? What do you mean by elegant? The above is pretty darned elegant, and for 1,000 users it should be easily manageable too. We currently have 10,223 home directories and we've got one big home directory map like above. It works great! One recommendation is you may want to use a script or database to help generate that automount map. The easiest way would be to write a shell/perl script that scanned all your "homedir" directories on each filer, ensured username uniqueness and then build the automount map. For added flexibility, we use a small database. Each row in the homedir table has the username (mountpoint under /home), the filer, and the path to their homedir. At some interval a script comes thru and builds the map. Hope this info helps! -- Jeff -- ------------------------------------------------------------------------ ---- Jeff Krueger, NetApp CA E-Mail: jeff(a)qualcomm.com Senior Engineer Phone: 858-651-6709 NetApp Filers / UNIX Infrastructure Fax: 858-651-6627 QUALCOMM, Inc. IT Engineering Web: www.qualcomm.com

4 5

6.0.1R1 Filerview -- How to print
by Darragh, Stephen J 17 Jan '01

17 Jan '01

I hope this is one of those questions that I will say "of course, why didn't I see that". 6.0.1R1 filerview running from netscape 4.7.5 on a sun solaris 8 system. There are now a great number of reports and disk information, but I can't see how to print them. There is no CTRL-P, or alt-click to bring up a print option. I could use xwd, but there must be a simple way that I am just missing. Thanks in advance... Stephen Darragh

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