Just to report to the list. I backed Redhat 8.0 intall to Ntop 2_2_patches with BMS0282 and 0283 and I hacked config.h to undef
/* Define to 1 if you have the <zlib.h> header file. */ /* #define HAVE_ZLIB_H 1 */ and /* ZLIB is available */ /* #define MAKE_WITH_ZLIB 1 */ And rebuilt it. Amazingly the Web looping is gone. :) Thanks Burton. I do notice this in the logs now when I click on STATS->TRAFFIC Jun 22 15:31:27 ntop[24981]: **ERROR** ERROR: accessMutex() call with an INVALID mutex [report.c:2932] Jun 22 15:31:28 ntop[24981]: **ERROR** ERROR: releaseMutex() call with an INVALID mutex [report.c:2977] Jun 22 15:31:29 ntop[24991]: **ERROR** ERROR: accessMutex() call with an INVALID mutex [graph.c:1636] Jun 22 15:31:29 ntop[24991]: **ERROR** ERROR: releaseMutex() call with an INVALID mutex [graph.c:1655] On Friday 20 June 2003 06:49 am, Dominique Lalot wrote: > If we can't rely safely on gzip, How can we disable compression?. > That could solve most of my problems!. > > Concerning 2.2, it's not safe against GD failure, so I avoid it. :-( > > Thanks > > Dominique > > A 12:10 19/06/2003 -0500, vous avez �crit : > >I never said ANYTHING about 2.2.2 - the patch is against the > >ntop_2_2_patches branch. > > > >This sounds like the same gzflush() et al problem I reported a long time > >ago, TPG2XT6 - gzflush() failure, of which CVVJCLB - Middle frame, Solaris > > 8 is a dup. > > > >I've talked to the gzip folks, all they can suggest is something is > > screwing up memory allocations, causing gzflush() or other stream based > > failures. A loop in free() would, as I suggested previously, also be > > from the same basic problem. > > > >The only solution I've found, so far, is to disable the compression of > >ntop's pages. IMHO this isn't a big deal, as most pages are small. I > > will say that the whole bit of logic, using a global variable in http.c > > for the gzip fd seems problematic. > > > >-----Burton > > > > > >-----Original Message----- > > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Mike > > >Tremaine > >Sent: Thursday, June 19, 2003 11:41 AM > >To: [EMAIL PROTECTED] > >Subject: Re: [Ntop] web interface looping (PR_C6PVXVX) > > > > > >Just FYI patch 283 is not 100% compatible with 2.2.2 several "hunks" fail > >and it prevents Ntop from compiling (besure to use patch -p0 -b < > > <thepatch> when applying to make backups). > > > >Also I applied patch 283 to 2.2 and it did not stop the looping error > > under linux. > > > >I have more debugging sessions to post from this problem but I need more > >time. > > > >Also check your /tmp directory and see if you have a whole bunch of > >gzip.<PID>.ntop files. I think that these get left behind by the looping > > but I'm not sure yet. > > > >Mike Tremaine > > > >_______________________________________________ > >Ntop mailing list > >[EMAIL PROTECTED] > >http://listgateway.unipi.it/mailman/listinfo/ntop -- Mike Tremaine [EMAIL PROTECTED] _______________________________________________ Ntop mailing list [EMAIL PROTECTED] http://listgateway.unipi.it/mailman/listinfo/ntop
