Network and Storage Protocols
Network and Storage Protocols
I am running "cifs setup" on a new filer A, and will be using the same cifs configurations as an exisiting one B. Now, when I type "cifs domaininfo" on filer B, I am getting the list of 3 different types of DC addresses.
My questoin is which one should I pick to answer the questions that I encountered when I run "cifs setup": IPv4 address(es) of your WINS name server(s) ?
the following is the output:
filerB>cifs domaininfo
NetBios Domain: abcdomain
Windows 2003 Domain Name: abcdomain.abc.com
Type: Windows 2003
Filer AD Site: xyz
Current Connected DCs: \\xDC02 and \\xDC01
Total DC addresses found: 20
Preferred Addresses:
IP1 xDC01 PDC
IP2 PDC
IP3 PDC
Favored Addresses:
IP4 PDC
Other Addresses:
IP5 PDC
... ...
IP20 PDC
Also, should I use abcdomain.abc.com to answer the question of What is the name of the Active Directory domain?
Solved! See The Solution
This is a basic AD question - if the DC admin is not the same as the AD admin, maybe I understand him not knowing, and you should find the AD guy to see what OU he want's the account in. If the DC and AD admin is the same person, and he doesn't know what you're asking, I'd be a bit worried.
My understanding (disclaimer: I'm a unix guy, not an AD guy) is that it doesn't really matter where the machine account goes - but there may (should) be standards where they want ALL the machine accounts, and there may be different rules/permissions around those OUs. If all else fails, they can do a lookup on the existing controllers and put the new ones there.
Bill
Also, should I use abcdomain.abc.com to answer the question of What is the name of the Active Directory domain?
Give : abc.com
It looks like abcdomain is a child domain in the same tree as abc.com.
If that is where the filer will live, I'd use that one.
Then the resulting FQDN of your filer would be filera.abcdomain.abc.com
You should be able to leave WINS servers blank unless you really need them.
I honestly don't really understand what WINS servers are? Some answer "y" on the question of "Do you want to make the system visible via WINS?', then IP's..
If I answer "y", then should I use one, or two IP's in Preferred Addresses?
WINS (as I understand it) was/is basically windows pre-DNS name resolution. It's sort of legacy, but still in use. (Disclaimer: I'm a unix guy - this is just my understanding, I'm not selling it as hard fact!) If your existing controller has it set, I would set it on the new one. It won't hurt anything.
You can see what WINS addresses were used on the existing controller by looking in filerB:/vol/vol0/etc/cifsconfig_setup.cfg (or the appropriate root CIFS share of vol0. I would use those same addresses. Once you join to the domain, I would also set the same preferred addresses, unless you know of a reason in your environment that you shouldn't do this.
And bingen is right - use abcdomain.abc.com as the domain name.
Bill
Hi, Guys,
Thank you all for your inputs.
Bill, I checked the file filerB:/vol/vol0/etc/cifsconfig_setup.cfg, there is only one line in it:
cifs setup -security unix -cp 437 -NTFSonly
Does that mean we did not specify any IP's for WINS server? if this is the case, then I should anser "n" to the question of "Do you want to make the system visible via WINS?", and without giving it any IP's?
Yes, I would take that to mean that filerB is not using WINS - though I'm curious why filerA lists a NetBIOS domain. Try answering no, then check out the domaininfo afterwards, and see if it lists a netbios domain.
Bill
No, filerA is a new filer, and lists nothing. It is filerB(existing one) lists a NetBIOS domain. I will let you know. Thanks!
Sorry - filerA is what I meant!
ONTAP will always show the domain netbios name, and every domain has a netbios name.
WINS was used by, and required by, NT4 domains. You generally don't use WINS anymore as Active Directory domains don't require it and it basically is just inferior to DNS in pretty much every way possible.
When you run CIFS setup, just say "no" to WINS. Unless your environment needs it for something odd or you actually have an NT4 domain. Which I assume you don't since the old filer says "Windows 2003" for the domain type.
Hi guys,
I am getting another issue now.
I have been prompted for root password. I have tried the root password for the filer 4 times now, and pretty sure I entered the right one. Is it possible it is not asking the root passowrd for the filers? What root password is OnTap asking,other than the filer's root password?
CIFS requires local /etc/passwd and /etc/group files and default files
will be created. The default passwd file contains entries for 'root',
'pcuser', and 'nobody'.
Enter the password for the root user []:
Password validation failed. Password has been used sometime in the last 6 change
Hmm, I have not seen this, but I did find something on it. From the software setup guide:
During CIFS setup, you are prompted for the root password. When you enter the current password, it is not accepted. If you want to continue using the same password, you can enter Ctrl-C to stop the setup script and set the password history to 0. If you want to use a different root password, you can change the password at the prompt. If you modify the password history to 0 to use the existing password, you need to reset it to the old value after completing CIFS setup.
Check "option security". security.passwd.rules.history looks like it started defaulting to 6 in 8.0, and is enforced if security.passwd.rules.enable is on, which is also the default in 8.0. Try disabling the rules or setting the history to 0, then try again.
Bill
Hi Bill,
I followed what you said, and it went through! it is really a big through.
Now, I am getting the follwoing error, I believe it is due to I don't have the priviledge on AD. What does people usually do from here? Should I ask AD admin (belong to different group) to come here, and enter the name and password on the prompt, then I can continue? or are there any other ways to do it?
Password for myid@abcdomain.abc.COM:
CIFS - Logged in as myid@abcdomain.abc.COM.
*** The user you specified, myid@abcdomain.abc.COM, does not have
*** permission to create a machine account for this server in Active
*** Directory. To continue, you must specify a user with the appropriate
*** privileges.
Enter the name of the Windows user []:
"Should I ask AD admin (belong to different group) to come here, and enter the name and password on the prompt, then I can continue?"
Yes, that's pretty much what most people do that I talk to. Unless the AD admin will create an account for you that has the right to create machine accounts.
Agreed. Having the Windows admin come and type credentials is what I've always done.
Bill
Nice to hear you all, I'd have to stop here.
I will leave the thread open, until any further action.
Thanks you all again.
while I am waiting for the process to have AD admin to type credentials, i have another question for you all.
I wanted to duplicate all CIFS settings/acccess/authenticated user groups on the new filer, are there any simplifeid ways to do that?
I don't know of any simplified way. I've migrated shares and share permissions before by using the /etc/cifsconfig_share.cfg file. I can't at the moment recall if I copied it over and started cifs, or just ran each line in the file, since they are all valid cifs command.
After you do the cifs setup on the new controller, you could try copying all the /etc/cifs* files over that don't look complete on the new controller. cifsconfig_setup.cfg, for example, should be fully configured after you run cifs setup. I'm not sure about cifssec.cfg. Also check all the cifs options ("options cifs") and make sure the new controller is the same.
There are also some cifs shares settings in the registry, if you set things like umask and forcegroup - search for options.cifsinternal in /etc/registry, and you'd need to apply those manually (or via a script).
Hope that helps
Bill
Hi Bill,
Your message is greatly helpful.
By reading your message, I am wondering what document I need to read through, in order to get understanding of these aspects of CIFS on NetApp filers, things like your said, use of /etc/cifsconfig_share.cfg, cifsconfig_setup.cfg, cifssec.cfg, /etc/registry etc...
Thanks you very much for sharing!
Unfortunately I don't know of any document that really talks about how the files are used. I got this info by poking around the filesystem and piecing stuff together through trial and error. There are plenty of guides available on the NetApp support site, but I think they are all ready focused on the front end (cifs setup, cifs shares -add, etc) and not so much on the back end.
Bill
Your message made me feel better, I am not the only one for a new CIFS guy.
You reminded me to check out /etc/cifsconfig_share.cfg, and there are a lot of lines with the format as following:
cifs access "share_name" S-1-5-11 Change
Could you please elaborate more about what S-1-5-11 is? I guess, it might be something to do with authentication group in Active Directory. Is that true? and how this S-1-5-11 is define? Since I don't have the access to AD, what am I supposed to see about this name?
I know this thread has been dragged for long...