The zone is badly configured so that all queries end up going to a dead server after a sucessful query.
nameserver1.gpi-g.com says the NS RRset is just nameserver2.gpi-g.com. nameserver2.gpi-g.com returns SERVFAIL. Both nameservers should be listed in the zone rather than just one and the broken server should be fixed. Mark ; <<>> DiG 9.6.0-APPLE-P2 <<>> mail.sin.gpi-g.com @nameserver1.gpi-g.com +norec ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 46862 ;; flags: qr aa; QUERY: 1, ANSWER: 1, AUTHORITY: 1, ADDITIONAL: 1 ;; QUESTION SECTION: ;mail.sin.gpi-g.com. IN A ;; ANSWER SECTION: mail.sin.gpi-g.com. 38400 IN A 203.175.163.180 ;; AUTHORITY SECTION: sin.gpi-g.com. 38400 IN NS nameserver2.gpi-g.com. ;; ADDITIONAL SECTION: nameserver2.gpi-g.com. 14400 IN A 202.182.61.51 ;; Query time: 444 msec ;; SERVER: 202.169.51.115#53(202.169.51.115) ;; WHEN: Tue Jul 26 11:47:50 2011 ;; MSG SIZE rcvd: 94 ; <<>> DiG 9.6.0-APPLE-P2 <<>> mail.sin.gpi-g.com @nameserver2.gpi-g.com +norec ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: SERVFAIL, id: 34946 ;; flags: qr; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 0 ;; QUESTION SECTION: ;mail.sin.gpi-g.com. IN A ;; Query time: 345 msec ;; SERVER: 202.182.61.51#53(202.182.61.51) ;; WHEN: Tue Jul 26 11:48:14 2011 ;; MSG SIZE rcvd: 36 In message <556d96cc42f55246b3a154e757be983c0c08e...@ntxboimbx21.micron.com>, "Sathyan Arjunan (sarjunan) [CONTRACTOR]" writes: > This is a multi-part message in MIME format. > > --===============3808398658550829298== > Content-class: urn:content-classes:message > Content-Type: multipart/alternative; > boundary="----_=_NextPart_001_01CC4AD6.3829B9EE" > > This is a multi-part message in MIME format. > > ------_=_NextPart_001_01CC4AD6.3829B9EE > Content-Type: text/plain; > charset="us-ascii" > Content-Transfer-Encoding: quoted-printable > > Recent days, I am facing frequent caching issues with my DNS servers > which are responsible for recursive lookup to external queries. As a > temporary solution, we used to refresh the named daemon to clear the > cache. To isolate this issue we upgraded the BIND to "BIND 9.7.3" but > even after the upgrade issue repeats.=20 > > =20 > > If I do a nslookup for "mail.sin.gpi-g.com", it fails.=20 > > =20 > > nslookup mail.sin.gpi-g.com > Server: dnsserver > > Address: x.x.x.x#53 > > =20 > > ** server can't find mail.sin.gpi-g.com: SERVFAIL > > =20 > > To fix this I have to restart the named daemon in caching DNS server. > Once I restart, the lookup resolves well. However the issue appears > again in few days. Any thoughts? > > =20 > > nslookup mail.sin.gpi-g.com > > Server: dnsserver > > Address: x.x.x.x#53 > > =20 > > Non-authoritative answer: > > Name: mail.sin.gpi-g.com > > Address: 203.175.163.180 > > =20 > > Regards, > > --Sathyan > > > ------_=_NextPart_001_01CC4AD6.3829B9EE > Content-Type: text/html; > charset="us-ascii" > Content-Transfer-Encoding: quoted-printable > > <html xmlns:v=3D"urn:schemas-microsoft-com:vml" = > xmlns:o=3D"urn:schemas-microsoft-com:office:office" = > xmlns:w=3D"urn:schemas-microsoft-com:office:word" = > xmlns:x=3D"urn:schemas-microsoft-com:office:excel" = > xmlns:p=3D"urn:schemas-microsoft-com:office:powerpoint" = > xmlns:a=3D"urn:schemas-microsoft-com:office:access" = > xmlns:dt=3D"uuid:C2F41010-65B3-11d1-A29F-00AA00C14882" = > xmlns:s=3D"uuid:BDC6E3F0-6DA3-11d1-A2A3-00AA00C14882" = > xmlns:rs=3D"urn:schemas-microsoft-com:rowset" xmlns:z=3D"#RowsetSchema" = > xmlns:b=3D"urn:schemas-microsoft-com:office:publisher" = > xmlns:ss=3D"urn:schemas-microsoft-com:office:spreadsheet" = > xmlns:c=3D"urn:schemas-microsoft-com:office:component:spreadsheet" = > xmlns:odc=3D"urn:schemas-microsoft-com:office:odc" = > xmlns:oa=3D"urn:schemas-microsoft-com:office:activation" = > xmlns:html=3D"http://www.w3.org/TR/REC-html40"; = > xmlns:q=3D"http://schemas.xmlsoap.org/soap/envelope/"; = > xmlns:rtc=3D"http://microsoft.com/officenet/conferencing"; = > xmlns:D=3D"DAV:" xmlns:Repl=3D"http://schemas.microsoft.com/repl/"; = > xmlns:mt=3D"http://schemas.microsoft.com/sharepoint/soap/meetings/"; = > xmlns:x2=3D"http://schemas.microsoft.com/office/excel/2003/xml"; = > xmlns:ppda=3D"http://www.passport.com/NameSpace.xsd"; = > xmlns:ois=3D"http://schemas.microsoft.com/sharepoint/soap/ois/"; = > xmlns:dir=3D"http://schemas.microsoft.com/sharepoint/soap/directory/"; = > xmlns:ds=3D"http://www.w3.org/2000/09/xmldsig#"; = > xmlns:dsp=3D"http://schemas.microsoft.com/sharepoint/dsp"; = > xmlns:udc=3D"http://schemas.microsoft.com/data/udc"; = > xmlns:xsd=3D"http://www.w3.org/2001/XMLSchema"; = > xmlns:sub=3D"http://schemas.microsoft.com/sharepoint/soap/2002/1/alerts/"= > xmlns:ec=3D"http://www.w3.org/2001/04/xmlenc#"; = > xmlns:sp=3D"http://schemas.microsoft.com/sharepoint/"; = > xmlns:sps=3D"http://schemas.microsoft.com/sharepoint/soap/"; = > xmlns:xsi=3D"http://www.w3.org/2001/XMLSchema-instance"; = > xmlns:udcs=3D"http://schemas.microsoft.com/data/udc/soap"; = > xmlns:udcxf=3D"http://schemas.microsoft.com/data/udc/xmlfile"; = > xmlns:udcp2p=3D"http://schemas.microsoft.com/data/udc/parttopart"; = > xmlns:wf=3D"http://schemas.microsoft.com/sharepoint/soap/workflow/"; = > xmlns:dsss=3D"http://schemas.microsoft.com/office/2006/digsig-setup"; = > xmlns:dssi=3D"http://schemas.microsoft.com/office/2006/digsig"; = > xmlns:mdssi=3D"http://schemas.openxmlformats.org/package/2006/digital-sig= > nature" = > xmlns:mver=3D"http://schemas.openxmlformats.org/markup-compatibility/2006= > " xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml"; = > xmlns:mrels=3D"http://schemas.openxmlformats.org/package/2006/relationshi= > ps" xmlns:spwp=3D"http://microsoft.com/sharepoint/webpartpages"; = > xmlns:ex12t=3D"http://schemas.microsoft.com/exchange/services/2006/types"= > = > xmlns:ex12m=3D"http://schemas.microsoft.com/exchange/services/2006/messag= > es" = > xmlns:pptsl=3D"http://schemas.microsoft.com/sharepoint/soap/SlideLibrary/= > " = > xmlns:spsl=3D"http://microsoft.com/webservices/SharePointPortalServer/Pub= > lishedLinksService" xmlns:Z=3D"urn:schemas-microsoft-com:" = > xmlns:st=3D"" xmlns=3D"http://www.w3.org/TR/REC-html40";> > > <head> > <meta http-equiv=3DContent-Type content=3D"text/html; = > charset=3Dus-ascii"> > <meta name=3DGenerator content=3D"Microsoft Word 12 (filtered medium)"> > <style> > <!-- > /* Font Definitions */ > @font-face > {font-family:Calibri; > panose-1:2 15 5 2 2 2 4 3 2 4;} > /* Style Definitions */ > p.MsoNormal, li.MsoNormal, div.MsoNormal > {margin:0in; > margin-bottom:.0001pt; > font-size:11.0pt; > font-family:"Calibri","sans-serif";} > a:link, span.MsoHyperlink > {mso-style-priority:99; > color:blue; > text-decoration:underline;} > a:visited, span.MsoHyperlinkFollowed > {mso-style-priority:99; > color:purple; > text-decoration:underline;} > span.EmailStyle17 > {mso-style-type:personal; > font-family:"Calibri","sans-serif"; > color:windowtext;} > span.EmailStyle18 > {mso-style-type:personal-reply; > font-family:"Calibri","sans-serif"; > color:#1F497D;} > .MsoChpDefault > {mso-style-type:export-only; > font-size:10.0pt;} > @page WordSection1 > {size:8.5in 11.0in; > margin:1.0in 1.0in 1.0in 1.0in;} > div.WordSection1 > {page:WordSection1;} > --> > </style> > <!--[if gte mso 9]><xml> > <o:shapedefaults v:ext=3D"edit" spidmax=3D"1026" /> > </xml><![endif]--><!--[if gte mso 9]><xml> > <o:shapelayout v:ext=3D"edit"> > <o:idmap v:ext=3D"edit" data=3D"1" /> > </o:shapelayout></xml><![endif]--> > </head> > > <body lang=3DEN-US link=3Dblue vlink=3Dpurple> > > <div class=3DWordSection1> > > <p class=3DMsoNormal style=3D'text-autospace:none'>Recent days, I am = > facing > frequent caching issues with my DNS servers which are responsible for = > recursive > lookup to external queries. As a temporary solution, we used to refresh = > the > named daemon to clear the cache. To isolate this issue we upgraded the = > BIND to > “<span style=3D'font-size:10.0pt;font-family:"Arial","sans-serif"; > color:blue'>BIND 9.7.3</span>” but even after the upgrade issue = > repeats. <span > style=3D'font-size:10.0pt;font-family:"Arial","sans-serif";color:blue'><o= > :p></o:p></span></p> > > <p class=3DMsoNormal><span = > style=3D'color:#1F497D'><o:p> </o:p></span></p> > > <p class=3DMsoNormal><span style=3D'color:#1F497D'>If I do a nslookup = > for “</span><strong><span > style=3D'font-size:12.0pt;color:navy'>mail.sin.gpi-g.com</span></strong><= > span > style=3D'color:#1F497D'>”, it fails. <o:p></o:p></span></p> > > <p class=3DMsoNormal><span = > style=3D'color:#1F497D'><o:p> </o:p></span></p> > > <p class=3DMsoNormal><strong><span = > style=3D'font-size:12.0pt;color:navy'>nslookup > mail.sin.gpi-g.com</span></strong><b><span = > style=3D'font-size:12.0pt;font-family: > "Times New Roman","serif";color:navy'><br> > </span></b><span = > style=3D'color:#1F497D'>Server: = > > dnsserver<o:p></o:p></span></p> > > <p class=3DMsoNormal><span = > style=3D'color:#1F497D'>Address:  = > ; > x.x.x.x#53<o:p></o:p></span></p> > > <p class=3DMsoNormal><span style=3D'font-size:12.0pt;font-family:"Times = > New Roman","serif"'> <o:p></o:p></span></p> > > <p class=3DMsoNormal><strong><span = > style=3D'font-size:12.0pt;color:navy'>** server > can't find mail.sin.gpi-g.com: SERVFAIL</span></strong><span = > style=3D'color:#1F497D'><o:p></o:p></span></p> > > <p class=3DMsoNormal><span = > style=3D'color:#1F497D'><o:p> </o:p></span></p> > > <p class=3DMsoNormal><span style=3D'color:#1F497D'>To fix this I have to = > restart > the named daemon in caching DNS server. Once I restart, the lookup = > resolves > well. However the issue appears again in few days. Any = > thoughts?<o:p></o:p></span></p> > > <p class=3DMsoNormal><span = > style=3D'color:#1F497D'><o:p> </o:p></span></p> > > <p class=3DMsoNormal><span style=3D'color:#1F497D'>nslookup = > mail.sin.gpi-g.com<o:p></o:p></span></p> > > <p class=3DMsoNormal><span = > style=3D'color:#1F497D'>Server: = > > dnsserver<o:p></o:p></span></p> > > <p class=3DMsoNormal><span = > style=3D'color:#1F497D'>Address:  = > ; > x.x.x.x#53<o:p></o:p></span></p> > > <p class=3DMsoNormal><span = > style=3D'color:#1F497D'><o:p> </o:p></span></p> > > <p class=3DMsoNormal><span style=3D'color:#1F497D'>Non-authoritative = > answer:<o:p></o:p></span></p> > > <p class=3DMsoNormal><span style=3D'color:#1F497D'>Name: > mail.sin.gpi-g.com<o:p></o:p></span></p> > > <p class=3DMsoNormal><span style=3D'color:#1F497D'>Address: = > 203.175.163.180<o:p></o:p></span></p> > > <p class=3DMsoNormal><span = > style=3D'font-size:12.0pt;color:#1F497D'><o:p> </o:p></span></p> > > <p class=3DMsoNormal><span = > style=3D'font-size:12.0pt;color:#365F91'>Regards,<o:p></o:p></span></p> > > <p class=3DMsoNormal><span = > style=3D'font-size:12.0pt;color:#365F91'>--Sathyan<o:p></o:p></span></p> > > </div> > > </body> > > </html> > > ------_=_NextPart_001_01CC4AD6.3829B9EE-- > > --===============3808398658550829298== > Content-Type: text/plain; charset="us-ascii" > MIME-Version: 1.0 > Content-Transfer-Encoding: 7bit > Content-Disposition: inline > > _______________________________________________ > Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe > from this list > > bind-users mailing list > bind-users@lists.isc.org > https://lists.isc.org/mailman/listinfo/bind-users > --===============3808398658550829298==-- -- Mark Andrews, ISC 1 Seymour St., Dundas Valley, NSW 2117, Australia PHONE: +61 2 9871 4742 INTERNET: ma...@isc.org _______________________________________________ Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe from this list bind-users mailing list bind-users@lists.isc.org https://lists.isc.org/mailman/listinfo/bind-users
