Checking to see what are the most common commands for ONTAP CLI being used? I see a reference in docs but just curious if anyone has a cheat sheet or a list that they recommend.
... View more
We've ran into the HW-Issue where one Node shuts down because the SP Heartbeat was missed. Node-A goes offline and comes back online. Node-B has taken over successfully. However, the Giveback of one SFO Aggregate was vetoed because of CIFS Locks. We need to force the Giveback but have to wait a couple of weeks until a maint. window is approved since critical Applications work on these CIFS Shares. What happens now if Node-B goes offline while holding the SFO-Aggregate of Node-A? Is the Giveback forced or is the Aggregate going offline? Thank you in advance!
... View more
Hi, I have a six node cluster at the moment - 3, two node pairs. NODE3 - Will be decommissioned. NODE4 - Will be decommissioned. NODE5 - No change NODE6 - No change NODE7 - New Node NODE8 - New Node I've got Load Sharing volumes configured for my SVM's. One of my SVM's has the SVM root volume on NODE3. The replicated LS volumes are on NODE3, NODE4, NODE5 and NODE6. I will need to move the root volume from NODE3 to NODE7 and the replicated volumes on NODE3 and NODE4 to NODE7 and NODE8. Is it just a case of quiescing the snapmirror and then moving the root and replicated volumes and then resuming the snapmirror, or is there anything additional to be done with LS volumes? Thanks, Ben
... View more
My NetApp (FAS2720 running ONTAP 9.13.1P8) is receiving this authetication error roughly every two hours. I think, but I haven't yet been able to confirm, that the request is coming from a Solaris system. It looks like, under the hood, the NetApp is mapping its *NIX login to a Windows user for the purpose of domain authentication and that it's getting most of the way there but then failing at the end (bold text). Does anyone know how to resolve this? Here's the error text (personal info redacted): Severity: LOG_ERR Message: secd.nfsAuth.noCifsCred: vserver (svmfile01) NFS authorization cannot retrieve CIFS credentials. Error: Get user credentials procedure failed [ 0 ms] Determined UNIX id 65534 is UNIX user 'pcuser' [ 25] UNIX user 'pcuser' mapped to Windows user 'EXAMPLE\guest' [ 26] Successfully connected to ip 192.168.1.5, port 445 using TCP [ 32] Successfully authenticated with DC dc1.example.com [ 41] Encountered NT error (NT_STATUS_PENDING) for SMB command Read [ 45] Found Windows name 'EXAMPLE\guest' [ 49] Successfully connected to ip 10.1.1.5, port 88 using TCP **[ 59] FAILURE: Could not get credentials via S4U2Self based on full Windows user name 'guest@EXAMPLE.COM'. Access denied. [ 59] Could not get credentials for Windows user 'guest' or SID '[SID]' Description: This message occurs when an NFS authorization attempt fails because of the inability of the system to retrieve a matching CIFS credential for use in multi-protocol security operations. Action: Examine the failure details to determine corrective action. This failure usually occurs because the system is unable to communicate with Active Directory.
... View more
I am not sure if this is the correct forum, but I did see other posts about NetApp volumes here. Please advise of the correct forum if needed. On the Google Cloud Platform, I deployed a STANDARD service level 2048gb NetApp storagepool in uscentral1. Then I created a 100gb volume also in uscentral1. I have a question about this volume's performance. When I use the FIND command to traverse through a directory, the performance is noticeably slower on the Netapp volume versus the same data on the local drive. At first I was thinking I needed to increase my throughput performance by increasing my service level or making the volume bigger(which increases throughput performance). But after thinking about it, my FIND command is not moving data, it's just traversing through the directory. So it seems this is not a throughput issue? Does anyone have insight as to the performance issue here: root@server1:~# time find /data_local/cache/4c71-4cb6-bd50-d80aa7/ -type f | wc -l 4995 real 0m0.119s user 0m0.058s sys 0m0.059s root@server1:~# time find /data_NetappVol/cache/4c71-4cb6-bd50-d80aa7/ -type f | wc -l 4995 real 0m3.968s user 0m0.078s sys 0m0.219s
... View more