Reopen 2896006
Brought to you by:
elliotglaysher,
hochstrb
Menu
▾
▴
Right, Dilbert was broken since my last fix. But B.C., Peanuts, etc. just work fine for me.
If they still don't work for you with the latest CVS, please use netcomics -n 3 -vvv -c 'bc peanuts ac' and provide the resulting output. (Please redirect into seperate file and attach the result.)
Attached is the logfile - going to the links in firefox, I get a "connection reset" error as well; but it looks like the server side is throwing a 500 error in response to the script.
Log file showing errors with these comics
I am able to open the URLs from the log without problems. So this seems to be bug local to you or your provider.
Please install tcptraceroute and post the result of "tcptraceroute www.comics.com 80".
[jhenderson@krikkit ~]$ sudo tcptraceroute www.comics.com 80
Selected device eth0, address 172.16.0.26, port 36722 for outgoing packets
Tracing the path to www.comics.com (174.143.158.252) on TCP port 80 (http), 30 hops max
1 172.16.0.129 0.404 ms 0.302 ms 0.238 ms
2 h-68-165-199-1.dnvtco56.dynamic.covad.net (68.165.199.1) 34.307 ms 72.348 ms 36.879 ms
3 192.168.37.101 71.074 ms 111.564 ms 26.242 ms
4 67.100.36.13-ge3.4-dnvt-osr2-denver.covad.com (67.100.36.13) 107.511 ms 157.881 ms 124.364 ms
5 67.100.36.110-ge3.6-chcg-osr1-chicago.covad.com (67.100.36.110) 60.527 ms 64.774 ms 58.253 ms
6 67.100.37.11-ge5.1-chcg-osr2-chicago.covad.com (67.100.37.11) 57.016 ms 118.709 ms 65.328 ms
7 10ge5-4.fr1.ord.llnw.net (206.223.119.123) 66.040 ms 86.522 ms 65.158 ms
8 tge2-1.fr3.dal.llnw.net (69.28.171.197) 80.746 ms 113.309 ms 125.354 ms
9 tge5-1.fr4.dal.llnw.net (69.28.171.106) 81.734 ms 150.150 ms 109.349 ms
10 rackspace.tge11-3.fr4.dal.llnw.net (69.164.4.6) 101.740 ms 105.848 ms 138.255 ms
11 core7-edge3-vlan2307.dfw1.rackspace.net (174.143.123.112) 134.125 ms 98.218 ms 60.344 ms
12 98.129.84.217 82.729 ms 72.477 ms 92.347 ms
13 174-143-158-252.static.cloud-ips.com (174.143.158.252) [open] 78.731 ms 65.664 ms 113.977 ms
The traceroute looks fine to me. But I am not able to reproduce the bug. I tried netcomics on several machines available to me in both Europe and USA and every time everything worked as intended.
Did you delete the hidden rli files from your spool directory?
I typically run the script as root as part of a cron job - so the rli files seem OK.
I wonder if the issue is a cluster of machines on the backend that handle the requests and one that perhaps has an issue out of the group. Our different results seem to suggest that as a possibility.
Perhaps what I'll do is completely uninstall and reinstall the CVS build, just to make sure there's no cruft left hanging around from an earlier version, and just hammer away at it and see if I can get a response.
What IP address do you ultimately resolve to for the server yourself? Does it match my tcptraceroute or do you get a different address?
The rli files may seem to be OK, but I found them to be in the way of a correctly working netcomics if something went bonkers in an earlier try. So please just delete them and try again.
My traceroute is identical to yours for the last two hops. But you never know, what inner magic the target server invokes while it is serving the request.
Can you surf to www.comics.com using your browser and manually select any of the comics?
SInce you are getting the 500 while using a normal browser as well, I still think the error is not within netcomics but somewhere between you and the comics.com site.