On Tue, Oct 6, 2009 at 9:11 AM, Jordan Brown <[email protected]> wrote: > 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 >> >
I did have to manualy configure some options, at the time it wasn't automatically filling in some fields, but I'll clear them and see how that goes. -- Brent Jones [email protected] _______________________________________________ cifs-discuss mailing list [email protected] http://mail.opensolaris.org/mailman/listinfo/cifs-discuss
