Type UNIX ID Name Domain SID NT 32769 Domain Admins LAB S-1-5-15-6e8b75da-370ca1cd-71a54d1a-200 NT 10000 Domain Users LAB S-1-5-15-6e8b75da-370ca1cd-71a54d1a-201 NT 32774 Denied RODC Pass LAB S-1-5-15-6e8b75da-370ca1cd-71a54d1a-23c NT 4294967294 Everyone S-1-1-0 NT 4294967294 NETWORK NT AUTHORITY S-1-5-2 NT 4294967294 Authenticated Us NT AUTHORITY S-1-5-b NT 2151678496 Administrators BUILTIN S-1-5-20-220 NT 2151678497 Users BUILTIN S-1-5-20-221 NT 1 UNIX GID=0x1 &ap S-1-5-12-2-1 UNIX 32769 UNIX 10000 Domain Users UNIX 32774 UNIX 4294967294 UNIX 2151678496 UNIX 2151678497 UNIX 1
So - this leads me to three questions:
1. Why is it not pulling the UID/GID from the NIS - which there is a valid entry
if you want to use NIS for user mapping you either need to have the passwd/group entries there with both domain and user or drop the domain via cifs.resolver param
also don't forget case sensitivity
In general - when doing multi-protocol I recommend reading and understanding the relevant manuals
Have you checked that you can get a valid UID or GID mapping with "server_ldap server_2 -lookup" (check exact syntax)
Also check CIFS resolver param. By default the DM searches user.domain (not just user). Use server_param command to change it, name of the facility is "cifs"
Have you checked that you can get a valid UID or GID mapping with "server_ldap server_2 -lookup" (check exact syntax)
Also check CIFS resolver param. By default the DM searches user.domain (not just user). Use server_param command to change it, name of the facility is "cifs"
Claude
I did get this working last night. Funny though, the ultimate resolution was to disablethe cifs facility param (set it to 1 - even though everything I read told me to leave it enabled for an AD/IdMU configuration). I disabled my usermapper service and had to clean out some residual entries. I didn't realize that disabling the usermapper service just caused the dm to continue to query the usermapper's exisiting entries, just not to add new entries.
One thing I did notice though is that I had to query LDAP for the UID via "server_ldap server_2 -lookup -uid " before I could get "server_ldap server_2 -lookup -name -domain " to work. I don't think that should be normal operation?
But anywho, that should take care of this problem. Now to figure out why NFS is so bloody slow (4Mb/sec MAX copy rate ).
keep in mind that secmap is a permanent cache - an entry there will never get updated or expire unless you explicitly delete it with server_cifssupport
cmschube-dell
1 Rookie
•
13 Posts
0
September 14th, 2010 16:00
Nevermind - I forgot that I had the drive mapped as another user... Here's the output.
So - this leads me to three questions:
1. Why is it not pulling the UID/GID from the NIS - which there is a valid entry
2. Why is the secmap not getting updated?
Thanks again,
Chris
cmschube-dell
1 Rookie
•
13 Posts
0
September 14th, 2010 16:00
Hey Rainer -
Thanks for taking a look..
We don't have a VDM since we aren't going to be doing any replicating, I
remember the installer mentioning something about it and then saying that
we don't need one since we won't be replicating.
Do you have any suggestion on which switch/switches to throw on
server_cifssupport?
Thanks,
Chris
cmschube-dell
1 Rookie
•
13 Posts
0
September 14th, 2010 16:00
Rainer,
The secmap is enabled -
Thanks,
Chris
Rainer_EMC
4 Operator
•
8.6K Posts
0
September 14th, 2010 16:00
are you using a VDM by any chance?
if yes then you might be looking at the wrong secmap - each vdm has it's own
if you can connect through CIFS then you definitely got a mapping from somewhere and server_cifssupport will tell you where it came from
without a mapped uid/gid the Celerra wouldn't allow the connect
Rainer
Rainer_EMC
4 Operator
•
8.6K Posts
0
September 14th, 2010 16:00
of course if you have disabled secmap through a param then looking at the secmap won't do you any good
you then need to use the other server_cifssupport options to check creds
Rainer_EMC
4 Operator
•
8.6K Posts
0
September 14th, 2010 16:00
then I would suggest to open a service request or try support live chat - maybe someone can dialin and take a look
using multiple mapping methods like NIS and LDAP can be confusing unless you know how it works and have a good reason to do so
Rainer_EMC
4 Operator
•
8.6K Posts
0
September 14th, 2010 16:00
sorry - not from memory
there should be a manual or technote about it on Powerlink
if you can write a file from Windows then you did get a mapping for uid/gid
we don't "make them up"
Rainer_EMC
4 Operator
•
8.6K Posts
0
September 14th, 2010 17:00
if you want to use NIS for user mapping you either need to have the passwd/group entries there with both domain and user or drop the domain via cifs.resolver param
also don't forget case sensitivity
In general - when doing multi-protocol I recommend reading and understanding the relevant manuals
Rainer_EMC
4 Operator
•
8.6K Posts
0
September 14th, 2010 17:00
you do realize you ldap.conf says to first look at LDAP - if it gets a mapping there it won't look at NIS
bergec
275 Posts
1
September 14th, 2010 23:00
Have you checked that you can get a valid UID or GID mapping with "server_ldap server_2 -lookup" (check exact syntax)
Also check CIFS resolver param. By default the DM searches user.domain (not just user). Use server_param command to change it, name of the facility is "cifs"
Claude
cmschube-dell
1 Rookie
•
13 Posts
0
September 15th, 2010 04:00
Hey Claude -
Thanks for the response.
I did get this working last night. Funny though, the ultimate resolution was to disable the cifs facility param (set it to 1 - even though everything I read told me to leave it enabled for an AD/IdMU configuration). I disabled my usermapper service and had to clean out some residual entries. I didn't realize that disabling the usermapper service just caused the dm to continue to query the usermapper's exisiting entries, just not to add new entries.
One thing I did notice though is that I had to query LDAP for the UID via "server_ldap server_2 -lookup -uid" before I could get "server_ldap server_2 -lookup -name -domain " to work. I don't think that should be normal operation?
But anywho, that should take care of this problem. Now to figure out why NFS is so bloody slow (4Mb/sec MAX copy rate
).
Thanks again everyone for the replies.
Chris
Rainer_EMC
4 Operator
•
8.6K Posts
0
September 15th, 2010 08:00
keep in mind that secmap is a permanent cache - an entry there will never get updated or expire unless you explicitly delete it with server_cifssupport