Bug 529504

Summary:	using libasyncns leads to constant very high load average
Product:	[Fedora] Fedora	Reporter:	Matěj Cepl <mcepl>
Component:	libasyncns	Assignee:	Lennart Poettering <lpoetter>
Status:	CLOSED DUPLICATE	QA Contact:	Fedora Extras Quality Assurance <extras-qa>
Severity:	medium	Docs Contact:
Priority:	low
Version:	rawhide	CC:	lpoetter, mcepl
Target Milestone:	---
Target Release:	---
Hardware:	All
OS:	Linux
Whiteboard:
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2009-10-19 17:40:38 UTC	Type:	---
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:
Bug Depends On:	529202
Bug Blocks:

Description Matěj Cepl 2009-10-17 21:23:12 UTC

Description of problem:
When using (optional) python-libasyncns with gajim my computer takes load average 4.5+ even when gajim is idling for many ours and doing basically nothing

Version-Release number of selected component (if applicable):
libasyncns-0.7-3.fc12
python-libasyncns-0.7.1-3.fc12

How reproducible:
100%

Steps to Reproduce:
1.install python-libasyncns
2.start gajim
3.
  
Actual results:
load average goes to very high level and it stays there

Expected results:
the library is supposed to help

Additional info:
There is an Ubuntu bug for this, not sure what is the upstream of this package

Comment 1 Matěj Cepl 2009-10-17 21:24:21 UTC

Oh and there is our kernel bug 529202 for this as well. Setting this bug as being blocked.

Comment 2 Lennart Poettering 2009-10-19 17:40:38 UTC

I looked into this in detail over the weekend and according to strace all workers hang in recv() properly. So there is really nothing libasyncns could actually be doing wrong. Seems to be entirely a kernel issue to me, which I reported in bug 529202.

I'll close this now as duplicate.

*** This bug has been marked as a duplicate of bug 529202 ***