I should have added:
... and if so the workaround is to remove the manual configuration:
# svccfg -s idmap delprop config/domain_controller
# svccfg -s idmap delprop config/global_catalog
# svccfg -s idmap delprop config/forest_name
# svccfg -s idmap delprop config/site_name
# svcadm refresh idmap
# svcadm clear idmap
Jordan Brown wrote:
Brent Jones wrote:
I get pretty much the same thing in the log files:
[ Oct 6 01:27:31 Executing start method ("/usr/lib/idmapd"). ]
debug mode enabled
change machine_sid=S-1-5-21-2291788055-3825100277-3819084254
change default_domain=smarshinc.com
change domain_name=smarshinc.com
change domain_controller=pdx-dc-01.smarshinc.com port=389
change forest_name=smarshinc.com
change site_name=
change global_catalog=pdx-dc-01.smarshinc.com port=3268
[ Oct 6 01:27:35 Method "start" exited with status 255. ]
Do you have a bunch of stuff manually configured?
$ svcprop -c -p config idmap
You shouldn't need to have anything other than maybe config/domain_name
configured; everything else can normally be automatically discovered.
If you have parameters (and in particular config/domain_controller)
manually configured, that explains why you're triggering this bug so
reliably. It's still a bug, but manual configuration is more for
debugging than for production and doesn't get significant testing.
_______________________________________________
cifs-discuss mailing list
[email protected]
http://mail.opensolaris.org/mailman/listinfo/cifs-discuss
_______________________________________________
cifs-discuss mailing list
[email protected]
http://mail.opensolaris.org/mailman/listinfo/cifs-discuss
