|
wviewweather.com wview and Weather Topics
|
View previous topic :: View next topic |
Author |
Message |
mdg
Joined: 17 Jan 2006 Posts: 20
|
Posted: Sat Apr 22, 2006 1:39 pm Post subject: wvwunderd dies on host resolution error |
|
|
I'm having a problem with wvwunderd dying when it can't resolve the weatherstation.wunderground.com hostname. I've seen it a couple times before, but it doesn't happen that often. Once it was because my cable modem went out. I'm not sure what happened this time, but CWOP submissions kept working.
Here is the last entry in the log file:
Code: |
Apr 20 05:30:04 localhost wvwunderd[28613]: <3064103542> : WUNDERGROUND-send: http://weatherstation.wunderground.com/weatherstation/updateweatherstation.php?
ID=KMDCOLUM3&PASSWORD=[snip]&dateutc=2006-04-20+09-0x1.ff5d4bffff6a8p+030
0x1.75245444e5557p+29304&winddir=327&windspeedmph=004&windgustmph=
007&humCouldn't resolve host'weatherstation.wunderground.com'
|
After that I get these in its place:
Code: |
Apr 20 05:35:04 localhost radmrouted[28599]: <3064403544> : radQueueSend: write failed on fd 10: Broken pipe
|
Restarting everything gets it going again. I'm running 3.2.1 and have seen it with previous versions. |
|
Back to top |
|
|
mteel
Joined: 30 Jun 2005 Posts: 435 Location: Collinsville, TX
|
Posted: Sun Apr 23, 2006 7:01 am Post subject: |
|
|
I have this problem as well when my ISP's DNS server stops responding for short periods of time. The wunderground daemon uses libcurl to do HTTP transactions (because the wunderground folks want it that way) while CWOP uses a telnet-like interface which just opens a TCP/IP socket to the CWOP server, writes the data, then closes the socket. This is a much simpler, more robust interface.
Wunderground has implemented that "rapid-fire" nonsense and I have had problems with it since they did. Timeouts on data transfers, DNS resolution problems, etc. If they have the primary DNS server of record for wunderground.com on their data-receiving server (getting stupid "every 10 second" updates from rapid-fire clients), then this could explain both problems.
I have disabled wunderground on my station...
As I've said before, someone at wunderground didn't fully consider the ramifications of the kind of network traffic generated by "rapid-fire". It renders their normal service sometimes as "slow-motion-fire" or "non-responsive-fire".
We can't solve these problems - only the wunderground folks can. I will look into why the wvwunderd daemon does not seem to recover well - but it may lie in the curl library itself.
Mark |
|
Back to top |
|
|
|
|
You cannot post new topics in this forum You cannot reply to topics in this forum You cannot edit your posts in this forum You cannot delete your posts in this forum You cannot vote in polls in this forum
|
Powered by phpBB © 2001, 2005 phpBB Group
|