The following message bounced. Can you redirect as appropriate or advise how I can make the indicated updates myself?
Thanks, Jack -------- Original Message -------- Subject: Re: CR 6920007 Updated, P3 idmap/idmapd Workgroup mode dns query for _ldap._tcp.dc._msdcs Date: Sun, 31 Jan 2010 11:44:49 -0700 From: Jack Whitehead <jackwhiteh...@shaw.ca> To: bugmail-sender at Sun.COM I am trying to add a comment to this CR via bugs.opensolaris.org but I can't find a way to do that. I find that this problem only occurs if the domain name in /etc/resolv.conf is a registered domain. It turns out that the name I was using became registered to someone else at some point (jcw.ca). The name I am using now (JackWhitehead.ca) is not registered and the problem does occur. So, the following resolv.conf results in the problem... domain jcw.ca nameserver 64.59.128.121 nameserver 64.59.135.143 With this one, no problem (reboot after changing resolv.conf). domain JackWhitehead.ca nameserver 64.59.128.121 nameserver 64.59.135.143 Jack On 10-01-25 08:23 PM, bugmail-sender at Sun.COM wrote: > *Synopsis*: Workgroup mode dns query for _ldap._tcp.dc._msdcs > > CR 6920007 changed on Jan 26 2010 by<User 1-5Q-1267> > > === Field ============ === New Value ============= === Old Value > ============= > > Category idmap opensolaris > SubCategory idmapd triage-queue > ====================== =========================== > =========================== > > > *Change Request ID*: 6920007 > > *Synopsis*: Workgroup mode dns query for _ldap._tcp.dc._msdcs > > Product: solaris > Category: idmap > Subcategory: idmapd > Type: Defect > Subtype: > Status: 1-Dispatched > Substatus: > Priority: 3-Medium > Introduced In Release: > Introduced In Build: > Responsible Engineer: > Keywords: opensolaris > > === *Description* > ============================================================ > Category > kernel > Sub-Category > cifs > Description > I have found a symptoms match for this problem at url > http://bugs.opensolaris.org/bugdatabase/view_bug.do;jsessionid=dd7fa38112040d2b68afe2ddba82?bug_id=6813268 > My searches for the bug id reslt in not found. > The url reports the problem in snv_117. I have experienced it in snv_131 and > 130 and possibly going back further. > The dns searches (to my isp servers) never stop; usually about 50 packets > per second in and out even when all applications and cifs clients are > shutdown. > I'm running smb in workgroup mode without any other apparent problems. > # smbadm list > [*] [HOME] > some typical snoop output follows... > nsc4.no.cg.shawcable.net -> cascade DNS R Error: 3(Name Error) > cascade -> nsc4.no.cg.shawcable.net DNS C _ldap._tcp.dc._msdcs. > Internet Unknown (33) ? > nsc4.no.cg.shawcable.net -> cascade DNS R Error: 3(Name Error) > cascade -> nsc4.no.cg.shawcable.net DNS C > _ldap._tcp.dc._msdcs.JackWhitehead.ca. Internet Unknown (33) ? > nsc4.no.cg.shawcable.net -> cascade DNS R Error: 3(Name Error) > cascade -> nsc4.no.cg.shawcable.net DNS C _ldap._tcp.dc._msdcs. > Internet Unknown (33) ? > nsc4.no.cg.shawcable.net -> cascade DNS R Error: 3(Name Error) > cascade -> nsc4.no.cg.shawcable.net DNS C > _ldap._tcp.dc._msdcs.JackWhitehead.ca. Internet Unknown (33) ? > nsc4.no.cg.shawcable.net -> cascade DNS R Error: 3(Name Error) > cascade -> nsc4.no.cg.shawcable.net DNS C _ldap._tcp.dc._msdcs. > Internet Unknown (33) ? > JackWhitehead.ca is the domain configured in /etc/resolv.conf . It is not a > registered domain. > Frequency > Always > Regression > no > Steps to Reproduce > Configure CIFS with a few zfs shares in workgroup mode. > # snoop -I rtls0 > Expected Result > No DNS lookups in workgroup mode. > Actual Result > snoop output described above... frequent dns lookups for > _ldap._tcp.dc._msdcs > Error Message(s) > See bug 6813268 or the URL referenced above.snoop output is above. > Test Case > > Workaround > Turn of CIFS I suppose. > Additional configuration information > I'm running smb in workgroup mode without any other apparent problems. > Based on URL > http://bugs.opensolaris.org/bugdatabase/view_bug.do;jsessionid=dd7fa38112040d2b68afe2ddba82?bug_id=6813268 > I suspect idmap because the symptoms are identical except that I am running > snv_131. I tried to select Category idmap but it forced a subcategory > selection and none were available. > # smbadm list > [*] [HOME] > JackWhitehead.ca is the domain configured in /etc/resolv.conf . It is not a > registered domain. > > *** (#1 of 1): 2010-01-26 00:20:33 GMT+00:00<User 1-9HOB9N> > > > === *Public Comments* > ======================================================== > > === *Workaround* > ============================================================= > > === *Additional Details* > ===================================================== > Targeted Release: > Commit To Fix In Build: > Fixed In Build: > Integrated In Build: > Verified In Build: > See Also: 6813268 > Duplicate of: > Hooks: > Hook1: > Hook2: > Hook3: > Hook4: > Hook5: > Hook6:<email address omitted> > Program Management: > Root Cause: > Fix Affects Documentation: No > Fix Affects Localization: No > > === *History* > ================================================================ > Date Submitted: 2010-01-26 00:20:32 GMT+00:00 > Submitted By:<User 1-9HOB9N> > > Status Changed Date Updated Updated By > > > === *Service Request* > ======================================================== > Impact: Limited > Functionality: Primary > Severity: 3 > Product Name: solaris > Product Release: solaris_nevada > Product Build: snv_131 > Operating System: solaris_nevada > Hardware: x86 > Submitted Date: 2010-01-26 00:20:33 GMT+00:00 > > > === *Multiple Release (MR) Cluster* - 0 > ====================================== > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://mail.opensolaris.org/pipermail/request-sponsor/attachments/20100131/bd6bd884/attachment.html>
