toasters

toasters@lists.teaparty.net

13520 discussions

Mapped drives on Netapps disapearing
by Clawson, Simon 17 Apr '02

17 Apr '02

Hi! Has anyone ever seen a mapped drive, off a nteapps completly vanishing from a PC? We use win2k and map a drive to U:. However, on some machines the users report that this drive just disapears. If they re-run the logon script it reappears, and other CIFS shares stay in place on the machine..any ideas? Simon Simon Clawson TEL:- +44 (0)1635 811409 HDL Designer Series Team Systems Administrator FAX:- +44 (0)1635 810108 Mentor Graphics Ireland Ltd (UK Branch) MOB:- +44 (0)7788 716071 Rivergate London Road Newbury Berkshire RG14 2QB

2 1

CIFS at last
by Jose Celestino 17 Apr '02

17 Apr '02

Hi, we finally bought our CIFS license. :) FILER2> version NetApp Release 6.0.1R2: Fri Feb 9 01:12:44 PST 2001 We _don't_ intend to use a Domain Controller (do we have to?). To the moment, and after some reading I face following problems: - the indicated copy+paste of a crypted password from an unix server to the /vol/vol0/etc/passwd fails, I keep getting an NT_STATUS_WRONG_PASSWORD. If I delete the password field I can logon with no passwd; - the "cifs passwd PASS" pasted into the password field in /vol/vol0/etc/passwd gives the same behavior as the previous; - Any user can login as ANONYMOUS (even to the C$ share): smbclient //filer-2.nfs/C$/ -U idontexist -I filer-2.nfs [...] Anonymous login successful TIA for you help. -- 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

2 2

NetApp Memory
by Blake Folgner 17 Apr '02

17 Apr '02

Hi, Will Kingston 256MB PC100 SDRAM 3.3 volt unbuffered memory work with my F760. Thanks, Blake

1 0

local netgroup ?
by Frank Bonnet 15 Apr '02

15 Apr '02

Hi Is it possible to use a local netgroup file instead of the NIS netgroup map on a filer ( ontap 6.1.2R2 ). I have too much hosts to put in /etc/exports file -- Frank Bonnet

5 4

RE: Monitoring Tools for Failure Detection
by Ben Rockwood 15 Apr '02

15 Apr '02

Interesting point. IF DFM actually can do the things I can not (disk trending, failure prediction, etc) the tool may be worth something after all, especially if it has a Solaris version avalible. (I don't run any Win boxes). Perhaps I'll look into this further. Any tool I write probly would not go the extent to do things like trending, focusing almost solely on failure detection. As for failure prediction, I could only do a very very basic scetch, and it'd be highly in-accurate probly doing the famous "You have accumulated X number of errors on Disk x.x in the last X hours. Failure is likely" trick. I'll dig around netapp.com and NOW to learn what I can about DFM, maybe I can find manuals. Thanx Brian. Ben Rockwood -----Original Message----- From: Brian Long [mailto:brilong@cisco.com] Sent: Mon 4/15/2002 7:18 AM To: Ben Rockwood Cc: toasters(a)mathworks.com Subject: RE: Monitoring Tools for Failure Detection Ben, Ask your Netapp sales rep for a demo installation of DFM (Data Fabric Manager) 2.0. Once you've seen it, you'll find a way to buy it. DFM 2.0 runs on Win2K or Solaris and can scale to monitor hundreds of filers. It has a CLI interface which can be used to manipulate filers, but it also provides nice-looking graphics for you to show to management (i.e. disk space trending, etc). /Brian/ -- Brian Long | | | Engineering Computer Services | .|||. .|||. Sr. Unix System Administrator | ..:|||||||:...:|||||||:.. Phone: (919) 392-7363 | C i s c o S y s t e m s

1 0

RE: Monitoring Tools for Failure Detection
by Ben Rockwood 15 Apr '02

15 Apr '02

It seems to me that a low/no cost alternative should be avalible. Sure it won't be as nice and robust, but work none the less. If I had the (read: ANY) money I'd consider a propritary tool, but the ammount of data suppied from the toaster is so profound that it's hardly a task to simply write your own. What, if anything, does the proprietary tool buy me anyway? Possibly the ability to "graphically manage your raid groups and volume. Make changes with just a click!" (I can see the ex-cheerleader spokeswoman now). However, OnTap is cozie enough for me, so I opt to leave these forms of GUI management for thoughs who need it. BTW, some comments were made about BB being a possibile solution, however I'm avoiding it because it is, IMHO, a cludgey tool and has the worlds most pathetic CGI interface ever. Even though these issues could actually be hammered out by a couple tactful hacks, I think there are enough people who currently enjoy BB that I'd be forced to fork the code base, and I don't recall them being under GPL. In any case, BB is out as a possiblity too, despite the fact that it's pretty close to what I need. Ben Rockwood -----Original Message----- From: Chris Blackmor [mailto:chris.blackmor@amd.com] Sent: Sat 4/13/2002 2:24 PM To: Oye Akintan Cc: Ben Rockwood; toasters(a)mathworks.com Subject: Re: Monitoring Tools for Failure Detection Costly yes but a really nice tool for doing just what you are asking. C- On Sat, Apr 13, 2002 at 01:25:05PM -0400, Oye Akintan wrote: > If you have the money to spend, check out Data fabric manager from Netapp. > It's costly though > > Oye > ----- Original Message ----- > From: "Ben Rockwood" <BRockwood(a)homestead-inc.com> > To: <toasters(a)mathworks.com> > Sent: Saturday, April 13, 2002 4:33 AM > Subject: Monitoring Tools for Failure Detection > > > > Hello Masters of Toast, > > > > I'm looking for some input and suggestions on something I'm preparing to > take up, any suggestions or comments are appreciated... > > > > There are several tools avalible (namely MRTG and Cricket) for monitoring > Filers (and I suppose NetCache's too), but I've not found these tools > adiquate. The problem is that these tools are best at graphing statical > information over a period of time, which is important to most of you for > reporting and monitoring the performance of your Filers. However, in my > case, I'm not really interested in the performance of the filers. What I am > interested in is general health and failure detection. At one point the > filers were monitored by logging in each day and manually checking via > sysconfig -r, then (unwilling to log into every filer for quick checks) I > decided to implement a small tool which could via SNMP do basic checking and > reporting of filers basic vitals via a single command. > > I'm now becoming unsatisfied with this tool, and preparing to build a much > more complex tool that can do more than simply look for failures in > componants, but also do analysis on networking and fibre channel statistics, > automated failure detection to a paging system, as well as offer both CLI > and CGI interfaces. > > A later version would probly grow to include trapping. > > > > So the question is this. Am I wasting my time? Is there already a > sutable tool to do this? I understand that NetApp has a GUI tool that can > do almost anything you want with the filers via SNMP, but I'm uninterested > in this type of tool. Whats important to me is getting a complete picture > of a filers (or set of filers) health at a glance by issuing a single > command or by executing a single CGI script. Would this tool be useful or > of any interest to others? > > > > Thank You. > > > > Ben Rockwood > > brockwood(a)homestead-inc.com > > > -- ----------------------------------------------------------------------------- * Chris Blackmor _______ | * * Advanced Micro Devices \____ | | A good horse never comes * * Phone: (512) 602-1608 /| | | | in a bad color! * * Fax: (512) 602-5155 | |___| | | * * Email: chris.blackmor(a)amd.com |____/ \| | Author Unknown* ----------------------------------------------------------------------------- * My comments are mine, and mine alone. * -----------------------------------------------------------------------------

3 2

Monitoring Tools for Failure Detection
by Ben Rockwood 13 Apr '02

13 Apr '02

Hello Masters of Toast, I'm looking for some input and suggestions on something I'm preparing to take up, any suggestions or comments are appreciated... There are several tools avalible (namely MRTG and Cricket) for monitoring Filers (and I suppose NetCache's too), but I've not found these tools adiquate. The problem is that these tools are best at graphing statical information over a period of time, which is important to most of you for reporting and monitoring the performance of your Filers. However, in my case, I'm not really interested in the performance of the filers. What I am interested in is general health and failure detection. At one point the filers were monitored by logging in each day and manually checking via sysconfig -r, then (unwilling to log into every filer for quick checks) I decided to implement a small tool which could via SNMP do basic checking and reporting of filers basic vitals via a single command. I'm now becoming unsatisfied with this tool, and preparing to build a much more complex tool that can do more than simply look for failures in componants, but also do analysis on networking and fibre channel statistics, automated failure detection to a paging system, as well as offer both CLI and CGI interfaces. A later version would probly grow to include trapping. So the question is this. Am I wasting my time? Is there already a sutable tool to do this? I understand that NetApp has a GUI tool that can do almost anything you want with the filers via SNMP, but I'm uninterested in this type of tool. Whats important to me is getting a complete picture of a filers (or set of filers) health at a glance by issuing a single command or by executing a single CGI script. Would this tool be useful or of any interest to others? Thank You. Ben Rockwood brockwood(a)homestead-inc.com

3 2

NDMP restore on NT server
by SreeHarsha.V.Kannantha 13 Apr '02

13 Apr '02

Hi, I have to restore the data from our offsite tape directly on to NT server not on the filer. Has anybody done the restore of NDMP backed up data from filer directly on to a NT server. Thanks SreeHarsha

1 0

RE: time sync issue
by Surlow, Jim 12 Apr '02

12 Apr '02

Igor, I believe that the NTP protocol recommends 3 time servers as part of the algorithm calls for checking for network latency, and keeping in mind that the "authority" time server may drift as well. If you think that your 740 is "more stable", add that to the list of time servers (I think that the filer will allow a query), then it will get even more interesting. I know that on unix servers, it is suggested that localhost be added as a low priority host - that way, just in case the network bogs down, it can rely on the local clock without having to reset it all the time. Hope this helps, Jim -----Original Message----- From: Igor Schein [mailto:igor@txc.com] Sent: Friday, April 12, 2002 4:00 PM To: toasters(a)mathworks.com Subject: time sync issue Hi, I have 2 filers, 740 running 6.1.1R2 and 840 running 6.2R1. I have the same timed setup on both machines: timed.enable on timed.log on timed.max_skew 30m timed.min_skew 50 timed.proto ntp timed.sched hourly timed.servers ntphost1 Here's how the messages look for 740 filer: Time reported by time server ntphost1 is Fri Apr 12 13:10:54 GMT 2002 (skew +0.088 secs). Time reported by time server ntphost1 is Fri Apr 12 14:08:34 GMT 2002 (skew +0.055 secs). Time reported by time server ntphost1 is Fri Apr 12 14:57:16 GMT 2002 (skew +0.129 secs). Time reported by time server ntphost1 is Fri Apr 12 17:11:09 GMT 2002 (skew +0.051 secs). Time reported by time server ntphost1 is Fri Apr 12 18:01:03 GMT 2002 (skew +0.058 secs). Time reported by time server ntphost1 is Fri Apr 12 19:01:11 GMT 2002 (skew +0.116 secs). Time reported by time server ntphost1 is Fri Apr 12 19:55:54 GMT 2002 (skew +0.080 secs). Time reported by time server ntphost1 is Fri Apr 12 20:06:43 GMT 2002 (skew +0.054 secs). Time reported by time server ntphost1 is Fri Apr 12 20:37:57 GMT 2002 (skew +0.098 secs). Time reported by time server ntphost1 is Fri Apr 12 21:05:39 GMT 2002 (skew +0.102 secs). The skew is always positive and always small ( 0.1 secs or less ). Now here're the messages for 840 filer: Time reported by time server ntphost1 is Fri Apr 12 12:05:10 GMT 2002 (skew -0.177 secs). Time reported by time server ntphost1 is Fri Apr 12 13:05:32 GMT 2002 (skew -0.221 secs). Time reported by time server ntphost1 is Fri Apr 12 13:52:17 GMT 2002 (skew +0.238 secs). Time reported by time server ntphost1 is Fri Apr 12 14:03:44 GMT 2002 (skew -0.065 secs). Time reported by time server ntphost1 is Fri Apr 12 16:08:06 GMT 2002 (skew -0.101 secs). Time reported by time server ntphost1 is Fri Apr 12 17:00:57 GMT 2002 (skew -0.102 secs). Time reported by time server ntphost1 is Fri Apr 12 18:06:15 GMT 2002 (skew -0.199 secs). Time reported by time server ntphost1 is Fri Apr 12 18:53:44 GMT 2002 (skew +0.185 secs). Time reported by time server ntphost1 is Fri Apr 12 19:08:31 GMT 2002 (skew -0.243 secs). Time reported by time server ntphost1 is Fri Apr 12 20:01:58 GMT 2002 (skew -0.140 secs). The skew's sign jumps back and forth, and the absolute value is over 0.2 secs ( becomes as high as 0.3 secs, which prompts make utility on clients to complain ). What can be wrong with the clock on 840 filer? I suppose I can change timed.sched to sync more frequently, but I am just curious about the nature of the issue. Thanks Igor

1 0

time sync issue
by Igor Schein 12 Apr '02

12 Apr '02

Hi, I have 2 filers, 740 running 6.1.1R2 and 840 running 6.2R1. I have the same timed setup on both machines: timed.enable on timed.log on timed.max_skew 30m timed.min_skew 50 timed.proto ntp timed.sched hourly timed.servers ntphost1 Here's how the messages look for 740 filer: Time reported by time server ntphost1 is Fri Apr 12 13:10:54 GMT 2002 (skew +0.088 secs). Time reported by time server ntphost1 is Fri Apr 12 14:08:34 GMT 2002 (skew +0.055 secs). Time reported by time server ntphost1 is Fri Apr 12 14:57:16 GMT 2002 (skew +0.129 secs). Time reported by time server ntphost1 is Fri Apr 12 17:11:09 GMT 2002 (skew +0.051 secs). Time reported by time server ntphost1 is Fri Apr 12 18:01:03 GMT 2002 (skew +0.058 secs). Time reported by time server ntphost1 is Fri Apr 12 19:01:11 GMT 2002 (skew +0.116 secs). Time reported by time server ntphost1 is Fri Apr 12 19:55:54 GMT 2002 (skew +0.080 secs). Time reported by time server ntphost1 is Fri Apr 12 20:06:43 GMT 2002 (skew +0.054 secs). Time reported by time server ntphost1 is Fri Apr 12 20:37:57 GMT 2002 (skew +0.098 secs). Time reported by time server ntphost1 is Fri Apr 12 21:05:39 GMT 2002 (skew +0.102 secs). The skew is always positive and always small ( 0.1 secs or less ). Now here're the messages for 840 filer: Time reported by time server ntphost1 is Fri Apr 12 12:05:10 GMT 2002 (skew -0.177 secs). Time reported by time server ntphost1 is Fri Apr 12 13:05:32 GMT 2002 (skew -0.221 secs). Time reported by time server ntphost1 is Fri Apr 12 13:52:17 GMT 2002 (skew +0.238 secs). Time reported by time server ntphost1 is Fri Apr 12 14:03:44 GMT 2002 (skew -0.065 secs). Time reported by time server ntphost1 is Fri Apr 12 16:08:06 GMT 2002 (skew -0.101 secs). Time reported by time server ntphost1 is Fri Apr 12 17:00:57 GMT 2002 (skew -0.102 secs). Time reported by time server ntphost1 is Fri Apr 12 18:06:15 GMT 2002 (skew -0.199 secs). Time reported by time server ntphost1 is Fri Apr 12 18:53:44 GMT 2002 (skew +0.185 secs). Time reported by time server ntphost1 is Fri Apr 12 19:08:31 GMT 2002 (skew -0.243 secs). Time reported by time server ntphost1 is Fri Apr 12 20:01:58 GMT 2002 (skew -0.140 secs). The skew's sign jumps back and forth, and the absolute value is over 0.2 secs ( becomes as high as 0.3 secs, which prompts make utility on clients to complain ). What can be wrong with the clock on 840 filer? I suppose I can change timed.sched to sync more frequently, but I am just curious about the nature of the issue. Thanks Igor

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