toasters July 2017

toasters@lists.teaparty.net

8 participants
5 discussions

Start a nNew thread

GDPR & SnapVault
by Chris Hague 02 Aug '17

02 Aug '17

Is anyone else considering the GDPR regulation for the right to be forgotten in relation to SnapVault backups?

2 1

SRA Issues
by TAYLOR DANIEL 28 Jul '17

28 Jul '17

Hello, Environment: SRA 4P1, SRM 6.5, VMWare 6.5, ONTAP 9.1P2, NFS. We seem to be having problems achieving connectivity to a target SVM via SRA at one particular site, we get the following message: Error – StorageFault: Unable to find snapmirror for controller StorageControllerBean This was previously set up and working OK, but after a failover and failback was completed successfully, a subsequent test failover (clone only) failed for reasons unknown, now when we review the logs and try and probe the target vserver from SRA we get all sorts of errors. We have removed the vserver from SRA and tried adding it but get the same message when running the vserver add command in SRA. Doesn't seem to be much published on this so hence my email to the toaster experts! I thought it was something to do with stale load sharing mirrors at the recovery site (place where we are having issues) and it being out of sync somehow but I dont think this is the case, I have also updated the load sharing mirror manually to no avail. This feels like a bug but I wanted to see if anyone else was using the latest version of SRA and had similar issues? Thanks

1 0

AW: Snapvault Lag on 7-mode filer
by Alexander Griesser 22 Jul '17

22 Jul '17

Hi, sorry for the late reply - forgot to report back that this was the culprit; fixed the source schedules, all good then. Best, Alexander Griesser Head of Systems Operations ANEXIA Internetdienstleistungs GmbH E-Mail: AGriesser(a)anexia-it.com<mailto:AGriesser@anexia-it.com> Web: http://www.anexia-it.com<http://www.anexia-it.com/> Anschrift Hauptsitz Klagenfurt: Feldkirchnerstraße 140, 9020 Klagenfurt Geschäftsführer: Alexander Windbichler Firmenbuch: FN 289918a | Gerichtsstand: Klagenfurt | UID-Nummer: AT U63216601 Von: Chris Hague [mailto:Chris_Hague@ajg.com] Gesendet: Donnerstag, 11. Mai 2017 12:12 An: Alexander Griesser <AGriesser(a)anexia-it.com> Betreff: RE: Snapvault Lag on 7-mode filer What is the snapvault snap sched from your source filer? Sounds like there is no snap being created for it to transfer. Kind Regards, Chris. From: toasters-bounces(a)teaparty.net<mailto:toasters-bounces@teaparty.net> [mailto:toasters-bounces@teaparty.net] On Behalf Of Alexander Griesser Sent: 11 May 2017 10:40 To: toasters(a)teaparty.net<mailto:toasters@teaparty.net> Subject: Snapvault Lag on 7-mode filer Hey there, I'm having some troubles with one of my snapvault relations and am wondering if someone is able to help me out here. Sometimes, the Replication on the secondary lags behind with no obvious reason and it looks like this then: FILER-01> snapvault status Snapvault is ON. Source Destination State Lag Status 1.1.1.1:/vol/Volume1 FILER-01:/vol/SV_DATA01/Volume1 Snapvaulted 42:55:35 Idle 1.1.1.1:/vol/Volume2 FILER-01:/vol/SV_DATA01/Volume2 Snapvaulted 42:55:27 Idle 1.1.1.1:/vol/Volume3 FILER-01:/vol/SV_DATA01/Volume3 Snapvaulted 42:55:18 Idle 1.1.1.2:/vol/Volume4 FILER-01:/vol/SV_DATA01/Volume4 Snapvaulted 27:27:50 Idle 1.1.1.2:/vol/Volume5 FILER-01:/vol/SV_DATA01/Volume5 Snapvaulted 09:27:49 Idle 1.1.1.3:/vol/Volume6 FILER-01:/vol/SV_DATA01/Volume6 Snapvaulted 09:27:49 Idle 1.1.1.1:/vol/Volume7 FILER-01:/vol/SV_DATA01/Volume7 Snapvaulted 16641:27:47 Idle 1.1.1.2:/vol/Volume8 FILER-01:/vol/SV_DATA01/Volume8 Snapvaulted 27:27:50 Idle 1.1.1.2:/vol/Volume9 FILER-01:/vol/SV_DATA01/Volume9 Snapvaulted 27:27:50 Idle 1.1.1.1:/vol/VolumeA FILER-01:/vol/SV_DATA01/VolumeA Snapvaulted 16641:27:47 Idle 1.1.1.2:/vol/VolumeB FILER-01:/vol/SV_DATA01/VolumeB Snapvaulted 16641:27:46 Idle FILER-01> snapvault snap sched xfer SV_DATA01 sv_daily 7@mon-sun@0 preserve=default,warn=0 As you can see, I'm snapvaulting multiple source volumes from multiple source filers into one destination volume on one destination filer (the output above is from the snapvault secondary). The schedule has been set up to run daily and it seems to have done that for Volume5 and 6 today, but not for the other volumes. When I do manually run a snapvault update on Volume1 now, it goes immediately into the Quiescing state and afterwars updates the lagtime to 00:00:00: So I have to do that for all the relations which are behind every other day and to me it seems as if they're not really behind and this is just a display bug? Also, I have no idea why Volume7, A and B show such high lag times - they do get updated regularly too and when I run a manual update on them now, it also goes back to 00:00:00 replication lag immediately after the manual update run has completed, but a bit later, it changes back to this insanely high lag time. I'm running 8.2.4P5 7-Mode here. Best, Alexander Griesser Head of Systems Operations ANEXIA Internetdienstleistungs GmbH E-Mail: AGriesser(a)anexia-it.com<mailto:AGriesser@anexia-it.com> Web: http://www.anexia-it.com<http://www.anexia-it.com/> Anschrift Hauptsitz Klagenfurt: Feldkirchnerstraße 140, 9020 Klagenfurt Geschäftsführer: Alexander Windbichler Firmenbuch: FN 289918a | Gerichtsstand: Klagenfurt | UID-Nummer: AT U63216601

2 2

Completely open CIFS share in 8.3.2
by Jeff Cleverley 17 Jul '17

17 Jul '17

Greetings, I need to allow some MSDOS 6.2/Windows 3.1 systems to map a dedicated drive share. Is there a way to set up a CIFS only share that will not require authentication? I've set up permissions to give "everyone" full control, but it still asks for a username or password when they try to connect. I have been able to do this with a share on a W7 system, but I'd rather it go to a more robust destination. Thanks, Jeff -- ** Please note my email address has changed to jeff.cleverley(a)broadcom.com Jeff Cleverley Manufacturing Engineer 4380 Ziegler Road Building 1, Dock 1 Fort Collins, Colorado 80525 970-288-4611

3 3

Couple of random questions
by Mark Saunders 04 Jul '17

04 Jul '17

Hi all just wondered if anyone can just answer a couple of questions for me. 1 - We are migrating from a number of 7-mode filers to c-mode clusters and the clusters have AFF and FAS HA pairs, management do not want to move someone who is on HDD now onto flash to then move them back to HDD when the disk shelfs are all sorted out. I have suggested using QOS limits while the volumes are on the flash storage but the storage architect has said that it won't work and the customer will see a performance improvement even with QOS on but can't really explain the why behind what he is saying. This has put the whole migration on hold is there any reason a 1000IOPS limit on flash would give better performance that a 1000IOPS limit on HDD the only thing I can see happen is if the requests go over 1000 they will be served up at the start of the second and then there would be a pause until the next second. 2 - Has anyone had been using compaction on HDD aggregates I am thinking we can enable this on our vault volumes but have no idea what the performance hit on the controller would be currently our vault is hanging off of a FAS2554 but this will probably be getting swapped out for a FAS8020 during the working in question 1 so would like to think about saving as much space as is possible. Regards Mark Data Centre Sysadmin Team Managed Services Phone:- 02476 694455 Ext 2567 The Sysadmin Team promoting PCMS Values ~Integrity~Respect~Commitment~ ~Continuous Improvement~ The information contained in this e-mail is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material. If you are not the intended recipient of this e-mail, the use of this information or any disclosure, copying or distribution is prohibited and may be unlawful. If you received this in error, please contact the sender and delete the material from any computer. The views expressed in this e-mail may not necessarily be the views of the PCMS Group plc and should not be taken as authority to carry out any instruction contained. The PCMS Group reserves the right to monitor and examine the content of all e-mails. The PCMS Group plc is a company registered in England and Wales with company number 1459419 whose registered office is at PCMS House, Torwood Close, Westwood Business Park, Coventry CV4 8HX, United Kingdom. VAT No: GB 705338743

4 3

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 July 2017