/etc/resolv.conf and DNS error (http test)
Hi,
We have tried following settings in the Hobbit server's /etc/resolv.conf (Solaris 9)
domain example.com nameserver 1.2.3.4 nameserver 1.2.3.5 options timeout:1 options retry:1
While the first and second nameserver are up and running we receive sometimes "DNS error" on http checks like http://www.example.com.
Assuming that the first nameserver is not responding within the timeout, the second should be queried by the Hobbit resolver and get the response.
Is there something that we are missing?
Dominique UNIL - University of Lausanne
Try adding a "search" line to resolv.conf. e.g., "search example.com". Your existing domain line should set this as your default search, but maybe it's not? Try explicitly setting it by adding a search line. But you imply your problem is intermitant, so it's probably not default search that's getting you. Do you get the same intermittant failures when you run "nslookup www.example.com" repeatedly from the command line? I believe when you have multiple nameservers listed they are all queried, and the first to respond wins. I don't think Solaris waits for the first to fail before moving on to the second like you say. I'm not 100% sure about this though.
Note: I believe Solaris only uses the first six entries that are listed on a resolv.conf "search" line, ignoring the rest. Something to keep in mind if you use this.
-----Original Message----- From: Dominique Frise [mailto:Dominique.Frise at unil.ch] Sent: Wednesday, September 26, 2007 12:43 AM To: hobbit at hswn.dk Subject: [hobbit] /etc/resolv.conf and DNS error (http test)
Hi,
We have tried following settings in the Hobbit server's /etc/resolv.conf (Solaris 9)
domain example.com nameserver 1.2.3.4 nameserver 1.2.3.5 options timeout:1 options retry:1
While the first and second nameserver are up and running we receive sometimes "DNS error" on http checks like http://www.example.com.
Assuming that the first nameserver is not responding within the timeout, the second should be queried by the Hobbit resolver and get the response.
Is there something that we are missing?
Dominique UNIL - University of Lausanne
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
Haertig, David F (Dave) wrote:
Try adding a "search" line to resolv.conf. e.g., "search example.com". Your existing domain line should set this as your default search, but maybe it's not? Try explicitly setting it by adding a search line. But you imply your problem is intermitant, so it's probably not default search that's getting you. Do you get the same intermittant failures when you run "nslookup www.example.com" repeatedly from the command line? I believe when you have multiple nameservers listed they are all queried, and the first to respond wins. I don't think Solaris waits for the first to fail before moving on to the second like you say. I'm not 100% sure about this though.
Note: I believe Solaris only uses the first six entries that are listed on a resolv.conf "search" line, ignoring the rest. Something to keep in mind if you use this.
-----Original Message----- From: Dominique Frise [mailto:Dominique.Frise at unil.ch] Sent: Wednesday, September 26, 2007 12:43 AM To: hobbit at hswn.dk Subject: [hobbit] /etc/resolv.conf and DNS error (http test)
Hi,
We have tried following settings in the Hobbit server's /etc/resolv.conf (Solaris 9)
domain example.com nameserver 1.2.3.4 nameserver 1.2.3.5 options timeout:1 options retry:1
While the first and second nameserver are up and running we receive sometimes "DNS error" on http checks like http://www.example.com.
Assuming that the first nameserver is not responding within the timeout, the second should be queried by the Hobbit resolver and get the response.
Is there something that we are missing?
Dominique UNIL - University of Lausanne
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
There are no intermittent problem while using nslookup or any other tool relying on the default resolver under Solaris. I think the problem comes from the ARES resolver that Hobbit uses internally. Maybe the timeouts and retry setting are not interpreted the same way as the default resolver does. I have no time to look at the code but perhaps Henrik has an answer...
Thanks.
Dominique
Did you try modifying ...../server/etc/hobbitlaunch.cfg?
Change the line:
CMD bbtest-net --report --ping --checkresponse
to:
CMD bbtest-net --report --ping --checkresponse --no-ares
I don't know if you need to restart Hobbit server after this for it to take effect. Wouldn't hurt.
-----Original Message----- From: Dominique Frise [mailto:Dominique.Frise at unil.ch] Sent: Wednesday, September 26, 2007 9:44 AM To: hobbit at hswn.dk Subject: Re: [hobbit] /etc/resolv.conf and DNS error (http test)
Haertig, David F (Dave) wrote:
Try adding a "search" line to resolv.conf. e.g., "search example.com". Your existing domain line should set this as your default search, but maybe it's not? Try explicitly setting it by adding a search line.
But you imply your problem is intermitant, so it's probably not default search that's getting you. Do you get the same intermittant failures when you run "nslookup www.example.com" repeatedly from the command line? I believe when you have multiple nameservers listed they are all queried, and the first to respond wins. I don't think Solaris waits for the first to fail before moving on to the second like you say. I'm not 100% sure about this though.Note: I believe Solaris only uses the first six entries that are listed on a resolv.conf "search" line, ignoring the rest. Something to keep in mind if you use this.
-----Original Message----- From: Dominique Frise [mailto:Dominique.Frise at unil.ch] Sent: Wednesday, September 26, 2007 12:43 AM To: hobbit at hswn.dk Subject: [hobbit] /etc/resolv.conf and DNS error (http test)
Hi,
We have tried following settings in the Hobbit server's /etc/resolv.conf (Solaris 9)
domain example.com nameserver 1.2.3.4 nameserver 1.2.3.5 options timeout:1 options retry:1
While the first and second nameserver are up and running we receive sometimes "DNS error" on http checks like http://www.example.com.
Assuming that the first nameserver is not responding within the timeout, the second should be queried by the Hobbit resolver and get the response.
Is there something that we are missing?
Dominique UNIL - University of Lausanne
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
There are no intermittent problem while using nslookup or any other tool relying on the default resolver under Solaris. I think the problem comes from the ARES resolver that Hobbit uses internally. Maybe the timeouts and retry setting are not interpreted the same way as the default resolver does. I have no time to look at the code but perhaps Henrik has an answer...
Thanks.
Dominique
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
Hi guys,
I tried to add the all in one patch for hobbit 4.2.0 and it run smoothly when I issued the command [root at hobbit hobbit-4.2.0]# patch -p0 <allinone.patch
So my next step would to re-configure, re-make and re-makeinstall, is this right?
Is my old configuration would be safe without backup if I'll do the next step?
Thanks in advance!
Regards, Ryan
Hi.
It all really depends on your system. If you are only going to make and make install instead of making a .deb or .rpm package, I would recommend backing up all your data before you go for it. (/usr/lib/hobbit/* and /var/lib/hobbit/*)
It just is the safe bet to do a regular back up of your data, because you never know when you'll have a failure on your hands :)
With regards, Sigurður Guðbrandsson
-----Original Message----- From: Ryan Jay B. Lapuz [mailto:rlapuz at fcpp.fujitsu.com] Sent: Thu 9/27/2007 2:49 AM To: hobbit at hswn.dk Subject: [hobbit] 4.2 and Patches question
Hi guys,
I tried to add the all in one patch for hobbit 4.2.0 and it run smoothly when I issued the command [root at hobbit hobbit-4.2.0]# patch -p0 <allinone.patch
So my next step would to re-configure, re-make and re-makeinstall, is this right?
Is my old configuration would be safe without backup if I'll do the next step?
Thanks in advance!
Regards, Ryan
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
Hi!
I already run configure, make, and make install for the all-in-one patch then I got this error message:
bbgen CRITICAL (RED) red - Program crashed Fatal signal caught!
summary of activity
- patch command - ok
- ./configure - ok
- make - with warning but still recommend to run make install
- make install - ok
page.log: 2007-09-27 19:36:36 Tried to down BOARDBUSY: Invalid argument 2007-09-27 19:36:36 Worker process died with exit code 0, terminating What seems to be wrong?
Thanks and regards! Ryan
----- Original Message ----- From: "Sigurður Guðbrandsson" <sigurdur at raforninn.is> To: <hobbit at hswn.dk> Sent: Thursday, September 27, 2007 5:05 PM Subject: RE: [hobbit] 4.2 and Patches question
Hi.
It all really depends on your system. If you are only going to make and make install instead of making a .deb or .rpm package, I would recommend backing up all your data before you go for it. (/usr/lib/hobbit/* and /var/lib/hobbit/*)
It just is the safe bet to do a regular back up of your data, because you never know when you'll have a failure on your hands :)
With regards, Sigurður Guðbrandsson
-----Original Message----- From: Ryan Jay B. Lapuz [mailto:rlapuz at fcpp.fujitsu.com] Sent: Thu 9/27/2007 2:49 AM To: hobbit at hswn.dk Subject: [hobbit] 4.2 and Patches question
Hi guys,
I tried to add the all in one patch for hobbit 4.2.0 and it run smoothly when I issued the command [root at hobbit hobbit-4.2.0]# patch -p0 <allinone.patch
So my next step would to re-configure, re-make and re-makeinstall, is this right?
Is my old configuration would be safe without backup if I'll do the next step?
Thanks in advance!
Regards, Ryan
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
participants (4)
-
Dominique.Frise@unil.ch
-
haertig@avaya.com
-
rlapuz@fcpp.fujitsu.com
-
sigurdur@raforninn.is