Bug 458963 - DenyHosts fails to upload new hosts
DenyHosts fails to upload new hosts
Product: Fedora
Classification: Fedora
Component: denyhosts (Show other bugs)
x86_64 Linux
medium Severity low
: ---
: ---
Assigned To: Jason Tibbitts
Fedora Extras Quality Assurance
Depends On:
  Show dependency treegraph
Reported: 2008-08-13 10:01 EDT by Matt Castelein
Modified: 2008-08-13 10:30 EDT (History)
1 user (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2008-08-13 10:30:23 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

  None (edit)
Description Matt Castelein 2008-08-13 10:01:46 EDT
Description of problem: Denyhosts throws exception when trying to upload a new host:

Aug 13 08:07:08 - denyfileutil: INFO     purging entries older than: Wed Jul 16 08:07:08 200
Aug 13 08:07:08 - denyfileutil: INFO     num entries purged: 0
Aug 13 08:07:11 - sync        : ERROR    <Fault 1: '_mysql_exceptions.OperationalError:(1054
, "Unknown column \'None\' in \'field list\'")'>
Traceback (most recent call last):
  File "/usr/lib/python2.5/site-packages/DenyHosts/sync.py", line 100, in __send_new_hosts
  File "/usr/lib64/python2.5/xmlrpclib.py", line 1150, in __call__
    return self.__send(self.__name, args)
  File "/usr/lib64/python2.5/xmlrpclib.py", line 1440, in __request
  File "/usr/lib64/python2.5/xmlrpclib.py", line 1204, in request
    return self._parse_response(h.getfile(), sock)
  File "/usr/lib64/python2.5/xmlrpclib.py", line 1343, in _parse_response
    return u.close()
  File "/usr/lib64/python2.5/xmlrpclib.py", line 790, in close
    raise Fault(**self._stack[0])
Fault: <Fault 1: '_mysql_exceptions.OperationalError:(1054, "Unknown column \'None\' in \'field list\'")'>
Aug 13 08:07:11 - sync        : INFO     sent 1 new host
Aug 13 08:07:13 - sync        : INFO     received 49 new hosts

Version-Release number of selected component (if applicable):

How reproducible:
Apparently always

Steps to Reproduce:
1.Wait for someone to attack server
2.Wait for denyhosts to parse log
3.Wait for denyhosts to attempt upload of new host(s)
Actual results:
Python exception

Expected results:
Hosts uploaded

Additional info:
Comment 1 Jason Tibbitts 2008-08-13 10:30:23 EDT
This is a problem in the sync server; you're just seeing a mysql error on the remote server being passed back to you.

That server is not run by us; we have no access to it. and have no hope of being able to do anything about your problem.  The upstream denyhosts site is at http://denyhosts.sourceforge.net/.  I will send a note about your issue to their mailing list but I suggest you follow up with them directly.

Note You need to log in before you can comment on or make changes to this bug.