toasters November 2019

toasters@lists.teaparty.net

11 participants
5 discussions

Start a nNew thread

Rquota on NFS?
by Basil 27 Nov '19

27 Nov '19

Hey folks, Does anyone here enable rquota on NFS on CDOT? If so, does it allow modifications to quotas? Cheers! Basil

2 2

Re: Encryption at rest
by Michael Bergman 26 Nov '19

26 Nov '19

On 2019-11-25 16:27, Chris Hague wrote: > Can anyone give me some real world performance expectations for enabling > encryption at rest? > > NAE for AFF > NVE for FAS There is a document, created by NetApp, which does this. It's labeled "confidential" so you'd have to go ask your NTAP rep I guess. It's called Performance Considerations NetApp Volume Encryption Real world, well it isn't really that per se. But absolutely real in the sense that it was a proper test. Performance benchmarks run w/ and w/o NAE & NVE for AFF (8080 & 8040). For FAS I do not think there is anything and spinning disk is a problem in so many was anyway that you probably better stay away from NVE/NAE there. It will just become even more unpredictable for you than it already is to to speak. Not sure why you write "NAE for AFF" but "NVE for FAS". For FAS I'd recommend NSE disk --> no impact. > > VMWare running on NFS, CIFS, FCP > > All filers running within acceptable CPU \ DISK UTIL. (50% and under). Is > there a latency penalty? By this you probably mean that both CPU and Disk util are well under <50% "everywhere". VMware running on... could mean anything. That notion doesn't say anything really. What the workload is depends on what the VM's are doing of course. The general A is that yes there is a latency penalty but YMMV. It's quite possible that *you* in your use case would not notice any such heightened latency. It all depends on how hard you push the system overall. There's a IOPS vs Latency curve of course, there always is. NVE/NAE will move this curve compared to w/o encryption. Exactly how depends on your particular workload pattern. Cheers, M -- Michael Bergman Sr Systems Analyst / Storage Architect michael.bergman(a)ericsson.com BNEW Service Area Networks, Lab Ops Phone +46 10 7152945 Global Network & Tech, Architecture SMS/MMS +46 70 5480835 Ericsson Torshamnsg 36, 16480 Sthlm, Sweden -- This communication is confidential. We only send and receive email on the basis of the terms set out at www.ericsson.com/email_disclaimer

1 0

Console/ssh hangs when starting snapmirror
by Douglas Siggins 26 Nov '19

26 Nov '19

Greetings, This is FAS8080 running 8.2.5P37Mode, and we've seen it on 3 of the same systems that are newly installed (it is for a migration to cmode). Wondering if anyone has run into this issue. We are experiencing an odd issue where when starting a snapmirror of serial/SP the console hangs (messages do appear on the screen). If we ssh into the system it works fine. If we drop and go back to console it is still hung. We've also tested starting the snapmirror via ssh and that hangs as well, and the console works fine. I havent confirmed whether or not if I then drop that SSH session and relogin if it is still hung. I've never seen this before on new systems, and wondering if anyone has seen the exact issue. I have however seen consoles/ssh hang because of system load or wafl checks, but never with establishing a snapmirror baseline. Regards, Douglas

3 3

Encryption at rest
by Chris Hague 25 Nov '19

25 Nov '19

Can anyone give me some real world performance expectations for enabling encryption at rest? NAE for AFF NVE for FAS VMWare running on NFS, CIFS, FCP All filers running within acceptable CPU \ DISK UTIL. (50% and under). Is there a latency penalty? Chris. p.s. Apologies in advance for length of automated signature! This email is being sent by a subsidiary of Arthur J. Gallagher Holdings (UK) Limited, part of the Arthur J. Gallagher & Co. global group of companies. For details of the registered office, company number and, where applicable, regulated status of our subsidiaries, please visit https://www.ajginternational.com/legal-regulatory-information/. We are the data controller of any personal information you provide to us or personal information that has been provided to us by a third party. We collect and process information about you in order to arrange insurance policies and to process claims. Your information is also used for business purposes such as fraud prevention and detection and financial management. This may involve sharing your information with third parties such as insurers, reinsurers, other brokers, claims handlers, loss adjusters, credit reference agencies, service providers, professional advisors, our regulators, police and government agencies or fraud prevention agencies. We may record telephone calls to help us monitor and improve the service we provide. For further information on how your information is used and your rights in relation to your information please see our privacy notice at https://www.ajginternational.com/Privacy-Policy/. If you are providing personal data of another individual to us, you must tell them you are providing their information to us and show them a copy of this notice. Where you are obtaining a non-consumer policy of (re)insurance, or cover for additional risks or renewal under an existing policy, you are required to make a fair presentation of the risk to a (re)insurer which discloses every material circumstance which you know or ought to know relating to the risk to be insured. A circumstance is material if it would influence the judgment of a prudent insurer in determining whether to provide insurance for the risk and, if so, on what terms. Disclosure must be reasonably clear and accessible to a prudent insurer and made in good faith. The aforementioned duty of disclosure is the applicable duty under the laws of England and Wales. If your policy is not subject to English law you are expected to disclose risk information in accordance with the requirements of the applicable law. In such circumstances we expect you will disclose risk information at least equal to the standard required under English law and where the applicable law requires you to disclose information over and above the level required under English law you will provide such information in accordance with that law. Where you are obtaining a consumer policy of insurance, you must read each question and answer honestly and fully and must take reasonable care to not make a misrepresentation. Failure to comply with the above disclosure requirements, as they apply to you, could mean that your policy of (re)insurance is void, its terms are materially altered or that (re)insurers are not liable to pay all or part of your claim(s). If you are in any doubt as to your obligations you should ask your usual contact. This e-mail and any attachments are CONFIDENTIAL and may contain legally privileged information. If you are not the intended recipient of this e-mail message, please telephone or e-mail us immediately, delete this message from your system and do not read, copy, distribute, disclose or otherwise use this e-mail message and any attachments. Although the above company has taken reasonable precautions to ensure this e-mail and any attachments are free of any virus or other defect that may affect your computer, it is the responsibility of the recipient to ensure that it is virus free and the above company does not accept any responsibility for any loss or damage arising in any way from its use.

1 0

Volume move.... Working?
by Scott Classen 05 Nov '19

05 Nov '19

Hello toasters, I’m attempting to move a 3TB vol to a new aggregate. The destination aggregate has 100TB available space. It’s been preparing to transfer for over 3 hours…. Is this normal? Cluster::> volume move show -vserver svm1 -volume bigvol Vserver Name: svm1 Volume Name: bigvol Actual Completion Time: - Bytes Remaining: - Destination Aggregate: cluster_03_sata01_8t Detailed Status: Volume move job preparing transfer Error: Creating Snapshot copy with owner tag: Not enough space for Snapshot tags Estimated Time of Completion: - Managing Node: node-03 Percentage Complete: - Move Phase: replicating Estimated Remaining Duration: - Replication Throughput: - Duration of Move: 03:21:53 Source Aggregate: cluster_03_sata02_8t Start Time of Move: Mon Nov 04 09:10:19 2019 Move State: warning Is Source Volume Encrypted: false Encryption Key ID of Source Volume: Is Destination Volume Encrypted: false Encryption Key ID of Destination Volume: Should I be concerned about the "Error: Creating Snapshot copy with owner tag: Not enough space for Snapshot tags” ? Is there any way to see if this vol move job is hung or actually doing something? Thanks, Scott

5 10

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 November 2019