Hi All,   Is there a way to delete unwanted iscsi initiators. If you go to System Manager > Storage VMs > Select an svm with iscsi protocol enabled > iSCSI > Initiator Security   I have a list of initiators (VMs) that have all been decommed and can be removed from this list. If I select one of them there is no way to just "delete" that initiator through System Manager. I've also had a look at doing it via command line but again cant seem to spot the command to do it.   The only way I have managed to delete them is if they were already in an igroup I can remove them from the igroup which also deleted them from Initiator Security. If they arent in an igroup then I cant find a way at the moment to delete them.   ONTAP version is 9.11.1P10 Thanks ... View more

I'm looking at a use case as follows:   Use case: I have a CIFS share with a DACL in place to allow various AD groups various levels of access. I wish to set it to read-only without modifying the DACL or setting the read-only bit as I don't want to touch the files directly (several million).    I was thinking of using a storage level gaurd for this purpose but I'm not 100% clear on if there is any effective permissions between a standard NTFS DACL and the storage level gaurd or if they are simply seperate controls checked in order i.e. are permissions combined from both levels and an effective permission outoput or is it simply a set of checks in order that the user has to pass e.g. NTFS level checked and then if access allowed storage level checked. if NTFS access denied storage level not checked as no need. For exmaple: Q1: If UserA is a Member of GroupA and has write on ShareA at the NTFS level and a member of GroupB that has read at the storage level I'd assume they get read access ultimately? Q2: If UserA is a Member of GroupA and has read on ShareA at the NTFS level and a member of GroupB that has write at the storage level I'd assume they get writeaccess ultimately?     ... View more

A colleague of mine indicated he's never reconfigured reporting nodes when moving volumes containing LUNs from one HA Pair in a cluster to another HA Pair. My understanding from NetApp documentation has been that you have to add the destination nodes as reporting nodes in advance of a volume move if you want to retain optimized paths.   I created a volume as a test and moved it to another HA Pair without adjusting reporting nodes. Sure enough, the nodes I moved the volume to were added automatically to the list of reporting nodes for the LUN! This behavior contradicts NetApp documentation which indicates it must be done manually. Has anyone else encountered this? Does anyone know if there's a scenario where it wouldn't happen automatically? ... View more

We enabled Analytics on our CIFS volumes and can easily see the data in the ONTAP GUI. I'd like to export the data to a CSV (or any file format) but don't see any options in the CLI. Has anyone found a way to get this data out other than looking at each volume in the GUI? I looked at the PowerShell module but didn't see anything there either - unless I missed something. API? ... View more

The cloud targets are not being returned from the NetApp REST API as shown below from MetroCluster! GET https://XX.XX.XX.XX/api/cloud/targets { "records": [], "num_records": 0, "_links": { "self": { "href": "/api/cloud/targets" } } } ... View more