Failure in name resolution

GoogleCodeExporter commented 8 years ago

What steps will reproduce the problem?
1. Run rssdler with a valid config.txt
(specifically, I'm running 'rssdler -o -c /path/to/config' from cron)

What is the expected output? What do you see instead?
I expect the RSS feeds in the referenced config file to download. They
aren't; instead, I get downloads.log filled with:
20100130.23:12 CRITICAL Traceback (most recent call last):
  File "/usr/lib64/python2.6/site-packages/rssdler.py", line 1891, in rssparse
    try: page = downloader(getConfig()['threads'][tName]['link'])
  File "/usr/lib64/python2.6/site-packages/rssdler.py", line 623, in
mechRetrievePage
    return mechanize.urlopen(mechanize.Request(url, headers=dict(th)))
  File "/usr/lib64/python2.6/site-packages/mechanize/_opener.py", line 420,
in urlopen
    return _opener.open(url, data, timeout)
  File "/usr/lib64/python2.6/site-packages/mechanize/_opener.py", line 191,
in open
    response = urlopen(self, req, data)
  File "/usr/lib64/python2.6/urllib2.py", line 407, in _open
    '_open', req)
  File "/usr/lib64/python2.6/urllib2.py", line 367, in _call_chain
    result = func(*args)
  File "/usr/lib64/python2.6/site-packages/mechanize/_http.py", line 729,
in http_open
    return self.do_open(httplib.HTTPConnection, req)
  File "/usr/lib64/python2.6/site-packages/mechanize/_http.py", line 706,
in do_open
    raise URLError(err)
URLError: <urlopen error [Errno -3] Temporary failure in name resolution>

error grabbing url VALID URL GOES HERE
...one per RSS feed URL. Yes, there is a valid URL in the bottom line. No
URLs work. wget will download the URLs referenced in the config file.

What version of the product are you using? On what operating system?
rssdler-0.4.2 on Gentoo Linux, kernel version 2.6.31-gentoo-r6 #8 SMP 
x86_64 AMD Phenom(tm) II X4 810 Processor AuthenticAMD GNU/Linu

Please provide any additional information below.
The config file was copied over from my old computer, a 32-bit system. IPv6
is disabled on the system, and python ping (from
http://www.g-loaded.eu/2009/10/30/python-ping/ ) works.

Original issue reported on code.google.com by minnm...@gmail.com on 31 Jan 2010 at 5:45

GoogleCodeExporter commented 8 years ago

I have the same problem.

$ uname -a
Linux potet 2.6.26-2-686-bigmem #1 SMP Wed Feb 10 09:24:17 UTC 2010 i686 
GNU/Linux
$ python -V
Python 2.5.2

Original comment by brink.ro...@gmail.com on 22 Mar 2010 at 3:56

GoogleCodeExporter commented 8 years ago

[deleted comment]

GoogleCodeExporter commented 8 years ago

I get this frequently as well, but I believe it's related to issue 55: "Percent 
symbols are double-escaped for filenames with square brackets" or, at the very 
least, occurs when rssdler encounters a character it doesn't like. When this 
happens, rssdler just kinda borks and moves on to the next feed (or sleeps if 
that was the last feed). Unfortunately, I don't know what character(s) trigger 
the problem... I do seem to recall exclamation marks in filename titles being a 
problem, though I could be wrong about that.

$ uname -a
Linux athena 2.6.31-22-server #61-Ubuntu SMP Wed Jul 28 02:58:50 UTC 2010 
x86_64 GNU/Linux
$ python -V
Python 2.6.4
Using rssdler 0.4.2

Original comment by joe.flem...@gmail.com on 17 Sep 2010 at 4:17

GoogleCodeExporter commented 8 years ago

is there an bug fix for this problem???? 
i have tested both rssdler-0-4.0a and rssdler-0.4.2 :( same problem all over :(

Original comment by orjan.to...@gmail.com on 8 Oct 2010 at 11:00

GoogleCodeExporter commented 8 years ago

This bug report isn't going to go anywhere until someone submits a verifiable 
way to reproduce.

Original comment by jamesbroadhead on 27 Feb 2011 at 5:00

mspieth / rssdler

Failure in name resolution #52