Bug 825177

Summary:	ntop 3.3.9-7.el5 crashes with glibc double free errors
Product:	[Fedora] Fedora EPEL	Reporter:	Trevor Hemsley <trevor.hemsley>
Component:	ntop	Assignee:	Huzaifa S. Sidhpurwala <huzaifas>
Status:	CLOSED WONTFIX	QA Contact:	Fedora Extras Quality Assurance <extras-qa>
Severity:	low	Docs Contact:
Priority:	unspecified
Version:	el5	CC:	huzaifas, jonathansteffan, sven
Target Milestone:	---
Target Release:	---
Hardware:	Unspecified
OS:	Linux
Whiteboard:
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2014-05-26 21:01:21 UTC	Type:	Bug
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:

Description Trevor Hemsley 2012-05-25 09:49:42 UTC

Description of problem:
The EPEL 5 version of ntop is 3.3.9 and crashes within minutes of startup with glibc double free errors.


Version-Release number of selected component (if applicable):
ntop-3.3.9-7.el5.x86_64.rpm


How reproducible:
Always

Steps to Reproduce:
1. Install ntop-3.3.9-7.el5.x86_64.rpm from EPEL 5
2. Use `service ntop start` once configured with admin password
3. Wait...
  
Actual results:
May 24 16:23:50 vfr1 kernel: ntop[7298]: segfault at 00000000aa80b4e5 rip 000000329540481c rsp 00000000433dcd90 error 4


Expected results:
Continues to run and does not crash

Additional info:
ntop was last updated in EPEL in 2009 and the upstream release is now 4.1.0

Have downloaded the EPEL 3.3.9-7 SRPM and rebuilt it using the 4.1.0 source tarball and this version runs fine so far (~1 hour so far and counting where it never managed more than 5 minutes before). Suggest that it might be time to rebuild the EPEL version against a newer upstream version...

Bug 493133 says that newer than 3.3.9 cannot be built for el5 because libevent is 1.1 and not 1.4 but it would appear that el5 5.8 now contains libevent 1.4 which would remove this roadblock.

Comment 1 Trevor Hemsley 2012-05-25 11:19:20 UTC

Seems I spoke too soon, ntop 4.1.0 also crashes but lasts more like an hour than 5 minutes :-(

Comment 2 Trevor Hemsley 2012-09-28 12:21:23 UTC

But ntop-5.0.2 works OK and has been running for several weeks without issue. Any chance of updating the EPEL version to use the latest svn code?

Comment 3 Jonathan Steffan 2012-11-08 21:47:35 UTC

Huzaifa,

Would you like EPEL5 to get updated to 5.x as it resolves this bug? Does ntop currently work at all or is this an isolated issue?

Comment 4 Trevor Hemsley 2012-11-08 21:55:56 UTC

Bug 325 on https://www.ntop.org/bugzilla3/show_bug.cgi is the bug report for this that fixed the problem for me. I have my own RPM built for this so the lack of a working copy in EPEL5 is not a problem for me now. Since 3.3.9 does not stay up for longer than 5 minutes for me, I'd guess the current EPEL5 copy is fairly useless though it may just not like our traffic pattern (several terabytes of SIP packets a month)

Comment 5 Sven Lankes 2012-11-09 07:36:32 UTC

(In reply to comment #4)

> Bug 325 on https://www.ntop.org/bugzilla3/show_bug.cgi is the bug report for
> this that fixed the problem for me. 

I cannot find this bug. Ntop bugzilla tells me that Bug #325 does not exist. 

@Jonathan - I'd suggest not updating el5 to the latest ntop - it seems like a too invasive change for this late in the el5 cycle. Depending on what is in the ntop bugzilla entry we might be able to fix this bug with a patch to 3.3?

Comment 6 Jonathan Steffan 2014-05-26 21:01:21 UTC

We are unable to get the updated ntop into EPEL5. EPEL6 has 5.x.