That was a good catch. I think you are right, there is no data protocol associated with any of the LIFs.
netappcs::> net int show -fields data-protocol,address
(network interface show)
vserver lif data-protocol address
------- ----------------- ------------- ---------------
Cluster netappcs-01_clus1 none 169.254.128.165
Cluster netappcs-01_clus2 none 169.254.105.184
Cluster netappcs-02_clus1 none 169.254.141.61
Cluster netappcs-02_clus2 none 169.254.129.139
netappcs
cluster_mgmt none 192.168.100.40
netappcs
netappcs-01_mgmt1 none 192.168.100.41
netappcs
netappcs-02_mgmt1 none 192.168.100.42
svm1 svm1_mgmt none 192.168.100.45
svm2 svm2_mgmt none 192.168.100.46
9 entries were displayed.
Then, I deleted and re-created both the SVM LIFs and the output is below:
netappcs::> net int show -fields data-protocol,address
(network interface show)
vserver lif data-protocol address
------- ----------------- ------------- ---------------
Cluster netappcs-01_clus1 none 169.254.128.165
Cluster netappcs-01_clus2 none 169.254.105.184
Cluster netappcs-02_clus1 none 169.254.141.61
Cluster netappcs-02_clus2 none 169.254.129.139
netappcs
cluster_mgmt none 192.168.100.40
netappcs
netappcs-01_mgmt1 none 192.168.100.41
netappcs
netappcs-02_mgmt1 none 192.168.100.42
svm1 svm1_cifs cifs 192.168.100.45
svm2 svm2_cifs cifs 192.168.100.46
9 entries were displayed.
Now I tried to map the share onto the 2012 R2 client but for some reason, the share got hung onto "Attempting to connect to \\192.168.100.45\oraprod01...."
But am curious, why the NTP does not sync with the external time server I have configured.
netappcs::> date
Node Date Time zone
--------- ------------------------ -------------------------
netappcs-01
Sun Feb 21 02:56:48 2016 Asia/Qatar
netappcs-02
Sun Feb 21 02:53:56 2016 Asia/Qatar
2 entries were displayed.
netappcs::> date -u
Node UTC Date
--------- ------------------------
netappcs-01
Sat Feb 20 23:56:49 2016
netappcs-02
Sat Feb 20 23:53:58 2016
2 entries were displayed.