toasters

toasters@lists.teaparty.net

2 participants
13529 discussions

a recent caching company bugid ticket info
by Colin Johnston 22 Oct '99

22 Oct '99

For a good Friday night read :) Title Some customers would like our apppliances to be more groovy Problem It was noted by a customer that the design of our caches wasn't groovy enough. They would like the caches to glow and blink. Stackability and the ability to use the server as a die in Dungeons & Dragons games was also mentioned. Workaround You can currently customize the "groovability" of the cache with third party add ons from http://www.legomindstorms.com/ . Your imagination and pocketbook are your only limitations. Colin Johnston SA PSINET UK

1 0

Source for a non-root quota program?
by James Deibele 21 Oct '99

21 Oct '99

We would like our support people to be able to do real-time quota verification for customers, meaning that support person A is able to tell customer B that they're using 9.688MB of their 10MB quota. Having gone that far, we would actually really like to have a web page for our non-UNIX customers to check their usage. We can't use the normal /usr/ucb/quota program that comes with Solaris because it requires you to run as root to check someone else's usage. If we try to use suexec or cgiwrap to run programs as the user, we will have to make a copy of the script for every customer. This is sub-optimal. So what we want is a program (Solaris preferred, Linux or NT might be acceptable) that will allow any user to check the total usage for any other user. Seems like this would have come up with other people using NetApps extensively. Does NetApp have an official program that does this? Possibly a program that someone has contributed?

7 7

Re: Source for a non-root quota program?
by dnb＠ccs.neu.edu 20 Oct '99

20 Oct '99

I've not tried this as non-root, but there is a Perl module which can do all sort of good quota stuff for you. It can be found at: http://search.cpan.org/search?module=Quota Peace, dNb

1 0

Re: Easiest way to migrate data off of Filer
by dnb＠ccs.neu.edu 20 Oct '99

20 Oct '99

Bennett Todd <bet(a)mordor.net> writes: > If you have the GNU findutils first on your PATH (which I always recommend > doing), you can use > cd /src;find dir -depth -print0|cpio -p0dm /dst Quick note about this: unless you have patched it, the find command will pick up the .snapshot dirs as well. There was a patch posted to this list a while back. If anyone can't find in the archives, drop me a note and I'll send it along. It works really well (we replaced our default install of GNU find with a patched version because it works so well). Peace, dNb

1 0

RE: Source for a non-root quota program?
by Thompson, Tim 20 Oct '99

20 Oct '99

> So what we want is a program (Solaris preferred, Linux or NT > might be acceptable) that will allow any user to check the > total usage for any other user. >... > Does NetApp have an official program that does this? > Possibly a program that someone has contributed? In the "Tools & Utilities" section of the NOW (http://now.netapp.com) site, in the "Toolshed" area, you'll find a "quota_tools" entry. That package contains several utilities for quotas, including a perl script named netapp_quota_report that will talk to a NetApp Filer via rsh, get a quota report, and construct an HTML web page. You can specify a quota limit, and people over that limit will be highlighted in red. *NOTE* - Be sure to use the "-ontap 5" option to netapp_quota_report, if you are using ONTAP 5.0 or higher. The quota_tools package also contains some scripts for sending mail when quotas are exceded. The package was written by Ed Finch (efinch(a)vais.net). ...Tim Thompson...Network Appliance, Inc...tjt(a)netapp.com...

2 1

Re: Easiest way to migrate data off of Filer
by sirbruce＠ix.netcom.com 20 Oct '99

20 Oct '99

On 10/19/99 12:52:29 you wrote: > >Hi, > >We're running an F540 with Ontap 5.3.2D3, setup for NFS and CIFS services. Most >(~95%) of our NFS clients are Solaris 2.6 machines. I would like to know if >there is an easy way to migrate home-dir data off of the filer and onto a Sun >server (Enterprise 450 with Solaris 2.6). If you're storing CIFS data, you'll of course lose it. Dump and restore should still work, if you want to do that; you can even do it by rsh over the network rather than go through a tape. >Doing a plain 'cp' tends to skip over .* files and is a bit tricky about >retaining permissions. We also have a script 'copy_dir' that uses the copy_io >command, but it takes an extraordinarily long time. We're talking a 6 Gb home >directory taking more than 12 hours to copy (over a 100 Mbs connection, too). I >am sure that there is no problems with the network, and I suspect that the >copy_io is getting hung up trying to copy over each version of the .snapshot >directories. Invariably, I will get a stale NFS error and eventually time out. Typically, I like to cd to the directory in question and use: find . -print | cpio -pdumv /destination/directory But this will choke on filenames with spaces in them. >Is there any way getting past the .snapshot directories during copies? I >imagine that other Solaris admins must have run into this problem before. The .snapshot is visible (in NFS) only in the topmost directory. You can get around it by copying each subdirectory from the root mountpoint individiaully, or using a find option to prune .snapshot (check the man page). Bruce

2 1

Re: Easiest way to migrate data off of Filer
by dnb＠ccs.neu.edu 20 Oct '99

20 Oct '99

I would think the rsync program (which is what we used to take our data off Sun and Auspex boxen and put it *on* our filer) would be a good choice. We also use it daily to backup local data from our main data servers on to our netapp prior to moving the data to tape. It is a really good tool. Rsync has options to exclude certain files/dirs which I suspect could easily be used to tell to ignore snapshots (though I would tend towards hiding them as another person suggested). Rsync can be found at: <http://samba.anu.edu.au/rsync/>. Peace, dNb

2 1

Re: Easiest way to migrate data off of Filer
by Michael Salmon 20 Oct '99

20 Oct '99

+----- On Tue, 19 Oct 1999 12:52:29 PDT, Yicheng Li-R37424 writes: | Hi, | | We're running an F540 with Ontap 5.3.2D3, setup for NFS and CIFS | services. Most (~95%) of our NFS clients are Solaris 2.6 machines. I | would like to know if there is an easy way to migrate home-dir data off | of the filer and onto a Sun server (Enterprise 450 with Solaris 2.6). | | Doing a plain 'cp' tends to skip over .* files and is a bit tricky about | retaining permissions. We also have a script 'copy_dir' that uses the | copy_io command, but it takes an extraordinarily long time. We're | talking a 6 Gb home directory taking more than 12 hours to copy (over a | 100 Mbs connection, too). I am sure that there is no problems with the | network, and I suspect that the copy_io is getting hung up trying to | copy over each version of the .snapshot directories. Invariably, I will | get a stale NFS error and eventually time out. You can use dump/restore (the netapp dump has an additional pass but I believe that they play happily together) or NFS mount the home directory and use tar, cpio, rdist or rsysnc. The latter 2 have the advantage that you can do most of the copying before hand. | Is there any way getting past the .snapshot directories during copies? | I imagine that other Solaris admins must have run into this problem | before. I don't think that dump includes the snapshots, for the other methods you will need to exclude them, if you mount the directory containing the home directories then it's pretty easy. /Michael

1 0

RE: "ypset" needs added to common command set
by Hackworth, Brian 19 Oct '99

19 Oct '99

: I would like to see the "ypset" command added In a forthcoming update release for 5.3, there is a new option to allow you to specify the list of NIS servers the filer should try to use (or "*" to use the old broadcast method). This obviates most of the need for ypset. In the next major functionality release, the family of yp commands are moved out of "rc_toggle_basic" into the main OnTap command set. As an engineer, I'm not allowed to suggest any dates for these releases. - Brian Hackworth

1 0

Re: "ypset" needs added to common command set
by Devi Nagaraj 19 Oct '99

19 Oct '99

Hi, NIS has been revamped in Data ONTAP 5.3.3 ( which is a special release available upon request). This supports multiple preferred NIS servers. All these are available in the soon to be released Data ONTAP 5.3.4. Thanks, -Devi At 03:58 PM 10/19/99 -0500, sirbruce(a)ix.netcom.com wrote: >On 10/19/99 15:13:26 you wrote: >> >>I would like to see the "ypset" command added to the common Data Ontap >>command >>set. We have several Netapps where we need to use the "ypset" command but in >>order to run the command and make it permanent, you have to go into >>rc_toggle_basic mode. For a permanent fix we have to add "rc_toggle_basic", >>"ypset nisserver", "rc_toggle_basic" to the rc file. Is there any plans to >>make "ypset" part of the common Data Ontap command set? > >There has been an open bug/RFE on this since before NIS was even >released. :) > >There was some talk recently on the list about them revising their >approach to some of these commands but I didn't see a firm date set. > >Bruce > > > >

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