toasters April 2011

toasters@lists.teaparty.net

16 participants
14 discussions

Secure Share Access program on W2K8 server issue
by Paul Letta 28 Apr '11

28 Apr '11

Hi, Is there any one out there using Secure Share Access to view/set file properties in a volume with unix style permissions from a Windows client ? We've used this for years with no issue. But installing the latest Secure Share (3.3) onto Win2K8 server machines doesn't work like it used to. The software installs fine, but when I right click on a file and go to properties, I do not see the SecureShare tab. Any suggestions ? Thanks, Paul

2 2

Procedure for moving volumes on nearstore
by Steve Losen 15 Apr '11

15 Apr '11

Hello Toasters, This is just a little procedure that I figured out by trial and error. I needed to migrate some snapmirror destination volumes on a nearstore to other aggregates on the same nearstore. With a few modifications, this procedure will also work when moving a volume to a different nearstore filer. To avoid load on the primary storage filer I ran the full snapmirror copy (snapmirror initialize) locally on the nearstore filer. However, this left me with a snapmirror snapshot that was not deleted automatically and required deletion by hand. Here is the procedure. Assume oldvol on a nearstore filer is being snapmirrored from a primary storage filer. You want to move oldvol to a different aggregate on the nearstore. On the nearstore (destination) filer do this: vol create newvol newaggr XXXXg vol restrict newvol Now do the full snapmirror locally: snapmirror initialize -S oldvol newvol You may want to comment out your snapmirror.conf line for oldvol to avoid numerous logged errors if a scheduled snapmirror (from primary) of oldvol fails due to oldvol being busy. When the full copy is done, replace oldvol with newvol. vol offline oldvol vol destroy oldvol vol rename newvol oldvol Un-comment your snapmirror.conf line for oldvol and wait a bit for the filer to notice the change. Then snapmirror update from primary storage: snapmirror update oldvol Yes, this actually works. You want to update so that another snapmirror snapshot is created in oldvol. In addition to this snapshot you have a previous snapmirror snapshot that is locked and will not be deleted automatically. snap list -n oldvol The locked snapshot is marked "(snapmirror)". You need to delete it by hand, but you cannot do this without breaking the mirror: snapmirror break oldvol snap delete oldvol lockedsnapshotname Also delete this same snapshot from the source volume. Run this on the primary filer: snap delete oldvol lockedsnapshotname Now re-establish the mirror on the nearstore: snapmirror resync oldvol And you're done. Steve Losen scl(a)virginia.edu phone: 434-924-0640 University of Virginia ITC Unix Support

1 0

Assign a spare disk on a V3170?
by Robert McDermott 12 Apr '11

12 Apr '11

Hello Toaster Administrators, We run a 3170 in front of another vendor's disks and recently had a panic/failover event where we didn't get any crash dump files because there was no spare disk available to save to. Technically the 3170 has no spare disks because it runs RAID0 on all the "disks" it sees presented from the SAN (a 3Par T800) and redundancy is all managed on the T800. NetApp has told me we need to have some spare disks available. I've provisioned two 20GB "disks" and exported them to the 3170. Seems like all I need to do now is assign them (auto assign is not on), one to each filer node. But am I correct that the next time I carve out real (bigger) space and go to add it to some aggregate, those crashdump disks will also be available to add? This makes me cringe a little as we're in the habit of using the defaults on the "add array LUNs" wizard including any size disk and we confirm that the number of available disks is the same as whatever we just deployed for the addition. To avoid using the dump disks, we'd need to (as one idea) filter the wizard to only use certain size disks. This is really just a training issue but I can still see the day clearly when someone spaces and adds a 20GB disk to an aggregate that then can't be removed. Messy messy messy.... Is there a way to "hard" assign a disk as a spare? So that it won't be available for addition to an aggregate later? Hope to hear from you... Randy Rue Fred Hutchinson Cancer Research Center Seattle, WA USA

2 1

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

DFM 4.01 fragmentation on windows 2003 server
by steve klise 01 Apr '11

01 Apr '11

I have a vm running windows 2003 with DFM on it monitoring a few filers. Its been running for years, and I have gone from DFM 3.3 on up to 4.x. The question is this. The drive that has the application installed on it is heavily fragmented. All the fragmentation is in the perf data type files. Any thoughts? I have run the defrag multiple times. 12,610 7.26 GB \Appspub\DFM\DFM\perfdata\perf_8_21270_1331 9,746 8.19 GB \Appspub\DFM\DFM\perfdata\perf_183_5279_12249 8,363 7.46 GB \Appspub\DFM\DFM\perfdata\perf_8_21270_5022 6,523 1.65 GB \Appspub\DFM\DFM\perfdata\perf_8_282_1333 5,505 264 MB \Appspub\DFM\DFM\perfdata\perf_245_5390_4 4,483 3.52 GB \Appspub\DFM\DFM\perfdata\perf_205_5281_1310 2,941 4.64 GB \Appspub\DFM\DFM\perfdata\perf_8_5279_5808 2,433 4.33 GB \Appspub\DFM\DFM\perfdata\perf_8_5279_5425 2,256 4.73 GB \Appspub\DFM\DFM\perfdata\perf_8_5279_5881 2,028 4.59 GB \Appspub\DFM\DFM\perfdata\perf_205_5281_2356 1,943 190 MB \Appspub\DFM\DFM\perfdata\perf_4_21270_3 1,224 1.74 GB \Appspub\DFM\DFM\perfdata\perf_205_5281_2541 1,063 3.51 GB \Appspub\DFM\DFM\perfdata\perf_183_5279_12995 1,017 1.72 GB \Appspub\DFM\DFM\perfdata\perf_205_5281_2539 966 2.33 GB \Appspub\DFM\DFM\perfdata\perf_8_5279_2658 866 160 MB \Appspub\DFM\DFM\perfdata\perf_1_21270_13 770 121 MB \Appspub\DFM\DFM\perfdata\perf_6_26686_8 724 3 MB \Appspub\DFM\DFM\log\dfmwatchdog-0.log 718 3 MB \Appspub\DFM\DFM\log\dfmwatchdog-1.log 681 416 MB \Appspub\DFM\DFM\perfdata\perf_184_5279_141 645 3 MB \Appspub\DFM\DFM\log\dfmwatchdog-2.log 615 3 MB \Appspub\DFM\DFM\log\audit-2.log 614 3 MB \Appspub\DFM\DFM\log\audit-1.log 585 3 MB \Appspub\DFM\DFM\log\audit-0.log 580 2 MB \Appspub\DFM\DFM\log\dfmwatchdog.log 561 5.27 GB \Appspub\DFM\DFM\perfdata\perf_8_21270_4561 525 290 MB \Appspub\DFM\DFM\perfdata\perf_9_21271_62 517 173 MB \Appspub\DFM\DFM\perfdata\perf_242_5390_26 499 2.84 GB \Appspub\DFM\DFM\data\monitordb.db 485 714 MB \Appspub\DFM\DFM\perfdata\perf_9_10195_134 -- View this message in context: http://old.nabble.com/DFM-4.01-fragmentation-on-windows-2003-server-tp31174… Sent from the Network Appliance - Toasters mailing list archive at Nabble.com.

3 4

2026

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 April 2011