toasters February 2014

toasters@lists.teaparty.net

15 participants
10 discussions

Snammirror question
by Iluhes 11 Mar '14

11 Mar '14

Can I snapmirror between the following source and destination Source: 7.3.5.1P3 Destination: 8.2P3 From 32-bit volume into 64-bit qtree?

5 11

Orphaned volume entries in c-mode VLDB
by Mike Thompson 28 Feb '14

28 Feb '14

Hey all, We had a number of volume creates happen on our 8.0.3 (admittedly ancient, but not upgraded due to lack of support) c-mode cluster, during a period of excessive load, when the target filer/aggregate was having some sort of problem. This led to the following type of entries in syslog: Feb 27 19:06:34 filer2a mgwd: mgmtgwd.jobmgr.jobcomplete.failure: Job "Vol Create" [id 208390] (Create v181771) completed unsuccessfully: Failed to create the volume on node. Reason: Node is not healthy. This may leave the volume record in the Volume Location Database. (1). Whatever problem this node was having at the time corrected itself shortly thereafter. This appears to have not created the actual volume on disk, but has also indeed left an orphaned record of that volume in the VLDB. If I do a 'vol show -volume v181771' it comes back with: Virtual Server Name: dd Volume Name: v181771 Aggregate Name: near3a2 Volume Size: - Volume Data Set ID: 22798575 Volume Master Data Set ID: 2170062839 Volume State: - Volume Type: - Volume Style: flex Volume Ownership: cluster Export Policy: default User ID: - Group ID: - Security Style: - Unix Permissions: - Junction Path: - Junction Path Source: - Junction Active: - Parent Volume: - Comment: Available Size: - Total Size: - Used Size: - Used Percentage: - Total Files (for user-visible data): - Files Used (for user-visible data): - Space Guarantee Style: - Space Guarantee In Effect: - Percent of Space Reserved for Snapshots: - Used Percent of Snapshot Reserve: - Snapshot Policy: daily Creation Time: - Anti-Virus On-Access Policy: - Inconsistency in the file system: - But if I do a 'node run local vol status v181771' on the node that houses the aggregate in question, it says no volume exists. 'set diag; volume lost-found show' doesn't return any results either. So it would appear we do indeed have a number of bogus volume entries in the VLDB. Doing a 'vol delete v181771' yields: ERROR: command failed on entry "dd v181771": Unable to lookup volume attributes for volume v181771. Reason: success Question is, is there a sane/safe way to clear these out of the VLDB? Thanks for any help!

1 0

Flash Cache counters
by Sayla, Mustafa 20 Feb '14

20 Feb '14

We have two systems and their flexscale output is given below. System with the low hit percentage is a very busy system with Network shares, Exchange 2010 and VMware on it. I am seeing very low hit percentage for flexcache and want to know if this should be a concern. System with high usage but very low hit percentage Cache Reads Writes Disk Reads Usage Hit Meta Miss Hit Evict Inval Insert Chain Blocks Chain Blocks Replaced % /s /s /s % /s /s /s /s /s /s /s /s 94 1455 806 18651 7 272 46 2359 932 1371 36 2349 932 94 2652 1403 17888 12 473 879 3867 1606 2229 60 3880 1606 94 1522 655 17594 7 313 863 2454 859 1435 38 2451 859 94 2174 1105 17942 10 291 8 2805 1266 1992 43 2808 1266 94 1823 828 17224 9 267 92 2169 936 1724 33 2160 936 94 1447 632 17515 7 361 12392 2851 752 1273 44 2847 752 System with high usage and also high hit percentage Cache Reads Writes Disk Reads Usage Hit Meta Miss Hit Evict Inval Insert Chain Blocks Chain Blocks Replaced % /s /s /s % /s /s /s /s /s /s /s /s 97 94 4 5 94 0 0 0 20 93 0 0 20 97 126 25 13 90 0 0 2 45 126 0 0 45 97 57 3 8 87 0 0 0 12 57 0 0 12 97 356 300 35 90 0 0 0 309 356 0 0 309 97 224 38 19 91 1 0 24 63 224 0 31 63 97 92 10 13 87 0 0 0 27 92 0 0 27 97 151 68 14 91 44 0 1387 82 150 21 1376 82 Mustafa Visit us on the Web at mesirowfinancial.com This communication may contain privileged and/or confidential information. It is intended solely for the use of the addressee. If you are not the intended recipient, you are strictly prohibited from disclosing, copying, distributing or using any of this information. If you received this communication in error, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. Confidential, proprietary or time-sensitive communications should not be transmitted via the Internet, as there can be no assurance of actual or timely delivery, receipt and/or confidentiality. This is not an offer, or solicitation of any offer to buy or sell any security, investment or other product.

2 3

Re: OSSV / SnapVault Newbie - Scheduling an automatic update.
by Ray Van Dolson 19 Feb '14

19 Feb '14

Thanks. I actually ended up running: dest> snapvault snap sched -x napc2_p2_EFT1 eft_sched 1@mon-sun@0,6,12,18 Am I correct in assuming that the "sv_hourly" name isn't significant? I couldn't find any indication in the man pages that it was, but may have missed something. I now have the following snaps: dest> snap list napc2_p2_EFT1 Volume napc2_p2_EFT1 working... %/used %/total date name ---------- ---------- ------------ -------- 0% ( 0%) 0% ( 0%) Feb 04 13:03 eft_sched.0 1% ( 1%) 0% ( 0%) Feb 04 12:49 red-str-napc2-p2(1574798766)_napc2_p2_EFT1-base.0 (busy,snapvault) 25% (25%) 9% ( 9%) Feb 02 08:34 schedule_02022014_074939.0 The "schedule_02022014_074939.0" may be one I attempted to schedule from System Manager and then removed. Presumably this snapshot is safe to delete. My intent is to ultimately convert this volume/qtree into writeable mode via NetApp KB 1010906. I haven't tried this with anything but the "base" snapshot present. I'm hopeful this won't cause any issues or confusion, but guess I can give it a test run. Ray On Tue, Feb 04, 2014 at 09:31:24PM +0000, Jordan Slingerland wrote: > So...it looks like yours will work except change hourly to sv_hourly > > -----Original Message----- > From: toasters-bounces(a)teaparty.net [mailto:toasters-bounces@teaparty.net] On Behalf Of Jordan Slingerland > Sent: Tuesday, February 04, 2014 2:34 PM > To: Ray Van Dolson; toasters(a)teaparty.net > Subject: RE: OSSV / SnapVault Newbie - Scheduling an automatic update. > > Yeah, a separate one for hourly, nightly and weekly. Like this: > > snapvault snap sched -x vol1 sv_weekly 5@sat@21 > > snapvault snap sched -x vol1 sv_nightly 5@mon-fri@20 > > snapvault snap sched -x vol1 sv_hourly 4@mon-fri@8-19 > > > https://library.netapp.com/ecmdocs/ECMP1196991/html/GUID-625460D9-A96D-440E… > > -----Original Message----- > From: toasters-bounces(a)teaparty.net [mailto:toasters-bounces@teaparty.net] On Behalf Of Ray Van Dolson > Sent: Monday, February 03, 2014 12:01 AM > To: toasters(a)teaparty.net > Subject: OSSV / SnapVault Newbie - Scheduling an automatic update. > > 7-Mode ONTAP 7.1.2P4 as a secondary system and OSSV on Windows as a > primary. I have a relationship established and have been doing > manual, periodic "snapvault update"s to bring across changes. > > I want to schedule this, but I'm not sure that snapvault snap sched > is what I'm after or not. It seems to be about retaining snapshots > of data and really I just want to keep one copy -- as up to date as > possible (once an hour or so). We're preparing for a migration. > > Maybe I do something like: > > snapvault snap sched -x <vol_name> hourly 1@mon-fri@0-23 > > ? > > Thanks, > Ray

3 4

free_space_realloc setting in 8.1.x (8.1.4)
by Michael Bergman 11 Feb '14

11 Feb '14

Ok so I'm stumped. What more's needed to set this as intended? Anybody knows? (Yes, I know what it's doing, or rather what is isn't doing and what a potential effect of that might be for our particular scenario.) Don't tell me there's another secret priv level I've never heard of...! $ ssh -ax filer filer> useradmin user list xxxxxx Name: xxxxxx Info: Michael Bergman Rid: 123456 Groups: Administrators Full Name: Allowed Capabilities: login-*,cli-*,api-*,security-* Password min/max age in days: 0/4294967295 Status: enabled filer> priv set diag Warning: These diagnostic commands are for use by NetApp personnel only. filer*> priv diag filer*> aggr options aggr0 free_space_realloc no_redirect aggr options: no_redirect not allowed in admin or advanced mode filer*> /M

2 2

Verify SME snaps -- yea or nay?
by Andrew Laurence 11 Feb '14

11 Feb '14

For those running Snap Manager for Exchange... do you verify the snapshots? We've been running Exchange on filer iSCSI luns for several years, dutifully verifying our snapshots and dealing with the added IO during verifies. We're currently in process of setting up mirrors to a remote filer, with the intent of running the verifies on the remote filer. I heard in conversation, however, that verifies have fallen out of fashion. Is it that the snap process has so little error that there's no point in running verifies? Are verifies obviated when running in a DAG? Thanks for your thoughts,

3 3

What triggers raid.disk.copy.threads changes?
by Jeff Cleverley 10 Feb '14

10 Feb '14

Greetings, I've noticed that periodically the raid.disk.copy.threads option gets changed on my filers. It appears this gets turned on when disk problems occur. Once a disk is rebuilt/failed/replaced, the option goes away. I've noticed that I current have this running on one of my heads fro almost 2 weeks now. The disk has been replaced, aggr status -f/m report nothing, The vol and aggr status show everything as online with no redirect type messages. There are no new disk related messages in the messages, audit, or ems log files. Is there a way to figure out why this option is still showing up and potentially reset it? Thanks, Jeff -- Jeff Cleverley Unix Systems Administrator 4380 Ziegler Road Fort Collins, Colorado 80525 970-288-4611

1 0

Constrained Access Model
by Ray Van Dolson 10 Feb '14

10 Feb '14

Have an internal requirement to set up some file share space that is fairly restricted. While we can isolate access of course with ACLs (AD environment), we're also looking for a way to generate access reports for the data. The users would also like to restrict the ability to copy the data (though OK to view). The last one sounds like a non-starter to me. :) The ability to report on all ACL change activity would also be nice (though maybe could find some 3rd party tool for this). Am thinking that we could use fsecurity to enforce permissions (not allow someone to override) and explore CIFS audit logs to generate reports on access. Perhaps there is a slicker approach though or some pre-existing tool that would make at least the access reporting easier (assuming turning on CIFS auditing would generate some overhead). Thanks, Ray

2 2

OSSV / SnapVault Newbie - Scheduling an automatic update.
by Ray Van Dolson 04 Feb '14

04 Feb '14

7-Mode ONTAP 7.1.2P4 as a secondary system and OSSV on Windows as a primary. I have a relationship established and have been doing manual, periodic "snapvault update"s to bring across changes. I want to schedule this, but I'm not sure that snapvault snap sched is what I'm after or not. It seems to be about retaining snapshots of data and really I just want to keep one copy -- as up to date as possible (once an hour or so). We're preparing for a migration. Maybe I do something like: snapvault snap sched -x <vol_name> hourly 1@mon-fri@0-23 ? Thanks, Ray

2 1

RE: Verify SME snaps -- yea or nay? [M&M-Content.FID17961131]
by Luther Allin 03 Feb '14

03 Feb '14

We verify only the Nightlys and Weeklys, not the Hourlys. We only do this because we also have Single Mailbox Recovery and it seems to complain if you mount an unverified snapshot. Luther Allin IT Manager Miller & Martin PLLC Suite 1000 Volunteer Bldg. 832 Georgia Avenue Chattanooga TN 37402 Phone (423) 785-8381 Fax (423) 321-1678 http://www.millermartin.com Atlanta-Chattanooga-Nashville Please print responsibly CONFIDENTIALITY NOTICE The information contained in this e-mail message is legally privileged and confidential, and is intended only for the use of the addressee. If you are not the intended recipient, please be aware that any dissemination, distribution or copy of this e-mail is prohibited. If you have received this e-mail in error, please immediately notify us by reply e-mail and delete this message and any attachments. Thank you. Please also advise us immediately if you or your employer does not consent to receipt of Internet e-mail for confidential messages of this kind. DISCLAIMER Pursuant to Circular 230 issued by the United States Treasury Department and relating to practice before the Internal Revenue Service, any comment or opinion in this communication relating to a federal tax issue is not intended to be used, and cannot be used, by a taxpayer for the purpose of avoiding tax-related penalties that may be imposed on the taxpayer. -----Original Message----- From: toasters-bounces(a)teaparty.net [mailto:toasters-bounces@teaparty.net] On Behalf Of Andrew Laurence Sent: Monday, February 3, 2014 2:08 PM To: toasters(a)teaparty.net Subject: Verify SME snaps -- yea or nay? For those running Snap Manager for Exchange... do you verify the snapshots? We've been running Exchange on filer iSCSI luns for several years, dutifully verifying our snapshots and dealing with the added IO during verifies. We're currently in process of setting up mirrors to a remote filer, with the intent of running the verifies on the remote filer. I heard in conversation, however, that verifies have fallen out of fashion. Is it that the snap process has so little error that there's no point in running verifies? Are verifies obviated when running in a DAG? Thanks for your thoughts, _______________________________________________ Toasters mailing list Toasters(a)teaparty.net http://www.teaparty.net/mailman/listinfo/toasters

1 0

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 February 2014