toasters

toasters@lists.teaparty.net

13520 discussions

RE: secure filer access
by Ehrhart, Rick 15 Aug '02

15 Aug '02

Also look at bug ID 49472 on now.netapp.com for further details. - Rick - > -----Original Message----- > From: Ehrhart, Rick [mailto:Rick.Ehrhart@netapp.com] > Sent: Wednesday, August 14, 2002 11:08 AM > To: Potakamuri, Sreenivasa; 'Moritz Willers'; toasters(a)mathworks.com > Subject: RE: secure filer access > > > There is also options httpd.admin.access. You can read man page > na_protocolaccess(8) for more details. BTW, options http.access > is options httpd.access. The version on ONTAP is 6.2 or later. > > - Rick - > > > -----Original Message----- > > From: Potakamuri, Sreenivasa > [mailto:Sreenivasa.Potakamuri@netapp.com] > > Sent: Wednesday, August 14, 2002 10:27 AM > > To: 'Moritz Willers'; toasters(a)mathworks.com > > Subject: RE: secure filer access > > > > > > > > > -----Original Message----- > > > From: Moritz Willers [mailto:Moritz.Willers@ubsw.com] > > > Sent: Wednesday, August 14, 2002 9:35 AM > > > To: toasters(a)mathworks.com > > > Subject: secure filer access > > > > > > > > > I'm trying to configure ssh/https admin access from any host > > > to a filer, > > > but no telnet, no http admin and rsh access from one host > only (the > > > admin host). > > > > > > > > > Use > > "options telnet.access", "options rsh.access" and "options > > http.access" > > commands to control telnet, rsh and http access. > > > > > > > > > I can't find how I can control ssh/https access separately. > > Is this > > > really not possible or am I missing something? > > > > > > > > > We don't have any commands to control the ssh/https access. We are > > adding those in the next release. > > > > > > Regards, > > Sreenivasa Potakamuri > > Network Appliance. > > > > > > > > > > > how do others manage secure filer management via cli and gui? > > > > > > thanks - Moritz > > > > > > > > > Visit our website at http://www.ubswarburg.com > > > > > > This message contains confidential information and is > intended only > > > for the individual named. If you are not the named addressee you > > > should not disseminate, distribute or copy this e-mail. Please > > > notify the sender immediately by e-mail if you have received this > > > e-mail by mistake and delete this e-mail from your system. > > > > > > E-mail transmission cannot be guaranteed to be secure or > error-free > > > as information could be intercepted, corrupted, lost, destroyed, > > > arrive late or incomplete, or contain viruses. The sender > > therefore > > > does not accept liability for any errors or omissions in > > the contents > > > of this message which arise as a result of e-mail > transmission. If > > > verification is required please request a hard-copy > version. This > > > message is provided for informational purposes and should not be > > > construed as a solicitation or offer to buy or sell any > > securities or > > > related financial instruments. > > > > > >

1 0

Re: X235_SCHT5073F10 Medium Errors
by Paul Caron 15 Aug '02

15 Aug '02

Don't you worry about having another medium error on a different disk in the same volume (i.e. your parity disk) during the disk reconstruction? I believe that would count as a multiple disk failure since the disk that was failed for replacement would no longer be available for parity reconstruction. Dunno exactly how ONTAP would handle this since I've never experienced a medium error during reconstruction....yet. >Date: Thu, 15 Aug 2002 11:46:49 -0400 >From: "Paul J. Bell" <paul.bell(a)rbccm.com> >X-Accept-Language: en >MIME-Version: 1.0 >To: Paul Caron <caron(a)sig.com> >CC: toasters(a)mathworks.com >Subject: Re: X235_SCHT5073F10 Medium Errors >Content-Transfer-Encoding: 7bit >X-OriginalArrivalTime: 15 Aug 2002 15:46:54.0986 (UTC) FILETIME=[FB1EDEA0:01C24472] > >i also have seen too many occurrences of these errors. if i see the same disk two - three weeks in a row i replace the disk. overkill? perhaps, but why take the risk. > > -paul >

2 1

Re: X235_SCHT5073F10 Medium Errors
by Paul Caron 15 Aug '02

15 Aug '02

I received an update from Network Appliance Services Engineering on this issue. It contains two links I found helpful. Anissa gave permission for me to post this to toasters. Also, I should mention that the "unrecovered read error" message I've been getting is a bit misleading. I failed to mention that these were always followed by the "Scrub rewriting bad data block". Since the data was succesfully reconstructed, there was no data loss. In that sense, the errors were actually recoverable. ------------- Begin Forwarded Message ------------- From: "Mohler, Anissa" <Anissa.Mohler(a)netapp.com> To: "'caron(a)sig.com'" <caron(a)sig.com> Cc: "Mohler, Anissa" <Anissa.Mohler(a)netapp.com> Subject: Medium Errors Date: Thu, 15 Aug 2002 09:38:30 -0700 MIME-Version: 1.0 Hi Paul, The information given to you was in error. Medium errors at the rate you describe (e.g. 1 per week) is perfectly OK... there is a 'bug' you can look up on the NOW site that describe this in a bit more detail: bug 68517 http://now.netapp.com/NOW/cgi-bin/bol?Type=Detail&Display=68517 We're also working on publishing more information about understanding and handling medium errors to the now site. Our apologies for the confusion. Data ONTAP will warn you if the medium errors are an issue... the function called Storage Health Monitor monitors the error frequency and will recommend failing the drive if needed. If you want to read up on SHM check out the following: http://now.netapp.com/NOW/knowledge/docs/ontap/rel621/html/sag/appendi4.htm #1154205 Hope this helps :) Anissa Mohler Network Appliance Services Engineering ------------------------------------------- --- Anissa Mohler - 408.822.6404 - NetApp Services Engineering - RAS --- ------------- End Forwarded Message -------------

1 0

X235_SCHT5073F10 Medium Errors
by Paul Caron 15 Aug '02

15 Aug '02

Has anyone been noticing an unusual occurrence of medium errors (i.e unrecovered read errors) for the 72 GB FC-AL disks (X235_SCHT5073F10)? I have several recently purchased F840 filers, running ONTAP 6.2R2, with these disks in DS14 disk shelves. The disks all have the latest firmware revision (NA04). The DS14 shelf firmware is up to date as well (Rev. 11). I've been getting about 1 medium error every week (a total of 9 so far), during the disk scrub process. The errors are on different disks, in different filers. The only common factor, so far, is the drive type. I'm finding this unusual since I've run F740s for years with medium errors being VERY infrequent (i.e. one). Is this possibly related to the drive size? The F740s had the Seagate (ST118202FC and ST318203FC) 18 GB drives. I have pursued this with Netapp Technical Support. However, since the errors are still considered infrequent, the only suggestion I have received so far is to replace the disks that have shown errors, which might be happening shortly. I'm just wondering if anyone else is seeing the same thing.

2 1

RE: Netapp BMC Patrol
by Nail, Larry 15 Aug '02

15 Aug '02

That about says it all... -----Original Message----- From: markallen [mailto:markallen@micron.com] Sent: Thursday, August 15, 2002 8:57 AM To: toasters(a)mathworks.com Subject: Netapp BMC Patrol I've been evaluating BMC Patrol KM for Network Appliance and I don't see a huge advantage in purchasing this product to monitor our filers. I found that its just a fancy tool that plugs into the MIBs Data Ontap already has. The agent isn't actually installed on the filer. You have to install the KM on a UNIX or NT host and monitor the filer from the UNIX or NT box. I've been able to send SNMP traps directly from the filer to our main Patrol server. I'm able to have it notify me when I have a failed disk, failed fan, and a failed CPU. Am I missing something here? Has anyone else had a good experience implementing BMC Patrol with the filers? Thanks -Mark

1 0

Netapp BMC Patrol
by markallen 15 Aug '02

15 Aug '02

I've been evaluating BMC Patrol KM for Network Appliance and I don't see a huge advantage in purchasing this product to monitor our filers. I found that its just a fancy tool that plugs into the MIBs Data Ontap already has. The agent isn't actually installed on the filer. You have to install the KM on a UNIX or NT host and monitor the filer from the UNIX or NT box. I've been able to send SNMP traps directly from the filer to our main Patrol server. I'm able to have it notify me when I have a failed disk, failed fan, and a failed CPU. Am I missing something here? Has anyone else had a good experience implementing BMC Patrol with the filers? Thanks -Mark

1 0

F630 Panic
by Blake Folgner 15 Aug '02

15 Aug '02

Hello All, My F630 has generated these errors below. The Filer is running 6.1.2 and it's in a CIFS environment only. Any Ideas? Wed Aug 14 09:30:04 GMT [raid_xor_server:CRITICAL]: 1 CORR PROC ERR 86 eia:a011720 fs:94 eis:c5000000 isr:100000000 CPU ECC error on SIMM=J100, Address=ffffff000a01172f Wed Aug 14 10:00:00 GMT [kern.uptime.filer:info]: 10:00am up 4 days, 16:33 0 NFS ops, 383717 CIFS ops, 238 HTTP ops Wed Aug 14 11:00:00 GMT [kern.uptime.filer:info]: 11:00am up 4 days, 17:33 0 NFS ops, 385292 CIFS ops, 238 HTTP ops Wed Aug 14 12:00:00 GMT [kern.uptime.filer:info]: 12:00pm up 4 days, 18:33 0 NFS ops, 386935 CIFS ops, 238 HTTP ops Wed Aug 14 12:00:01 GMT [sk.panic:ALERT]: reason="MM fault MMCSR=1, type=0, VA=0x0, PC=0xfffffc00000110d8, RA=0x55360 in process wafl_hipri on release NetApp Release 6.1.2" Wed Aug 14 12:00:01 GMT [sk.assert:ALERT]: file="../driver/scsi/scsi.c", line="1309", expr="NULL" Wed Aug 14 12:00:01 GMT [sk.assert:ALERT]: file="../driver/scsi/scsi.c", line="1309", expr="NULL" Wed Aug 14 12:03:30 GMT [kern.syslog.msg:info]: Ethernet e10a: Link up. Wed Aug 14 12:03:31 GMT [mgr.boot.oldOFW:error]: The current boot firmware version is too old. Please upgrade to version 2.3. Wed Aug 14 12:03:31 GMT [kern.syslog.msg:warning]: Updated boot firmware is available on the Network Appliance NOW site (now.netapp.com). Wed Aug 14 12:03:32 GMT [kern.syslog.msg:info]: Replayed 0 checksum entries Wed Aug 14 12:03:33 GMT [kern.syslog.msg:ALERT]: relog syslog PANIC: MM fault MMCSR=1, type=0, VA=0x0, PC=0xfffffc00000110d8, RA=0x55360 in process wafl_hipri on release NetApp Rel Wed Aug 14 12:03:35 GMT [kern.syslog.msg:ALERT]: Language not set on volume vol0. Using language config "C". Use vol lang to set language. Wed Aug 14 12:03:35 GMT [kern.syslog.msg:notice]: The system was down for 191 seconds Wed Aug 14 12:03:38 GMT [dyn_dev_qual_admin:info]: Firmware is up-to-date on all disk drives Wed Aug 14 12:03:38 GMT [rc:info]: Ethernet e10a: Link up. Wed Aug 14 12:03:38 GMT [rc:info]: relog syslog Wed Aug 14 12:00:01 GMT [wafl_hipri:CRITICAL]: 3 CORR PROC ERR 86 eia:117e0 fs:3 eis:1c5000000 isr:100000000 CPU ECC e Wed Aug 14 12:03:38 GMT [rc:ALERT]: relog syslog PANIC: MM fault MMCSR=1, type=0, VA=0x0, PC=0xfffffc00000110d8, RA=0x55360 in process wafl_hipri on release NetApp Rel Wed Aug 14 12:03:38 GMT [rc:info]: sysconfig: Note: Model F630 has no configuration rules. Wed Aug 14 12:03:38 GMT [mgr.boot.disk_done:info]: NetApp Release 6.1.2 boot complete. Last disk update written at Wed Aug 14 11:59:51 GMT 2002 Wed Aug 14 12:03:38 GMT [mgr.boot.reason_abnormal:ALERT]: System rebooted due to a watchdog reset. Wed Aug 14 12:03:38 GMT [mgr.stack.saved:notice]: Reboot with saved panic information in log file Wed Aug 14 12:03:38 GMT [mgr.stack.string:notice]: Panic string: MM fault MMCSR=1, type=0, VA=0x0, PC=0xfffffc00000110d8, RA=0x55360 in process wafl_hipri on release NetApp Release 6.1.2 Wed Aug 14 12:03:38 GMT [mgr.stack.at:notice]: Panic occurred at: Wed Aug 14 12:00:01 2002 Wed Aug 14 12:03:38 GMT [mgr.stack.proc:notice]: Panic in process: wafl_hipri Wed Aug 14 12:03:38 GMT [mgr.stack.noFrames:notice]: No stack frames available Thanks, Blake

4 3

Interesting Netapp product roadmap
by Look what I found 15 Aug '02

15 Aug '02

Check this out: http://www.zdv.uni-mainz.de/download_files/NetApp_UNI_Mainz.ppt __________________________________________________ Do You Yahoo!? HotJobs - Search Thousands of New Jobs http://www.hotjobs.com

2 1

RE: Interesting Netapp product roadmap
by Peter Bryant 15 Aug '02

15 Aug '02

*** Before acting on this e-mail or opening any attachment you are advised to read the disclaimer at the end of this e-mail *** Only available on Google's cache now... -----Original Message----- From: Look what I found [mailto:look_at_this_mama_mia@yahoo.com] Sent: 14 August 2002 23:27 To: toasters(a)mathworks.com Subject: Interesting Netapp product roadmap Check this out: http://www.zdv.uni-mainz.de/download_files/NetApp_UNI_Mainz.ppt __________________________________________________ Do You Yahoo!? HotJobs - Search Thousands of New Jobs http://www.hotjobs.com ******************************* Disclaimer ***************************** Confidentiality: This e-mail and any attachments are intended for the addressee(s) only and may be confidential. If they have come to you in error you must take no action based on them, nor must you copy or show them to anyone; please reply to this e-mail and highlight the error. Viruses: Although we have taken steps to ensure that this e-mail and attachments are free from any virus, we advise that in keeping with good practice the recipient should ensure they are actually virus free. ********************** http://www.burallplastec.com ********************

1 0

RE: secure filer access
by Ehrhart, Rick 14 Aug '02

14 Aug '02

There is also options httpd.admin.access. You can read man page na_protocolaccess(8) for more details. BTW, options http.access is options httpd.access. The version on ONTAP is 6.2 or later. - Rick - > -----Original Message----- > From: Potakamuri, Sreenivasa [mailto:Sreenivasa.Potakamuri@netapp.com] > Sent: Wednesday, August 14, 2002 10:27 AM > To: 'Moritz Willers'; toasters(a)mathworks.com > Subject: RE: secure filer access > > > > > -----Original Message----- > > From: Moritz Willers [mailto:Moritz.Willers@ubsw.com] > > Sent: Wednesday, August 14, 2002 9:35 AM > > To: toasters(a)mathworks.com > > Subject: secure filer access > > > > > > I'm trying to configure ssh/https admin access from any host > > to a filer, > > but no telnet, no http admin and rsh access from one host only (the > > admin host). > > > > > Use > "options telnet.access", "options rsh.access" and "options > http.access" > commands to control telnet, rsh and http access. > > > > > I can't find how I can control ssh/https access separately. > Is this > > really not possible or am I missing something? > > > > > We don't have any commands to control the ssh/https access. We are > adding those in the next release. > > > Regards, > Sreenivasa Potakamuri > Network Appliance. > > > > > > how do others manage secure filer management via cli and gui? > > > > thanks - Moritz > > > > > > Visit our website at http://www.ubswarburg.com > > > > This message contains confidential information and is intended only > > for the individual named. If you are not the named addressee you > > should not disseminate, distribute or copy this e-mail. Please > > notify the sender immediately by e-mail if you have received this > > e-mail by mistake and delete this e-mail from your system. > > > > E-mail transmission cannot be guaranteed to be secure or error-free > > as information could be intercepted, corrupted, lost, destroyed, > > arrive late or incomplete, or contain viruses. The sender > therefore > > does not accept liability for any errors or omissions in > the contents > > of this message which arise as a result of e-mail transmission. If > > verification is required please request a hard-copy version. This > > message is provided for informational purposes and should not be > > construed as a solicitation or offer to buy or sell any > securities or > > related financial instruments. > > >

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