On Fri, Apr 17, 2009 at 04:26:40PM -0400, Matt Feightner wrote: > Here you go -- thanks!
This is helpful, thanks. > r...@dev-cask:/usr/bin# bash cifs-gendiag.sh > cifs-gendiag.sh: line 1: IFS: command not found Afshin: the above is indicative of a bug in cifs-gendiag.sh... > Apr 17 20:20:29 dev-cask idmap[321]: [ID 281832 daemon.debug] querying DNS > for SRV RRs named '_ldap._tcp.DevPRV._sites.gc._msdcs' > Apr 17 20:20:29 dev-cask idmap[321]: [ID 537588 daemon.debug] Found > _ldap._tcp.DevPRV._sites.gc._msdcs.liquor.dev 600 IN SRV [0][100] > dev-vmbwdc1.bourbon.liquor.dev:3268 Looks like the forest name is liquor.dev, correct? Also, it looks like you do have a site configured: "DevPRV". > Apr 17 20:20:29 dev-cask idmap[321]: [ID 873961 daemon.info] change > global_catalog=dev-vmbwdc1.bourbon.liquor.dev port=3268 > Apr 17 20:20:29 dev-cask idmap[321]: [ID 873961 daemon.info] change > global_catalog=dev-vmbstopdc1.bstop.liquor.dev port=3268 > Apr 17 20:20:29 dev-cask idmap[321]: [ID 873961 daemon.info] change > global_catalog=dev-vmfrdc1.liquor.dev port=3268 idmapd found three GCs for your forest. It also found the local site. Either AD claims all three of those GCs are in your DevPRV site or that there are no GCs for your DevPRV site. Either way seems like a misconfiguration. idmapd also listed all the domains in your forest: > Apr 17 20:20:29 dev-cask idmap[321]: [ID 452674 daemon.info] change > domains_in_forest=bstop.liquor.dev > Apr 17 20:20:29 dev-cask idmap[321]: [ID 868507 daemon.info] change > trusted_domains=bourbon.liquor.dev direction=bi-directional > Apr 17 20:20:29 dev-cask idmap[321]: [ID 868507 daemon.info] change > trusted_domains=scotch.liquor.dev direction=bi-directional > Apr 17 20:20:29 dev-cask idmap[321]: [ID 868507 daemon.info] change > trusted_domains=bstop.liquor.dev direction=bi-directional But I'm not sure what "change domains_in_forest=bstop.liquor.dev" means. Julian (cc'ed) should be able to explain that. It seems that here idmapd thinks the forest name is bstop.liquor.dev, when it really is liquor.dev, so it seems like there's a bug, but I'm not sure how relevant that bug is (it might simply be a bug in data presentation). Afshin: you might want to update cifs-gendiag to put idmapd in debug more and grab its log file. Nico -- _______________________________________________ cifs-discuss mailing list [email protected] http://mail.opensolaris.org/mailman/listinfo/cifs-discuss
