2017-05-18 04:20 AM
Have a serious problem, and I will try to first give the facts:
Version 8.2.3 7-Mode
We lost communication with both primary filers yesterday. It looks as if there is a authentication problem. I am unable to log on with my elevated account, but I can log on with a local account. If a customer reboots, they will lose connection.
Strange, I can access the DR filers with no issues...
I have rebooted the filers this morning, still unable to access the filers with elevated account via SecureCRT and NetApp OnCommand.
All protocols, CIFS, NFS, iSCSI, and FC/FCoE are enabled.
NOTE: In the CIFS windows, I have clicked on the Options TAB and went to Access Security. The Enable SMB is NOT checked.
I am now receiving a email from the primary filers stating Configuration Error with the following link
We do not have NetApp support at this time due to a lapse in the contract. We will finally get support in the next two weeks when they upgrade our systems.
So, does anyone have an idea what is wrong and how I can fix this?
2017-05-18 04:32 AM
The first question I would have is are you having client access issues?
And when you say you can't connect to filer, are you SSH'ing into filer with your domain account?
2017-05-18 04:55 AM
First, thanks for the quick reply.
To answer your questions, the only problem that the clients are having is that they cannot connect to the filers to get their data.
As to SSH'ing, I can do that with a local account, but not the AD account
2017-05-18 05:13 AM
if your time is within 5 minutes you need to type
if that doesn't work, you need to check the AD account to see if the machine account is messed up.
and your max skew should be set at 2m
2017-05-18 06:10 AM
Did you apply the patch ? latest SMB1 disable patch on windows 2008 or higher server
There is a option you have to enable, its explicit options, we had the same issue
options cifs.smb2.client.enable on
and do cifs dctest or resetdc
first wait few min and check if it picks up automatically