toasters

toasters@lists.teaparty.net

3 participants
13514 discussions

Problems posting to the toasters list
by Robert McDermott 11 Apr '11

11 Apr '11

I have two colleagues that are subscribed to the toasters list but over the past year haven't been able to successfully post to it; while I can. They send a message to the list, receive no bounce message and the their message never makes it to the list. Their email addresses are: rrue(a)fhcrc.org and skendric(a)fhcrc.org. Does anybody know how to solve this problem? Thanks, -Robert

1 0

iSCSI settings? where are they stored or backuped?
by René Bormann 11 Apr '11

11 Apr '11

> A Darren Dunham <mailto:ddunham@taos.com> > Freitag, 8. April 2011 17:48 > > > > Wow. Lots of really good advice from several folks. I have it working > on the command line as well, so that makes some things easier. It seems > that if I have one or two option areas that I care about, having a > specific script to examine might be better than asking DFM to generate a > full comparison report (which will have lots of differences that I might > not care about). > > Got all the plugins. Almost all the data received. Now I just have to > figure out why a few filers that otherwise report fine in Ops manager > don't get the detailed information for the configurations. > > $ dfm config dump <filer> > Error: Failed to pull configuration from <filer>(3972). > Unable to open /vol/vol0/etc/dfm-10.0.36.39-04082011084439.cfg: No > such file or directory > Error: Failed to get configuration dump from <filer>. > > Thanks again for all the pointers > > ------------------------------------------------------------------------------------- > > Schneidewind, Scott <mailto:Scott.Schneidewind@netapp.com> > Donnerstag, 7. April 2011 23:40 > > > Operations Manager (DFM) offers the ability to compare the > configurations of all the systems, and report on any differences. > > > 1. Download DFM plugins for all relevant versions of Data ONTAP. > > 2. In the DFM GUI, go to Management > Storage System > Configuration > Files > > 3. Create a new configuration file and call it something similar to > baseline.options.config. > > 4. In DFM GUI, go to Management > Storage System > Compare > Configurations > > 5. Compare the baseline.options.config to the other filers that should > have the same configuration information. > > 6. Refresh and click on the completed job to view any differences > > > -Scott > > -----Original Message----- > From: A Darren Dunham [mailto:ddunham@taos.com] > Sent: Thursday, April 07, 2011 2:10 PM > To: toasters(a)mathworks.com > Subject: Easy way to monitor options? > > I would like to check the options on my filers for various items, but > I'm not sure the best way to do it. Could anyone tell me if I'm missing > something? > > SNMP and Operations Manager: I don't see that I can pull the data from > either of these sources. > > SSH and SDK access: I could create an account, but it seems to me that > the only > restriction available is the ability to run the "options" command. > There's no way to grant an account read-only access to the data. I'd > rather not give the monitor direct access to modify things. > > NFS: The current options appear to be visible as a local file in /etc, > but creating NFS access to vol0 for lots of filers for a single file > seems more of a hassle to me. > > At the moment I'm leaning toward a collector that would poll all the > filers via SSH or SDK to run "options" and dump that into static files > on a normal export that the monitoring system could examine. Anyone have > any other suggestions? > > Thanks! > > ------------------------------------------------------------------------------------- > > A Darren Dunham <mailto:ddunham@taos.com> > Donnerstag, 7. April 2011 23:09 > > > I would like to check the options on my filers for various items, but > I'm not sure the best way to do it. Could anyone tell me if I'm missing > something? > > SNMP and Operations Manager: I don't see that I can pull the data from > either of these sources. > > SSH and SDK access: I could create an account, but it seems to me that the only > restriction available is the ability to run the "options" command. > There's no way to grant an account read-only access to the data. I'd > rather not give the monitor direct access to modify things. > > NFS: The current options appear to be visible as a local file in /etc, > but creating NFS access to vol0 for lots of filers for a single file > seems more of a hassle to me. > > At the moment I'm leaning toward a collector that would poll all the > filers via SSH or SDK to run "options" and dump that into static files > on a normal export that the monitoring system could examine. Anyone have > any other suggestions? > > Thanks! > > ------------------------------------------------------------------------------------- Hello Toasters, I am in the process of moving our data to new shelfs via snapmirror. In my last test I swichted to the new vols, rebooted and realized that our iSCSI settings (initiator groups, mappings) where missing. Where are they stored? Is there something I forgot? Is there any Document I should read? Thanks from Hamburg, René -- ----------------------------------------- Telefonkonferenzen zum Festnetzpreis! Einfach kostenlos Konferenzraum anfordern http://www.talkyoo.net ----------------------------------------- René Bormann Geschäftsführer BB Tel GmbH Jungfernstieg 30, 20354 Hamburg Register: Amtsgericht Hamburg, HRB 86074 Geschäftführer: René Bormann Tel: +49 (0) 1805 - 65 777 777 * Fax: +49 (0) 1805 - 65 777 799 * http://www.bbtel.de ----------------------------------------- * (bbtel.de 14ct/min) ** (es entstehen die Kosten, die ihre Telefongesellschaft zu einer Hamburger Festnetz-Rufnummer berechnet.) -----------------------------------------

2 1

iSCSI settings? where are they stored or backuped?
by René Bormann 11 Apr '11

11 Apr '11

Hello Toasters, I am in the process of moving our data to new shelfs via snapmirror. In my last test I swichted to the new vols, rebooted and realized that our iSCSI settings (initiator groups, mappings) where missing. Where are they stored? Is there something I forgot? Is there any Document I should read? Thanks from Hamburg, René -- ----------------------------------------- Telefonkonferenzen zum Festnetzpreis! Einfach kostenlos Konferenzraum anfordern http://www.talkyoo.net ----------------------------------------- René Bormann Geschäftsführer BB Tel GmbH Jungfernstieg 30, 20354 Hamburg Register: Amtsgericht Hamburg, HRB 86074 Geschäftführer: René Bormann Tel: +49 (0) 1805 - 65 777 777 * Fax: +49 (0) 1805 - 65 777 799 * http://www.bbtel.de ----------------------------------------- * (bbtel.de 14ct/min) ** (es entstehen die Kosten, die ihre Telefongesellschaft zu einer Hamburger Festnetz-Rufnummer berechnet.) -----------------------------------------

1 0

Easy way to monitor options?
by A Darren Dunham 08 Apr '11

08 Apr '11

I would like to check the options on my filers for various items, but I'm not sure the best way to do it. Could anyone tell me if I'm missing something? SNMP and Operations Manager: I don't see that I can pull the data from either of these sources. SSH and SDK access: I could create an account, but it seems to me that the only restriction available is the ability to run the "options" command. There's no way to grant an account read-only access to the data. I'd rather not give the monitor direct access to modify things. NFS: The current options appear to be visible as a local file in /etc, but creating NFS access to vol0 for lots of filers for a single file seems more of a hassle to me. At the moment I'm leaning toward a collector that would poll all the filers via SSH or SDK to run "options" and dump that into static files on a normal export that the monitoring system could examine. Anyone have any other suggestions? Thanks! -- Darren

2 2

Re: Easy way to monitor options?
by A Darren Dunham 08 Apr '11

08 Apr '11

On Fri, Apr 08, 2011 at 04:27:44PM +0200, Jan-Pieter Cornet wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Actually, if you give an account just the capabilities "login-ssh,cli-options", then that account will ONLY be able to run the 'options' command (which will list all current option settings), and it will not be able to change any options. That was what I tried first, but it doesn't seem to work. # ssh testfiler useradmin user list monitor Name: monitor Info: Rid: 131075 Groups: Monitors Full Name: Allowed Capabilities: login-ssh,cli-options Password min/max age in days: 0/4294967295 Status: enabled # ssh monitor@testfiler options autologout.telnet.timeout monitor@testfiler's password: autologout.telnet.timeout 60 # ssh monitor@testfiler options autologout.telnet.timeout 30 monitor@testfiler's password: # ssh monitor@testfiler options autologout.telnet.timeout monitor@testfiler's password: autologout.telnet.timeout 30 So with just those two privs, it can change settings. > > Likewise with the SDK, you can enable specific functions, in your case api-options-list-info and possibly api-options-get. Hmm. I didn't realize the different privs available there. Even though I have DFM and will probably use it for this task, I'm very interested in knowing how the SDK could enable this to happen. Thanks! -- Darren

1 0

Distribute aggregate across shelves or limit to one shelf?
by Ray Van Dolson 08 Apr '11

08 Apr '11

Best practice (based on my reading of the archives) seems to be to distribute disk membership in an aggregate across disk shelves. This would appear to be for performance reasons primarily (less chance of saturating a shelf's "uplink" to the controller), but how does it affect reliability? If I limit myself to one aggregate per shelf, if I lose that shelf I lose only the one aggregate. If aggregates are distributed I could lose all of them. My thought is that the chance of the shelf failing is actually pretty slim as its hardware isn't all that sophisticated. And obviously there are performance penalties for limiting to one aggregate per shelf (disk count maximums). Thanks, Ray

5 4

RE: Easy way to monitor options?
by Schneidewind, Scott 08 Apr '11

08 Apr '11

You should talk with your NetApp account team. Most of the new systems include Operations Manager (DFM) software at no charge. From: Antonio Varni [mailto:avarni@estalea.com] Sent: Thursday, April 07, 2011 11:34 PM To: Schneidewind, Scott Cc: A Darren Dunham; toasters(a)mathworks.com Subject: Re: Easy way to monitor options? good advice if you are licensed for DFM

1 0

DS14 (LRC) - ESH2 Modules?
by René Bormann 08 Apr '11

08 Apr '11

Hello all, we got some old DS14 Shelfs with LRC Modules. Is it possible to replace the LRC Modules with ESH2? Thanks from Hamburg, René -- ----------------------------------------- Telefonkonferenzen zum Festnetzpreis! Einfach kostenlos Konferenzraum anfordern http://www.talkyoo.net ----------------------------------------- René Bormann Geschäftsführer BB Tel GmbH Jungfernstieg 30, 20354 Hamburg Register: Amtsgericht Hamburg, HRB 86074 Geschäftführer: René Bormann Tel: +49 (0) 1805 - 65 777 777 * Fax: +49 (0) 1805 - 65 777 799 * http://www.bbtel.de ----------------------------------------- * (bbtel.de 14ct/min) ** (es entstehen die Kosten, die ihre Telefongesellschaft zu einer Hamburger Festnetz-Rufnummer berechnet.) -----------------------------------------

5 5

Restart SNMP service
by Page, Jeremy 07 Apr '11

07 Apr '11

Has anyone seen an issue where the filer did not update the SNMP settings when set via FilerView? Like changing/modifying the community strings or trap destinations? We're seeing this on two different 7.3.3 boxes, one of which is in production. Please be advised that this email may contain confidential information. If you are not the intended recipient, please notify us by email by replying to the sender and delete this message. The sender disclaims that the content of this email constitutes an offer to enter into, or the acceptance of, any agreement; provided that the foregoing does not invalidate the binding effect of any digital or other electronic reproduction of a manual signature that is included in any attachment.

2 1

Is anyone running ONTAP 8.x with 64 bit aggrs ?
by Steve Losen 06 Apr '11

06 Apr '11

Hello Toasters, Currently all of our filers are running ONTAP 7.3.x and we are looking at upgrading to 8.x and perhaps buying some disks/shelves that require 8.x. We would also like to convert to 64 bit aggrs to get beyond the 16T size limit. As I understand it, there is no way to upgrade an existing 32 bit aggr to 64 bit in place, you need to copy the data. Furthermore, you cannot volume snapmirror 32 bit to/from 64 bit. I presume you can ndmpcopy 32 bit to/from 64 bit. How about "vol copy" ? Is anyone running 8.x and migrating from 32bit to 64bit aggrs? How are you doing it? Is the recommended 8.x release stable? Any serious bugs, issues, or gotchas ? Thanks, Steve Losen scl(a)virginia.edu phone: 434-924-0640 University of Virginia ITC Unix Support

5 4

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