toasters

toasters@lists.teaparty.net

13513 discussions

Snapmanager Exchange - Archived Backups with OnCommand (DFM)
by Roth, Jürgen 12 Mar '14

12 Mar '14

Hello, my Name is Juergen Roth and I´m a Systemadministrator for Windows Server and Netapp Filers. We have two FAS3040 as a HA-Cluster. On the „primary“ we have a qtree with a Exchange LUN. This LUN is a RDM for the one Exchange Server. We use Snapmanager Exchange for Backup the Public Folder and Mailbox Database (only one Databse). We take the OnCommand Server for a Data Protection Job and archive the Snapshots from the „primary“ to the „secondary“ filer in a extra volume only for the Data Protection Job. Another Server hast he Snapmanager Exchange with SingleMailboxRecovery (SMBR) for doing restores. On all Servers we have the same Versions of SnapDrive and Snapmanager Exchnage. Now the Problem: The Snapshot Backups on the „primary“ filer can directly opened with SMBR. The archived Backups On the „secondary“ filer can not opened directly. Following error message comes: [cid:image001.png@01CF379C.6B1DBA90] We can manual mount the Snapshot in SnapDrive and then we can starting SMBR for using this Mount. But thats not the way, because our IT Service should do restores. Mit freundlichen Grüßen Jürgen Roth -- Jürgen Roth Deutsche Nationalbibliothek Informationstechnik Adickesallee 1 D-60322 Frankfurt am Main Telefon: +49-69-1525-1764 Telefax: +49-69-1525-1799 j.roth(a)dnb.de http://www.dnb.de<http://www.dnb.de/>

2 2

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

Flash Pools, without the Flash?
by John Stoffel 11 Mar '14

11 Mar '14

So I got a price quote on Netapp's Flash drives that you stick into a Flash Pool and having my eyebrows rise off my forehead. Of course Netapp's prices are/were no worse than EMC's prices for single SSD drives, etc. Basically crazy expensive in both cases. Now I'm entertaining the silly idea of just using a mix of SAS and SATA drives in a flash pool instead. Get *some* of the advantages, but lots cheaper pricing. Esp using those big fat slow 4Tb drives in the dual drive sleds. Front them with a bunch of SAS disks and it should do quite nicely. God knows there shouldn't be any technical reason this can't work, it's just a matter of moving blocks from one raidgroup in an aggregate to another. But the Netapp technical sales guy was surprised by the suggestion. I'm loving the transition of SSDs into the enterprise space, because it's forcing all kinds of changes on the vendors that are long overdue. Just putting a pair of mirrored SSDs into a server is a big boost. Using it to cache is good too. What do others think? John

3 3

EMC Documentum
by Milazzo Giacomo 10 Mar '14

10 Mar '14

Hi all, strange request maybe. What could convince a customer to migrate Documentum data from an old Centera to a NetApp FAS? And this knowing that Centera has ad added value... Regards, Giacomo Milazzo Sinergy SpA Rome, Italy

1 0

RE: Flash Cache
by Aaron Lewis 10 Mar '14

10 Mar '14

Sorry, I just realized I wasn’t specific enough (not enough coffee yet this morning). I’m specifically thinking about the 3220 and 3250. You can’t use the cards that worked in the 3210 and 3240 in them. Thanks, Aaron From: Isidro Obra [mailto:cruxrealm@aol.com] Sent: Monday, March 10, 2014 8:47 AM To: Aaron Lewis Cc: toasters(a)teaparty.net Subject: Re: Flash Cache it depends on the OS and the model I believe it is still supported. check hardware universe. -Sid- On Mar 10, 2014, at 8:39 AM, "Aaron Lewis" <aaron(a)ivoxy.com<mailto:aaron@ivoxy.com>> wrote: Hi All, Can someone explain why older Flash Cache cards (i.e. X1937A-R5) are no longer supported in the 32xx systems? What has changed between them? I’ve looked a bunch and been unable to find an answer. Thanks in advance! Regards, Aaron Lewis _______________________________________________ Toasters mailing list Toasters(a)teaparty.net<mailto:Toasters@teaparty.net> http://www.teaparty.net/mailman/listinfo/toasters

2 1

Flash Cache
by Aaron Lewis 10 Mar '14

10 Mar '14

Hi All, Can someone explain why older Flash Cache cards (i.e. X1937A-R5) are no longer supported in the 32xx systems? What has changed between them? I've looked a bunch and been unable to find an answer. Thanks in advance! Regards, Aaron Lewis

1 0

Supressing certain DFM alerts
by James Andrewartha 04 Mar '14

04 Mar '14

Hi, In Operations Manger (OnCommand UM 5.2) I have an alarm set to email me on all error or worse events. This works fine, however I have an OSSV host at the end of a lossy satellite link that sends me host/host agent down emails all the time. Is there a way to suppress DFM alerts for a particular host? Thanks, -- James Andrewartha Network & Projects Engineer Christ Church Grammar School Claremont, Western Australia Ph. (08) 9442 1757 Mob. 0424 160 877

1 0

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

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