toasters

toasters@lists.teaparty.net

13531 discussions

ONTAP 9 -- Full Disk Encryption (FDE)
by Eric Peng 05 Apr '17

05 Apr '17

Last year, we acquired an all-flash FAS array (AFF8040) for POC. While this array supports the FDE feature (via SafeNet), the POC requirements did not require us to enable this. As it sometimes goes, POC is potentially turning into "production" and we are currently taking a look at options to see if it makes sense to convert the POC into an actual purchase. Am hoping some of you may have a bit of experience with enabling FDE encryption on an array *after* data already exists on an array. Basically, need to know if the existing data can safely remain on the disks if FDE feature is to be introduced now? I've only come across a piece of NetApp marketing literature that indicates this should be non-disruptive, while the technical whitepapers focus on the nuts and bolts of "how to enable FDE". Can anyone share definitively whether we must first enable FDE on an array that has SED disks, or whether it is actually safe to introduce FDE on the array after it has been put into use? Would like to avoid having to migrate off the data and re-configure the array/cluster if I can. Thanks, Eric Peng | Enterprise Storage Engineer Esri | 380 New York St. | Redlands, CA 92373 | USA T 909 793 2853 x3567 | M 909 367 1691 epeng(a)esri.com<mailto:epeng@esri.com> | esri.com<http://esri.com/>

3 7

NFS Export Policy
by Daniel Taylor 05 Apr '17

05 Apr '17

Hello, We have an volume with an export policy applied: volA = policy1 The policy has client match rules for the ESXi hosts. However when we try and add this volume to an ESXi host we get an error saying mount request denied. If we add a rule to the default export policy within the same SVM the volume is then added without issue. Similarly if we apply 'policy1' to the root volume in the associated SVM we are able to mount 'volA' on the ESXi hosts. Doesn't this kind of defeat the object of having an export policy associated with the volume if the underlying root volume controls the export access? Or is this a bug? We are running 9.1P1. Thanks

5 5

Deswizzle: How far behind is it??
by Jeffrey Mohler 04 Apr '17

04 Apr '17

Is there a way to tell how many snapmirror updates behind deswizzle is? _________________________________Jeff MohlerTech Yahoo, Storage Architect, Principal(831)454-6712 YPAC Gold Member Twitter: @PrincipalYahoo CorpIM: Hipchat & Iris

3 2

AW: X1144A - No link
by Alexander Griesser 03 Apr '17

03 Apr '17

Hi Mike, Thanks, I had a similar issue with 1G copper SFPs in the past – but that doesn’t seem to apply here since the 40G ports are on an expansion slot and do not seem to be CNA capable: *> cna_flash update all NOTE: The flash update will take up to 30 minutes per update. (Current 2 chip(s) in the system) Do not interrupt power during the update, or you risk flash image corruption. Version (5.0.2) is the same in flash and file No update of flash is needed for port 0e. Version (5.0.2) is the same in flash and file No update of flash is needed for port 0g. -> While the expansion ports are in slot 2. Also, the upgrade to Ontap 9.1 did not solve the issue – will check the cables now when I’m in the datacenter. 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: Mike Gossett [mailto:cmgossett@gmail.com] Gesendet: Samstag, 28. Januar 2017 00:58 An: Alexander Griesser <AGriesser(a)anexia-it.com> Cc: tmac <tmacmd(a)gmail.com>; toasters(a)teaparty.net Betreff: Re: X1144A - No link Just a thought- I noticed that on a FAS2554, when trying to use 1G SFPs (copper) in the UTA ports, I had similar issues. I ended up having to apply a firmware update to the UTA2 system, IIRC, from maintenance mode. I have nothing that leads me to believe that is the case here, but it sounds somewhat close. The updated firmware was actually on the system with the code it shipped with, but needed to be manually applied. If all else fails, there's always a support ticket :) HTH Mike On Fri, Jan 27, 2017 at 7:39 AM, Alexander Griesser <AGriesser(a)anexia-it.com<mailto:AGriesser@anexia-it.com>> wrote: Those are optical cables, that got shipped with the card and the transceivers. According to HWU, those are the transceivers: << pic removed >> They look exactly like these and HWU calls them X65402. The connector looks exactly like the MPO connector which can also be seen in HWU and hast he cable number X66200-2 – so this is what I got: X1144A Adapter X65402 Transceivers X66200-2 Cables Should all play well with 9.1RC2 on the AFF-A300. Since 9.1 has already been released, I’ll upgrade this system to 9.1 and see if that changes anything – maybe there’s a reason why they call it RC ☺ 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: tmac [mailto:tmacmd@gmail.com<mailto:tmacmd@gmail.com>] Gesendet: Freitag, 27. Januar 2017 14:34 An: Alexander Griesser <AGriesser(a)anexia-it.com<mailto:AGriesser@anexia-it.com>> Cc: toasters(a)teaparty.net<mailto:toasters@teaparty.net> Betreff: Re: X1144A - No link OK, a little confused now. Are you trying to use copper or optical? According to HWU, the X1144A as QSFP+ slots and the cable ends look identical to the SAS cables. The NetApp end should be any supported copper cable with a QSFP+ end or an optical transciever (X65402A, mfg 332-00389). The optical transciver will have the QSFP+ going into the filer and exposing the MPO end for your optical cable Since it looks like you are trying to use Optical, are you *sure* the optical transcivers are the right ones for that card? --tmac Tim McCarthy, Principal Consultant Proud Member of the #NetAppATeam<https://twitter.com/NetAppATeam> I Blog at TMACsRack<https://tmacsrack.wordpress.com/> On Fri, Jan 27, 2017 at 8:14 AM, Alexander Griesser <AGriesser(a)anexia-it.com<mailto:AGriesser@anexia-it.com>> wrote: That’s the 2-port 40G card with QSFPs and those funny new cables, no breakout cables. http://cdn3.bigcommerce.com/s-uiigcj2/product_images/uploaded_images/mtp-ca… 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: tmac [mailto:tmacmd@gmail.com<mailto:tmacmd@gmail.com>] Gesendet: Freitag, 27. Januar 2017 13:40 An: Alexander Griesser <AGriesser(a)anexia-it.com<mailto:AGriesser@anexia-it.com>> Cc: toasters(a)teaparty.net<mailto:toasters@teaparty.net> Betreff: Re: X1144A - No link Curious...are you using it as a two-port 40Gb card or using the breakout cable? --tmac Tim McCarthy, Principal Consultant Proud Member of the #NetAppATeam<https://twitter.com/NetAppATeam> I Blog at TMACsRack<https://tmacsrack.wordpress.com/> On Fri, Jan 27, 2017 at 7:13 AM, Alexander Griesser <AGriesser(a)anexia-it.com<mailto:AGriesser@anexia-it.com>> wrote: Good question – I’m using the QSFPs and the cables that came with the cards, so I’m positive that those should be supported. But I’m trying to find out. 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: tmac [mailto:tmacmd@gmail.com<mailto:tmacmd@gmail.com>] Gesendet: Freitag, 27. Januar 2017 13:04 An: Alexander Griesser <AGriesser(a)anexia-it.com<mailto:AGriesser@anexia-it.com>> Cc: toasters(a)teaparty.net<mailto:toasters@teaparty.net> Betreff: Re: X1144A - No link what is the cable that you are using? Anything supported? [Inline image 1][Inline image 2] --tmac Tim McCarthy, Principal Consultant Proud Member of the #NetAppATeam<https://twitter.com/NetAppATeam> I Blog at TMACsRack<https://tmacsrack.wordpress.com/> On Fri, Jan 27, 2017 at 5:16 AM, Alexander Griesser <AGriesser(a)anexia-it.com<mailto:AGriesser@anexia-it.com>> wrote: Hi, I’ve just installed those fancy X1144A cards in one of our AFF300 systems and it seems they’re getting recognized properly, but I’m not able to get a link on them. sysconfig says: slot 2: 40 Gigabit Ethernet Controller XL710 QSFP+ e2a MAC Address: 3c:fd:fe:a2:90:c8 (auto-unknown-down) e2e MAC Address: 3c:fd:fe:a2:90:c9 (auto-unknown-down) SAN01::> net port show -port e2* (network port show) Node: SAN01-01 Speed(Mbps) Health Port IPspace Broadcast Domain Link MTU Admin/Oper Status --------- ------------ ---------------- ---- ---- ----------- -------- e2a Default - down 1500 auto/10 - e2e Default - down 1500 auto/10 - Node: SAN01-02 Speed(Mbps) Health Port IPspace Broadcast Domain Link MTU Admin/Oper Status --------- ------------ ---------------- ---- ---- ----------- -------- e2a Default - down 1500 auto/10 - e2e Default - down 1500 auto/10 - 4 entries were displayed. For testing purposes, I did connect e2a on node1 to e2a on node 2 and I already tried exchanging the QSFPs and cables, but still no dice. Any idea what could be wrong here? According to HWU, the minimum required OS version is 9.1RC2, which is exactly what is installed currently: SAN01::> version NetApp Release 9.1RC2: Thu Nov 24 08:59:46 UTC 2016 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 _______________________________________________ Toasters mailing list Toasters(a)teaparty.net<mailto:Toasters@teaparty.net> http://www.teaparty.net/mailman/listinfo/toasters _______________________________________________ Toasters mailing list Toasters(a)teaparty.net<mailto:Toasters@teaparty.net> http://www.teaparty.net/mailman/listinfo/toasters

4 4

RAID Reconstruction after ONTAP upgrade?
by Alexander Griesser 03 Apr '17

03 Apr '17

Hi, has anyone ever seen a RAID reconstruct happening immediately after an OnTap upgrade? I just upgraded one of my older filers to 8.3.1P2 and it is now running a reconstruction on one of its aggregates for (at least to me) no obvious reason. During the boot up of this controller after the upgrade, I saw the following message on the console which did not show up on the second controller: Creating trace file /etc/log/rastrace/RAID_0_20170402_17:18:00:095890.dmp No disks show as broken, or in maintenance mode, or anything like that - so any hints would be welcome. Here's the output of `aggr status -r` on this controller: RAID Disk Device HA SHELF BAY CHAN Pool Type RPM Used (MB/blks) Phys (MB/blks) --------- ------ ------------- ---- ---- ---- ----- -------------- -------------- dparity 0b.22.23 0b 22 23 SA:A 0 BSAS 7200 1695466/3472315904 1695759/3472914816 parity 0b.22.4 0b 22 4 SA:A 0 BSAS 7200 1695466/3472315904 1695759/3472914816 data 2a.21.5 2a 21 5 SA:B 0 BSAS 7200 1695466/3472315904 1695759/3472914816 data 0b.22.5 0b 22 5 SA:A 0 BSAS 7200 1695466/3472315904 1695759/3472914816 data 2a.21.6 2a 21 6 SA:B 0 BSAS 7200 1695466/3472315904 1695759/3472914816 data 0b.22.6 0b 22 6 SA:A 0 BSAS 7200 1695466/3472315904 1695759/3472914816 data 2a.21.7 2a 21 7 SA:B 0 BSAS 7200 1695466/3472315904 1695759/3472914816 data 0b.22.7 0b 22 7 SA:A 0 BSAS 7200 1695466/3472315904 1695759/3472914816 (reconstruction 3% completed) data 2a.21.8 2a 21 8 SA:B 0 BSAS 7200 1695466/3472315904 1695759/3472914816 data 0b.22.8 0b 22 8 SA:A 0 BSAS 7200 1695466/3472315904 1695759/3472914816 data 2a.21.9 2a 21 9 SA:B 0 BSAS 7200 1695466/3472315904 1695759/3472914816 data 0b.22.9 0b 22 9 SA:A 0 BSAS 7200 1695466/3472315904 1695759/3472914816 data 2a.21.10 2a 21 10 SA:B 0 BSAS 7200 1695466/3472315904 1695759/3472914816 data 0b.22.10 0b 22 10 SA:A 0 BSAS 7200 1695466/3472315904 1695759/3472914816 data 2a.21.11 2a 21 11 SA:B 0 BSAS 7200 1695466/3472315904 1695759/3472914816 data 0b.22.11 0b 22 11 SA:A 0 BSAS 7200 1695466/3472315904 1695759/3472914816 data 2a.21.12 2a 21 12 SA:B 0 BSAS 7200 1695466/3472315904 1695759/3472914816 data 0b.22.12 0b 22 12 SA:A 0 BSAS 7200 1695466/3472315904 1695759/3472914816 data 2a.21.13 2a 21 13 SA:B 0 BSAS 7200 1695466/3472315904 1695759/3472914816 Thanks, 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 5

Upgraded to 9.1P1 now receiving snapmirror failed emails
by Chris Hague 01 Apr '17

01 Apr '17

Hi All, This is my first post, so please be gentle. Not sure if the screen grabs will work or not and I hope I have removed any IP addresses etc. Basically we upgraded our 8.3.2 CDOT systems to 9.1P1 at the weekend (1 x Fas 2552 & 2 x FAS8040) We then started getting the below email on every snapmirror update; -----Original Message----- From: Sent: 25 March 2017 14:07 To: Subject: ukhc3-ntap-b: smc.snapmir.update.fail [LOG_ERR] Filer: ukhc3-ntap-b Time: Sat, Mar 25 14:07:01 2017 +0000 Severity: LOG_ERR Message: smc.snapmir.update.fail: Snapmirror update from source volume 'ntap-cl1-svmcifs:v_ukliss_cifs_sclive_t4r2mv' to destination volume 'ukliss-ntap-cl1-svmcifs_DR:mv_ukliss_cifs_sclive_t4r2' failed with error 'Note=Scheduled update operation is queued.'. Relationship UUID '18916a2e-9dae-11e6-b319-00a098a01c55'. Description: This message occurs when a scheduled SnapMirror(R) transfer fails. Action: Check the snapmirror_error log in the destination filer and take action accordingly. Source: sm_logger_main Index: 3572349 [Note: This email message is sent using a deprecated event routing mechanism. For information, search the knowledgebase of the NetApp support web site for "convert existing event configurations in Data ONTAP 9.0."] -------------------------- Yet, when checking the relationships, all appears ok and state is healthy. Snapmirror_error log shows these "delete failed" errors; Sun Mar 26 08:05:01 BST 2017 ScheduledUpdate[Mar 26 08:05:00]:18916a2e-9dae-11e6-b319-00a098a01c55 Operation-Uuid=46f5c6a8-2c4d-4bf5-aa7c-cf85563d0897 Group=none Operation-Cookie=0 sm_rpm_snaplist_delete:6682 Workflow ID [114] Snapshot "snapmirror.c677ecdf-3df5-11e6-86a9-00a098a01c55_2158347364.2017-03-26_070500" delete failed Sun Mar 26 08:05:01 BST 2017 ScheduledUpdate[Mar 26 08:05:00]:098469ee-0e4d-11e7-b319-00a098a01c55 Operation-Uuid=7e139dd9-25b1-474e-9b5c-6c8ce39a88cf Group=none Operation-Cookie=0 sm_rpm_snaplist_delete:6682 Workflow ID [112] Snapshot "snapmirror.30446395-2d51-11e6-86a9-00a098a01c55_2158347374.2017-03-26_040500" delete failed Sun Mar 26 08:05:03 BST 2017 ScheduledUpdate[Mar 26 08:05:00]:f2b650fe-a011-11e6-b319-00a098a01c55 Operation-Uuid=bfd58d04-5839-4dd8-9764-5bd5690b219b Group=none Operation-Cookie=0 sm_rpm_snaplist_delete:6682 Workflow ID [113] Snapshot "snapmirror.c677ecdf-3df5-11e6-86a9-00a098a01c55_2158347365.2017-03-26_070500" delete failed Sun Mar 26 09:05:01 BST 2017 ScheduledUpdate[Mar 26 09:05:00]:18916a2e-9dae-11e6-b319-00a098a01c55 Operation-Uuid=3b53334a-8550-4f32-890c-f456af8ea6d5 Group=none Operation-Cookie=0 sm_rpm_snaplist_delete:6682 Workflow ID [120] Snapshot "snapmirror.c677ecdf-3df5-11e6-86a9-00a098a01c55_2158347364.2017-03-26_080500" delete failed Sun Mar 26 09:05:03 BST 2017 ScheduledUpdate[Mar 26 09:05:00]:f2b650fe-a011-11e6-b319-00a098a01c55 Operation-Uuid=baa2cbbb-86b1-49e0-96a2-250973362b7b Group=none Operation-Cookie=0 sm_rpm_snaplist_delete:6682 Workflow ID [119] Snapshot "snapmirror.c677ecdf-3df5-11e6-86a9-00a098a01c55_2158347365.2017-03-26_080500" delete failed This is confirmed by doing a snap list; ukhc3::> snap list mv_ukliss_cifs_scarchive_t4r2 snapmirror.c677ecdf-3df5-11e6-86a9-00a098a01c55_2158347365.2017-03-26_080500 3.16MB 0% 0% snapmirror.c677ecdf-3df5-11e6-86a9-00a098a01c55_2158347365.2017-03-26_090500 2.93MB 0% 0% But the audit log confirms they are being deleted an hour later (confirmed time and zone all correct); Sun Mar 26 09:05:00 BST 2017 ScheduledUpdate[Mar 26 09:05:00]:18916a2e-9dae-11e6-b319-00a098a01c55 Operation-Uuid=3b53334a-8550-4f32-890c-f456af8ea6d5 Group=none Operation-Cookie=0 action=Info sm_rpm_snaplist_delete([120]): Snapshot snapmirror.c677ecdf-3df5-11e6-86a9-00a098a01c55_2158347364.2017-03-26_070500 deleted. Sun Mar 26 09:05:00 BST 2017 ScheduledUpdate[Mar 26 09:05:00]:18916a2e-9dae-11e6-b319-00a098a01c55 Operation-Uuid=3b53334a-8550-4f32-890c-f456af8ea6d5 Group=none Operation-Cookie=0 action=Info snapshot(s) up to snapmirror.c677ecdf-3df5-11e6-86a9-00a098a01c55_2158347364.2017-03-26_090500 will be selected for transfer. Sun Mar 26 09:05:00 BST 2017 ScheduledUpdate[Mar 26 09:05:00]:18916a2e-9dae-11e6-b319-00a098a01c55 Operation-Uuid=3b53334a-8550-4f32-890c-f456af8ea6d5 Group=none Operation-Cookie=0 action=Transfer_snapshots (1 of 1 log entries): snapmirror.c677ecdf-3df5-11e6-86a9-00a098a01c55_2158347364.2017-03-26_090500 Sun Mar 26 09:05:00 BST 2017 ScheduledUpdate[Mar 26 09:05:00]:f2b650fe-a011-11e6-b319-00a098a01c55 Operation-Uuid=baa2cbbb-86b1-49e0-96a2-250973362b7b Group=none Operation-Cookie=0 action=Info sm_rpm_snaplist_delete([119]): Snapshot snapmirror.c677ecdf-3df5-11e6-86a9-00a098a01c55_2158347365.2017-03-26_070500 deleted. Relationship is also healthy in oCUM [cid:image001.png@01D2A616.5C0DB820] However, this line is present in the snapmirror audit log; Sun Mar 26 07:05:00 BST 2017 CreateSnapshotDest[Mar 26 07:05:00]:18916a2e-9dae-11e6-b319-00a098a01c55 Operation-Uuid=93851169-93b6-4067-abfb-9948c09920c8 Group=none Operation-Cookie=0 action=End source=ntap-cl1-svmcifs:v_ukliss_cifs_sclive_t4r2mv destination=ukliss-ntap-cl1-svmcifs_DR:mv_ukliss_cifs_sclive_t4r2 status=Success Note=Scheduled update operation is queued. Success but queued? Just to see if it was an issue with the upgrade I have created multiple test relationships; Local Aggr1 to aggr2 In reverse Between the 2552 & the 8040's Between the 8040's but getting the same issue; [cid:image012.jpg@01D2A61B.D7A63ED0] Indeed at this point I have come to the same conclusion that we have hit the bug: 1042534 http://mysupport.netapp.com/NOW/cgi-bin/bol?Type=Detail&Display=1042534 [cid:image006.png@01D2A611.FF15CF80] [cid:image007.png@01D2A611.FF15CF80] Has anyone else experienced this? Or can offer up some useful advice as to our next steps. Currently this system is only partially in production as a mv target, so the email spam is not too bad, but we plan to add many relationships very soon. Kind Regards, Chris.

3 2

Franken-Filers: FAS2240-2 to FAS2552, DS4246 to FAS2554
by Stephen Stocke 31 Mar '17

31 Mar '17

Hi All At the end of a current migration and controller upgrade project I'll have some spare FAS2240-2 arrays (with disks) and a spare DS4246 hybrid shelf. I'll also have a pile of FAS255X controllers. Is there any reason that I can't just swap the FAS2240 controller modules for the FAS255X modules and install CDOT on the zeroed disks? What about swapping the IOM6's from the DS4246 and making a FAS2554? All this kit is under support and fully licensed but I'm not too concerned about long-term support. I just want to make use of this gear to run CDOT 9.x in a dev/test lab. Thanks Steve

1 0

FAS2552 -> FAS8200 migration
by Chris Good 29 Mar '17

29 Mar '17

Folks, Currently we have a FAS2552 switchless cluster running 9.1. We're planning an upgrade to FAS8200 and considering our migration options. Netapp themselves aren't being terribly forthcoming on the best route to do this. I had hoped that upgrading from a FAS25xx would be a common thing with a reference workflow to go with it. Maybe things are complicated somewhat because the FAS2552 runs ADP and the FAS8200 doesn't. Has anyone been through a similar process or have any recommendations for a route to achieve this? Thanks, Chris

7 14

Upgraded to 9.1P1 now receiving snapmirror failed emails
by Chris Hague 29 Mar '17

29 Mar '17

Hi All, This is my first post, so please be gentle. Not sure if the screen grabs will work or not (resent without screengrabs) and I hope I have removed any IP addresses etc. Basically we upgraded our 8.3.2 CDOT systems to 9.1P1 at the weekend (1 x Fas 2552 & 2 x FAS8040) We then started getting the below email on every snapmirror update; -----Original Message----- From: Sent: 25 March 2017 14:07 To: Subject: ukhc3-ntap-b: smc.snapmir.update.fail [LOG_ERR] Filer: ukhc3-ntap-b Time: Sat, Mar 25 14:07:01 2017 +0000 Severity: LOG_ERR Message: smc.snapmir.update.fail: Snapmirror update from source volume 'ntap-cl1-svmcifs:v_ukliss_cifs_sclive_t4r2mv' to destination volume 'ukliss-ntap-cl1-svmcifs_DR:mv_ukliss_cifs_sclive_t4r2' failed with error 'Note=Scheduled update operation is queued.'. Relationship UUID '18916a2e-9dae-11e6-b319-00a098a01c55'. Description: This message occurs when a scheduled SnapMirror(R) transfer fails. Action: Check the snapmirror_error log in the destination filer and take action accordingly. Source: sm_logger_main Index: 3572349 [Note: This email message is sent using a deprecated event routing mechanism. For information, search the knowledgebase of the NetApp support web site for "convert existing event configurations in Data ONTAP 9.0."] -------------------------- Yet, when checking the relationships, all appears ok and state is healthy. Snapmirror_error log shows these "delete failed" errors; Sun Mar 26 08:05:01 BST 2017 ScheduledUpdate[Mar 26 08:05:00]:18916a2e-9dae-11e6-b319-00a098a01c55 Operation-Uuid=46f5c6a8-2c4d-4bf5-aa7c-cf85563d0897 Group=none Operation-Cookie=0 sm_rpm_snaplist_delete:6682 Workflow ID [114] Snapshot "snapmirror.c677ecdf-3df5-11e6-86a9-00a098a01c55_2158347364.2017-03-26_070500" delete failed Sun Mar 26 08:05:01 BST 2017 ScheduledUpdate[Mar 26 08:05:00]:098469ee-0e4d-11e7-b319-00a098a01c55 Operation-Uuid=7e139dd9-25b1-474e-9b5c-6c8ce39a88cf Group=none Operation-Cookie=0 sm_rpm_snaplist_delete:6682 Workflow ID [112] Snapshot "snapmirror.30446395-2d51-11e6-86a9-00a098a01c55_2158347374.2017-03-26_040500" delete failed Sun Mar 26 08:05:03 BST 2017 ScheduledUpdate[Mar 26 08:05:00]:f2b650fe-a011-11e6-b319-00a098a01c55 Operation-Uuid=bfd58d04-5839-4dd8-9764-5bd5690b219b Group=none Operation-Cookie=0 sm_rpm_snaplist_delete:6682 Workflow ID [113] Snapshot "snapmirror.c677ecdf-3df5-11e6-86a9-00a098a01c55_2158347365.2017-03-26_070500" delete failed Sun Mar 26 09:05:01 BST 2017 ScheduledUpdate[Mar 26 09:05:00]:18916a2e-9dae-11e6-b319-00a098a01c55 Operation-Uuid=3b53334a-8550-4f32-890c-f456af8ea6d5 Group=none Operation-Cookie=0 sm_rpm_snaplist_delete:6682 Workflow ID [120] Snapshot "snapmirror.c677ecdf-3df5-11e6-86a9-00a098a01c55_2158347364.2017-03-26_080500" delete failed Sun Mar 26 09:05:03 BST 2017 ScheduledUpdate[Mar 26 09:05:00]:f2b650fe-a011-11e6-b319-00a098a01c55 Operation-Uuid=baa2cbbb-86b1-49e0-96a2-250973362b7b Group=none Operation-Cookie=0 sm_rpm_snaplist_delete:6682 Workflow ID [119] Snapshot "snapmirror.c677ecdf-3df5-11e6-86a9-00a098a01c55_2158347365.2017-03-26_080500" delete failed This is confirmed by doing a snap list; ukhc3::> snap list mv_ukliss_cifs_scarchive_t4r2 snapmirror.c677ecdf-3df5-11e6-86a9-00a098a01c55_2158347365.2017-03-26_080500 3.16MB 0% 0% snapmirror.c677ecdf-3df5-11e6-86a9-00a098a01c55_2158347365.2017-03-26_090500 2.93MB 0% 0% But the audit log confirms they are being deleted an hour later (confirmed time and zone all correct); Sun Mar 26 09:05:00 BST 2017 ScheduledUpdate[Mar 26 09:05:00]:18916a2e-9dae-11e6-b319-00a098a01c55 Operation-Uuid=3b53334a-8550-4f32-890c-f456af8ea6d5 Group=none Operation-Cookie=0 action=Info sm_rpm_snaplist_delete([120]): Snapshot snapmirror.c677ecdf-3df5-11e6-86a9-00a098a01c55_2158347364.2017-03-26_070500 deleted. Sun Mar 26 09:05:00 BST 2017 ScheduledUpdate[Mar 26 09:05:00]:18916a2e-9dae-11e6-b319-00a098a01c55 Operation-Uuid=3b53334a-8550-4f32-890c-f456af8ea6d5 Group=none Operation-Cookie=0 action=Info snapshot(s) up to snapmirror.c677ecdf-3df5-11e6-86a9-00a098a01c55_2158347364.2017-03-26_090500 will be selected for transfer. Sun Mar 26 09:05:00 BST 2017 ScheduledUpdate[Mar 26 09:05:00]:18916a2e-9dae-11e6-b319-00a098a01c55 Operation-Uuid=3b53334a-8550-4f32-890c-f456af8ea6d5 Group=none Operation-Cookie=0 action=Transfer_snapshots (1 of 1 log entries): snapmirror.c677ecdf-3df5-11e6-86a9-00a098a01c55_2158347364.2017-03-26_090500 Sun Mar 26 09:05:00 BST 2017 ScheduledUpdate[Mar 26 09:05:00]:f2b650fe-a011-11e6-b319-00a098a01c55 Operation-Uuid=baa2cbbb-86b1-49e0-96a2-250973362b7b Group=none Operation-Cookie=0 action=Info sm_rpm_snaplist_delete([119]): Snapshot snapmirror.c677ecdf-3df5-11e6-86a9-00a098a01c55_2158347365.2017-03-26_070500 deleted. Relationship is also healthy in oCUM (screengrab removed) However, this line is present in the snapmirror audit log; Sun Mar 26 07:05:00 BST 2017 CreateSnapshotDest[Mar 26 07:05:00]:18916a2e-9dae-11e6-b319-00a098a01c55 Operation-Uuid=93851169-93b6-4067-abfb-9948c09920c8 Group=none Operation-Cookie=0 action=End source=ntap-cl1-svmcifs:v_ukliss_cifs_sclive_t4r2mv destination=ukliss-ntap-cl1-svmcifs_DR:mv_ukliss_cifs_sclive_t4r2 status=Success Note=Scheduled update operation is queued. Success but queued? Just to see if it was an issue with the upgrade I have created multiple test relationships; Local Aggr1 to aggr2 In reverse Between the 2552 & the 8040's Between the 8040's but getting the same issue - (received same email as above) Indeed at this point I have come to the conclusion that we have hit the bug: 1042534 http://mysupport.netapp.com/NOW/cgi-bin/bol?Type=Detail&Display=1042534 Has anyone else experienced this? Or can offer up some useful advice as to our next steps. Currently this system is only partially in production as a mv target, so the email spam is not too bad, but we plan to add many relationships very soon. Kind Regards, Chris.

1 0

cDOT 8.2.x, NDMP & NetBackup 7.7.3?
by John Stoffel 28 Mar '17

28 Mar '17

Hi all, Planning an upgrade of Netbackup to 7.7.3 to hopefully get us some proper NDMP support at the SVM level in cDOT 8.2.3P6. Any takers? Or should we try to jump to Netbackup 8.x instead? John

1 1

nuisance "Ports Down" alerts in the 9.0 OnCommand dashboard?
by Rue, Randy 28 Mar '17

28 Mar '17

Hi All, We upgraded to 9.0 and now get red alerts in the dashboard for every unused Ethernet port. This is apparently a known bug and has multiple "Feature Enhancement Requests" tied to it, but we since upgraded to 9.1 and it's still there. Vendor doesn't seem to know of any workaround. Others have this problem: https://community.netapp.com/t5/Data-ONTAP-Discussions/OnTap-9-1-OnCommand-… Anyone else had this problem, and more to the point, any luck in solving it? We'd like to avoid the annoyance of ignoring these alarms, and the risk of the clutter/noise masking any other issues. - randy

4 3

AW: NVMEM discharge FET off?
by Alexander Griesser 13 Mar '17

13 Mar '17

Hi Mark, that’s unfortunately also not returning anything: san01::> system node environment sensors show -name NV* There are no entries matching your query. san01::> set diag Warning: These diagnostic commands are for use by NetApp personnel only. Do you want to continue? {y|n}: y san01::*> system node environment sensors show -name NV* There are no entries matching your query. 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: Mark Flint [mailto:mf1@sanger.ac.uk] Gesendet: Freitag, 3. März 2017 11:27 An: Alexander Griesser <AGriesser(a)anexia-it.com> Betreff: Re: NVMEM discharge FET off? Apologies, it’s NVRAM, about 6 or so pages down the list…… System node environment sensors show –name NV* works fine. cluster1::> system node environment sensors show -name NV* Node Sensor State Value/Units Crit-Low Warn-Low Warn-Hi Crit-Hi ---- --------------------- ------ ----------- -------- -------- ------- ------- cluster1-01 NVRAM Discharge FET normal ON NVRAM Charge FET normal ON NVRAM Batt Pct Capacity normal 78 % 49 52 - - NVRAM Batt Fault normal GOOD NVRAM Power Fault normal GOOD NVRAM Batt Design Cap. normal 2500 mAh - - - - NVRAM Batt Cycle Count normal 46 - - - 251 NVRAM Batt Full Capacity normal 1966 mAh - - - - NVRAM Batt Rem. Capacity normal 503 mAh 279 299 - - NVRAM Batt Current normal 0 mA -901 -1 1201 1501 NVRAM Batt Voltage normal Press <space> to page down, <return> for next line, or 'q' to quit... q 11 entries were displayed. `Mark From: Alexander Griesser <AGriesser(a)anexia-it.com<mailto:AGriesser@anexia-it.com>> Date: Thursday, 2 March 2017 at 11:49 To: Mark Flint <mf1(a)sanger.ac.uk<mailto:mf1@sanger.ac.uk>> Cc: "toasters(a)teaparty.net<mailto:toasters@teaparty.net>" <toasters(a)teaparty.net<mailto:toasters@teaparty.net>> Subject: AW: NVMEM discharge FET off? Hi, I couldn’t find entries with „NVMEM“ in the name, but here’s everything that has „BAT“ in its name – is that what we’re looking for? san01::> system node environment sensors show -name Bat* Node Sensor State Value/Units Crit-Low Warn-Low Warn-Hi Crit-Hi ---- --------------------- ------ ----------- -------- -------- ------- ------- san01n01 Bat Present normal PRESENT Bat Temp normal 24 C 0 5 53 58 Bat Volt normal 8100 mV 5500 5600 8500 8600 Bat Curr normal 0 mA - - 2320 2600 Bat Rem Cap normal 3328 mA*hr - - - - Bat Full Cap normal 3328 mA*hr - - - - Bat Charge Curr normal 0 mA - - 2200 2300 Bat Charge Volt normal 8200 mV - - 8900 9000 Bat Initial FCC normal 3200 mA*hr - - - - Bat Dstg Cycles normal 21 cycles 2 5 - - Bat Power Fault normal GOOD Bat Dcharge FET normal ON Bat Charge FET normal ON Bat Cycle Count normal 4 cycles - - - - san01n02 Bat Present normal PRESENT Bat Temp normal 24 C 0 5 53 58 Bat Volt normal 8100 mV 5500 5600 8500 8600 Bat Curr normal 0 mA - - 2320 2600 Bat Rem Cap normal 3328 mA*hr - - - - Bat Full Cap normal 3328 mA*hr - - - - Bat Charge Curr normal 0 mA - - 2200 2300 Bat Charge Volt normal 8200 mV - - 8900 9000 Bat Initial FCC normal 3200 mA*hr - - - - Bat Dstg Cycles normal 21 cycles 2 5 - - Bat Power Fault normal GOOD Bat Dcharge FET normal ON Bat Charge FET normal ON Bat Cycle Count normal 3 cycles - - - - 28 entries were displayed. 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: Mark Flint [mailto:mf1@sanger.ac.uk] Gesendet: Donnerstag, 2. März 2017 12:16 An: Alexander Griesser <AGriesser(a)anexia-it.com<mailto:AGriesser@anexia-it.com>> Betreff: Re: NVMEM discharge FET off? Take a look at the output from system sensors, should show you the battery, whether it’s charging or not, And at what voltage System node environment sensors show And look for the nvmem battery info `Mark From: <toasters-bounces(a)teaparty.net<mailto:toasters-bounces@teaparty.net>> on behalf of Alexander Griesser <AGriesser(a)anexia-it.com<mailto:AGriesser@anexia-it.com>> Date: Saturday, 25 February 2017 at 20:42 To: "toasters(a)teaparty.net<mailto:toasters@teaparty.net>" <toasters(a)teaparty.net<mailto:toasters@teaparty.net>> Subject: NVMEM discharge FET off? Hi, anyone ever had these? 2/25/2017 19:39:32 san01n01 EMERGENCY nvmem.battery.capLowCrit: The NVMEM battery capacity is critically low (0 cycles). To prevent data loss, the system will shut down in 20 minutes. 2/25/2017 17:43:26 san01n02 EMERGENCY nvmem.battery.discFET.off: The NVMEM battery discharge FET is off. To prevent data loss, the system will shut down in 5 minutes. 2/25/2017 17:32:26 san01n02 ALERT nvmem.battery.FET.off: The NVMEM battery charge FET is off. To prevent data loss, the system will shut down in 24 hours. 2/25/2017 17:29:27 san01n01 EMERGENCY nvmem.battery.capLowCrit: The NVMEM battery capacity is critically low (0 cycles). To prevent data loss, the system will shut down in 20 minutes. 2/25/2017 16:20:52 san01n01 EMERGENCY nvmem.battery.discFET.off: The NVMEM battery discharge FET is off. To prevent data loss, the system will shut down in 5 minutes. The system did not shut down and all `system health` related commands I’m aware of tell me, that everything is good. This is a brand new AFF A300, but it’s been running since about a month now, so it’s not been powered on today or anything like that which would rectify these messages sometimes. 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 -- The Wellcome Trust Sanger Institute is operated by Genome Research Limited, a charity registered in England with number 1021457 and a company registered in England with number 2742969, whose registered office is 215 Euston Road, London, NW1 2BE. -- The Wellcome Trust Sanger Institute is operated by Genome Research Limited, a charity registered in England with number 1021457 and a company registered in England with number 2742969, whose registered office is 215 Euston Road, London, NW1 2BE.

2 1

AW: NVMEM discharge FET off?
by Alexander Griesser 13 Mar '17

13 Mar '17

Hi, I couldn’t find entries with „NVMEM“ in the name, but here’s everything that has „BAT“ in its name – is that what we’re looking for? san01::> system node environment sensors show -name Bat* Node Sensor State Value/Units Crit-Low Warn-Low Warn-Hi Crit-Hi ---- --------------------- ------ ----------- -------- -------- ------- ------- san01n01 Bat Present normal PRESENT Bat Temp normal 24 C 0 5 53 58 Bat Volt normal 8100 mV 5500 5600 8500 8600 Bat Curr normal 0 mA - - 2320 2600 Bat Rem Cap normal 3328 mA*hr - - - - Bat Full Cap normal 3328 mA*hr - - - - Bat Charge Curr normal 0 mA - - 2200 2300 Bat Charge Volt normal 8200 mV - - 8900 9000 Bat Initial FCC normal 3200 mA*hr - - - - Bat Dstg Cycles normal 21 cycles 2 5 - - Bat Power Fault normal GOOD Bat Dcharge FET normal ON Bat Charge FET normal ON Bat Cycle Count normal 4 cycles - - - - san01n02 Bat Present normal PRESENT Bat Temp normal 24 C 0 5 53 58 Bat Volt normal 8100 mV 5500 5600 8500 8600 Bat Curr normal 0 mA - - 2320 2600 Bat Rem Cap normal 3328 mA*hr - - - - Bat Full Cap normal 3328 mA*hr - - - - Bat Charge Curr normal 0 mA - - 2200 2300 Bat Charge Volt normal 8200 mV - - 8900 9000 Bat Initial FCC normal 3200 mA*hr - - - - Bat Dstg Cycles normal 21 cycles 2 5 - - Bat Power Fault normal GOOD Bat Dcharge FET normal ON Bat Charge FET normal ON Bat Cycle Count normal 3 cycles - - - - 28 entries were displayed. 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: Mark Flint [mailto:mf1@sanger.ac.uk] Gesendet: Donnerstag, 2. März 2017 12:16 An: Alexander Griesser <AGriesser(a)anexia-it.com> Betreff: Re: NVMEM discharge FET off? Take a look at the output from system sensors, should show you the battery, whether it’s charging or not, And at what voltage System node environment sensors show And look for the nvmem battery info `Mark From: <toasters-bounces(a)teaparty.net<mailto:toasters-bounces@teaparty.net>> on behalf of Alexander Griesser <AGriesser(a)anexia-it.com<mailto:AGriesser@anexia-it.com>> Date: Saturday, 25 February 2017 at 20:42 To: "toasters(a)teaparty.net<mailto:toasters@teaparty.net>" <toasters(a)teaparty.net<mailto:toasters@teaparty.net>> Subject: NVMEM discharge FET off? Hi, anyone ever had these? 2/25/2017 19:39:32 san01n01 EMERGENCY nvmem.battery.capLowCrit: The NVMEM battery capacity is critically low (0 cycles). To prevent data loss, the system will shut down in 20 minutes. 2/25/2017 17:43:26 san01n02 EMERGENCY nvmem.battery.discFET.off: The NVMEM battery discharge FET is off. To prevent data loss, the system will shut down in 5 minutes. 2/25/2017 17:32:26 san01n02 ALERT nvmem.battery.FET.off: The NVMEM battery charge FET is off. To prevent data loss, the system will shut down in 24 hours. 2/25/2017 17:29:27 san01n01 EMERGENCY nvmem.battery.capLowCrit: The NVMEM battery capacity is critically low (0 cycles). To prevent data loss, the system will shut down in 20 minutes. 2/25/2017 16:20:52 san01n01 EMERGENCY nvmem.battery.discFET.off: The NVMEM battery discharge FET is off. To prevent data loss, the system will shut down in 5 minutes. The system did not shut down and all `system health` related commands I’m aware of tell me, that everything is good. This is a brand new AFF A300, but it’s been running since about a month now, so it’s not been powered on today or anything like that which would rectify these messages sometimes. 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 -- The Wellcome Trust Sanger Institute is operated by Genome Research Limited, a charity registered in England with number 1021457 and a company registered in England with number 2742969, whose registered office is 215 Euston Road, London, NW1 2BE.

3 4

OSSV "systemstate" recover on Windows box
by Mr. John W. Miller 10 Mar '17

10 Mar '17

Greetings, I know how to do a SystemState recover using data backed up by OSSV. (Windows box) I want to know how OSSV is accomplishing the recover. When I do the recover, the OSSV client software says: "The machine will need restarting to complete the restore of 462 file(s)." I reboot the machine and "magic" stuff happens. I want to know: 1. where, on my Windows box, does OSSV store the recovered files 2. what is the "magic" stuff that happens when I reboot the windows box Is there a document somewhere that explains the details of this process? thanks -john miller

1 0

Measurable effects of read_realloc?
by Ehrenwald, Ian 08 Mar '17

08 Mar '17

Hello Is there a way within an SVM (cDOT 8.3.2P5) to observe the results of setting read_realloc to “on” in Oracle database flexvols? I told my DBAs that I’d be enabling this option on a couple eligible flexvols per day to see if we’d benefit from it, and we all are curious to see if it has benefited us. What sort of measurable things would someone see? Decreased latency and increased throughput after a couple weeks of heavy read load? I have OCUM/OCPM and LogicMonitor to view filer-side stats, and my DBAs have OEM to view stats coming from Oracle. Thanks for any hints. -- Ian Ehrenwald Senior Infrastructure Engineer Hachette Book Group, Inc. 1.617.263.1948 / ian.ehrenwald(a)hbgusa.com This may contain confidential material. If you are not an intended recipient, please notify the sender, delete immediately, and understand that no disclosure or reliance on the information herein is permitted. Hachette Book Group may monitor email to and from our network.

3 2

MacOS Sierra and the red bang
by Carl Howell 07 Mar '17

07 Mar '17

Ever since MacOS Sierra came out, we've had quite a few complaints of users getting access denied while accessing CIFS shares on all of our 7-Mode(8.1.4P9) filers. I've seen this behavior myself where you connect to a share and many if not all of the folders will have a red bang on them. Sometimes the red bangs will just disappear, and sometimes you have to reboot/reconnect your Mac to get them to disappear. Has anybody else seen this or have a recommendation on how to resolve this? Thanks, --Carl

2 1

WAFL paper
by Rhodes, Richard L. 07 Mar '17

07 Mar '17

Found a link to this. Algorithms and Data Structures for Efficient Free Space Reclamation in WAFL https://www.usenix.org/system/files/conference/fast17/fast17-kesavan.pdf Rick ----------------------------------------- The information contained in this message is intended only for the personal and confidential use of the recipient(s) named above. If the reader of this message is not the intended recipient or an agent responsible for delivering it to the intended recipient, you are hereby notified that you have received this document in error and that any review, dissemination, distribution, or copying of this message is strictly prohibited. If you have received this communication in error, please notify us immediately, and delete the original message.

1 0

NVMEM discharge FET off?
by Alexander Griesser 25 Feb '17

25 Feb '17

Hi, anyone ever had these? 2/25/2017 19:39:32 san01n01 EMERGENCY nvmem.battery.capLowCrit: The NVMEM battery capacity is critically low (0 cycles). To prevent data loss, the system will shut down in 20 minutes. 2/25/2017 17:43:26 san01n02 EMERGENCY nvmem.battery.discFET.off: The NVMEM battery discharge FET is off. To prevent data loss, the system will shut down in 5 minutes. 2/25/2017 17:32:26 san01n02 ALERT nvmem.battery.FET.off: The NVMEM battery charge FET is off. To prevent data loss, the system will shut down in 24 hours. 2/25/2017 17:29:27 san01n01 EMERGENCY nvmem.battery.capLowCrit: The NVMEM battery capacity is critically low (0 cycles). To prevent data loss, the system will shut down in 20 minutes. 2/25/2017 16:20:52 san01n01 EMERGENCY nvmem.battery.discFET.off: The NVMEM battery discharge FET is off. To prevent data loss, the system will shut down in 5 minutes. The system did not shut down and all `system health` related commands I'm aware of tell me, that everything is good. This is a brand new AFF A300, but it's been running since about a month now, so it's not been powered on today or anything like that which would rectify these messages sometimes. 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

1 0

WFA vs OnCommand API Services vs NMSDK vs ..
by Ehrenwald, Ian 25 Feb '17

25 Feb '17

Hello My coworkers would like to integrate volume-related tasks (creation, sizing, mounting, offlining, destroying) into their Salt-based automation/devops stack. They want to use a well documented REST interface if at all possible. I was asked to do some research into the best way for them to go about doing this and I think I'm more confused now vs when I started. NetApp has a handful of ways to skin this cat. I found: - NMSDK is really raw, and support for Python seems pretty weak compared to PowerShell or Perl. We'd basically have to roll our own "thing". Too much time and effort reinventing the wheel. - Some stuff on Github that kinda sorta might work, but was last updated years ago. - Workflow Automation, but that seems overkill and pricy for what the (current) requirements are. - ONTAP API Services which seems closest to what they want, but then gets tangled up in OCUM/OCPM? I guess this actually isn't a huge deal, as we do have OCUM 6.4P1 and OCPM 2.1.0P1 integrated together and looking at all of our clusters. What are other people doing for automation of various storage related tasks? Ian Ehrenwald Senior Infrastructure Engineer Hachette Book Group, Inc. 1.617.263.1948 / ian.ehrenwald(a)hbgusa.com This may contain confidential material. If you are not an intended recipient, please notify the sender, delete immediately, and understand that no disclosure or reliance on the information herein is permitted. Hachette Book Group may monitor email to and from our network.

4 4

Administrivia: twenty years old today
by Tom Yates 21 Feb '17

21 Feb '17

I apologise for adding to everyone's mailbox, but I noticed that this list is twenty years old today - on 21/2/1997 I initialised the list, which was then hosted at Mathworks, and run by majordomo. The 20th anniversary of the first post (which wasn't mine!) will be 5/3/2017 (that is, in about two weeks), but I won't be saying all this again. Many thanks to everyone who has shared so generously of their time and expertise over the years, helping other people on this list, and to Mathworks, who hosted it for most of the last two decades. Bonus thanks to Kendall Libby, who has co-moderated this list with me since the move to teaparty.net (and mailman). -- Tom Yates - http://www.teaparty.net

3 2

NFSv3 mount on NTFS volume on cDOT 9.0 - UID getting mapped to 65534
by Ray Van Dolson 20 Feb '17

20 Feb '17

Have an NTFS volume being shared out via NFSV3. SVM is part of AD and NIS. When an NIS-joined client lists directories under the export, everything seems to be mapped to UID 65534. I'm able to validate this: ::*> vserver security file-directory show -vserver file_ntfs -path /setup-staging/raytest_windows Vserver: file_ntfs File Path: /setup-staging/raytest_windows File Inode Number: 1317151 Security Style: ntfs Effective Style: ntfs DOS Attributes: 10 DOS Attributes in Text: ----D--- Expanded Dos Attributes: - UNIX User Id: 65534 UNIX Group Id: 65534 UNIX Mode Bits: 777 UNIX Mode Bits in Text: rwxrwxrwx ACLs: NTFS Security Descriptor Control:0x8004 Owner:DOMAIN\rvandolson Group:DOMAIN\Domain Users DACL - ACEs ALLOW-Everyone-0x1f01ff-(Inherited) ALLOW-Everyone-0x10000000-OI|CI|IO (Inherited) However, the following makes me think the filer knows how to map AD usernames to Unix (NIS) usernames just fine: ::*> diag secd name-mapping show -vserver file_ntfs -direction win-unix -name DOMAIN\rvandolson -node red-str-napcl-p03-02 ATTENTION: Mapping of Data ONTAP "admin" users to UNIX user "root" is enabled, but the following information does not reflect this mapping. 'DOMAIN\rvandolson' maps to 'rvandolson' ::*> diag secd authentication translate -node red-str-napcl-p03-02 -vserver file_ntfs -unix-user-name rvandolson 580345 I don't have a default-win-user set: ::*> vserver nfs show -vserver file_ntfs -fields default-win-user vserver default-win-user --------- ---------------- file_ntfs (but I think the default is 65534). Shouldn't cDOT be returning 580345 for the UNIX User Id rather than 65534? Seems to be the case on 7-mode... Thanks! Ray

3 9

Running Cassandra on FAS
by Kalra, Manish 20 Feb '17

20 Feb '17

Does anyone has experience running Cassandra DB on Netapp All Flash Array. We are planning to deploy cassandra on Netapp AFF but everywhere I see online they discourage running Cassandra on shared storage. Any good/bad experiences you would like to share? Manish

1 0

Fwd: cDOT 9.1 , Netapp Volume encryption (NVE) and an external key management server.
by jordan slingerland 16 Feb '17

16 Feb '17

Based on this slide from the netapp university and the following doc, it looks to me like NVE is OKM only. Anyone have any information to support otherwise? https://library.netapp.com/ecm/ecm_download_file/ECMLP2572742 (my screenshot of university slide was blocked due to size) https://netapp.sabacloud.com/Saba/Web_spf/NA1PRD0047/common/leclassdetail/ regdw000000003193830 On one of the slides here in the 9.1 new features document it says "Federal Internet processing standards 140...level 2 compliance, NSE systems and external KMIP server still required) I take that to have the unfortunate meaning that NVE cannot be used with an external key management server. --Jordan

2 1

compute-reclaimable failing
by Ehrenwald, Ian 16 Feb '17

16 Feb '17

Hello Has anyone else run into an issue where a compute-reclaimable on a snapshot times out or fails after about 4 minutes of execution? I've tried this multiple times with the same result each execution. My-Cluster1::> volume snapshot compute-reclaimable -vserver MY_SVM -volume LARGE_FLEXVOL -snapshots SOME_BIG_OLD_SNAP Error: command failed: Cannot determine the status of Snapshot copy reclaimable operation on volume "LARGE_FLEXVOL" on Vserver "MY_SVM". If necessary, try the operation again. My-Cluster1::> The node the operation is running on is pretty hot in terms of CPU and disk and the volume the snapshot is part of is large (18t) and busy too in terms of IOPS, anywhere from 8K to 18K throughout the day. Am I hitting some sort of internal timeout for calculation? -- Ian Ehrenwald Senior Infrastructure Engineer Hachette Book Group, Inc. 1.617.263.1948 / ian.ehrenwald(a)hbgusa.com This may contain confidential material. If you are not an intended recipient, please notify the sender, delete immediately, and understand that no disclosure or reliance on the information herein is permitted. Hachette Book Group may monitor email to and from our network.

1 0

Fwd: cDOT 9.1 , Netapp Volume encryption (NVE) and an external key management server.
by jordan slingerland 15 Feb '17

15 Feb '17

Based on this slide from the netapp university and the following doc, it looks to me like NVE is OKM only. Anyone have any information to support otherwise? https://library.netapp.com/ecm/ecm_download_file/ECMLP2572742 [image: Inline image 2] On Wed, Feb 15, 2017 at 3:27 PM, Michael Bergman < michael.bergman(a)ericsson.com> wrote: > Sorry could not resist: Are you the rabbit or the fox in this...? :-) > /M > > > On 2017-02-15 21:22, jordan slingerland wrote: > >> I am just beginning to research a possible deployment of a new 9.1 system >> hoping to utilize NVE with an external key management server. It turns out >> the Onboard Key Manager does not appear to be FIPS compliant. >> >> I am not very far down this rabbit hole yet, but the documents I am >> reading >> so far only mention the Onboard Key Manager for use with NVE in 9.1 >> >> Could anyone (a) confirm the NVE feature is able to work with an external >> key management server and (b) recommend any that i might research. >> >> Thanks, >> Jordan >> > > -- > Michael Bergman > Sr Systems Analyst / Storage Architect michael.bergman(a)ericsson.com > Engineering Hub Stockholm Phone +46 10 7152945 > EMEA N, Operations North, IT Ops Kista SMS/MMS +46 70 5480835 > Ericsson Torshamnsg 33, 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

Jump to page:

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