Please check if idmapd is online by running: svcs -a | grep idmap
If it is still offline, please do the following to disable idmap daemon from performing auto-discovery. Set all the auto-discoverable SMF properties of the idmap service: config/domain_name, forest_name, site_name, domain_controller and global_catalog. For example: svccfg -s idmap setprop config/domain_name=astring:"" setprop config/forest_name=astring:"" setprop config/site_name=astring:"" setprop config/domain_controller=astring:"" setprop config/global_catalog=astring:"" There is a known issue that when idmapd takes too long to discover AD information at startup it can run into its start method timeout, in which case SMF will kill it and mark the service offline*. Once both the idmap and smb/server is online, please make sure you configure Kerberos and ADS before joining your system to a domain. I'll get you more info in a few minutes. Regards, Natalie John Connett wrote: >On Mon, 2007-11-26 at 11:30 -0800, Natalie Li wrote: > > >>Try the following to bring up its dependencies: >> >>svcadm -r enable smb/server >> >> > >Getting closer: > >bash-3.2# svcadm enable -r smb/server >svcadm: svc:/milestone/network depends on svc:/network/physical, which >has multiple instances. >bash-3.2# svcs -a | grep smb >offline 17:36:42 svc:/network/smb/server:default >bash-3.2# > >Regards >-- >John C > >_______________________________________________ >storage-discuss mailing list >[email protected] >http://mail.opensolaris.org/mailman/listinfo/storage-discuss > > _______________________________________________ storage-discuss mailing list [email protected] http://mail.opensolaris.org/mailman/listinfo/storage-discuss
