On 01/13/11 06:21 AM, keegam wrote:
Thanks for your reply. I turned on debugging as recommended. When I tried to
connect to manage shares from windows, nothing was written to the log (but
debugging does appear to be working since i saw a lot of other entries in the
log file). I did see the ini
Thanks for your reply. I turned on debugging as recommended. When I tried to
connect to manage shares from windows, nothing was written to the log (but
debugging does appear to be working since i saw a lot of other entries in the
log file). I did see the initial 'idmap failed' error in /var/adm/
The error -9976 that's in the log is "domain not found". This could
indicate idmap encountering a problem with discovering domain controllers.
Turning on idmap debugging and inspecting its log might be illuminating.
However, as Alan said, much has changed (especially in this area) and
upgrad
On 01/11/11 10:31 AM, keegam wrote:
Do you remember what you did to resolve it? I am still having this issue.
It would probably be a CR filed under idmap but I don't recall
a specific fix. It may have been resolved as a consequence of
something else.
Also, here is the version of solaris i'm
Do you remember what you did to resolve it? I am still having this issue.
Also, here is the version of solaris i'm using:
SunOS dsshare01 5.11 snv_134 i86pc i386 i86pc Solaris
--
This message posted from opensolaris.org
___
cifs-discuss mailing list
ci
On 01/ 7/11 12:58 PM, keegam wrote:
Currently we have a sun server with a zfs pool, and our windows team manages
permissions and access to said pool via cifs.
Recently, and for an unknown reason, idmap is failing. No one has logged in to the
solaris server since well before the problems starte
Currently we have a sun server with a zfs pool, and our windows team manages
permissions and access to said pool via cifs.
Recently, and for an unknown reason, idmap is failing. No one has logged in to
the solaris server since well before the problems started, and the windows team
is unaware of