From: Jim C. <li...@yg...> - 2003-05-07 02:36:54
|
Hi - With wordlist_page_size set to 32768 I was unable to reproduce the problem. However I also failed to reproduce the problem when I again ran without the setting this morning. I am going to start another run without the attribute tonight. As for platform, I am currently working with OS X running on a dual G4. The OS X version is 10.2.5. Darwin magni 6.5 Darwin Kernel Version 6.5: Mon Apr 7 17:05:38 PDT 2003; root:xnu/xnu-344.32.obj~1/RELEASE_PPC Power Macintosh powerpc Jim On Monday, May 5, 2003, at 10:08 AM, Neal Richter wrote: > > Jim, > I'm ultimately responsible for this bug, as I re-enabled the zlib > WordDB compression feature... I'd like to get it it fixed.. but I have > benn totally unable to duplicate it! > > Please try adding this line to your .conf file and re-run your index. > > wordlist_page_size: 32768 > > Also please include complete information on your platform.. Linux > distro > version, CPU type.. > > Thanks. > > > On Sun, 4 May 2003, Jim Cole wrote: > >> Hi - I am still having problems with this patch applied. The dig makes >> it much farther than it did last time around, but compression still >> appears to be an issue. I receive the following a few times toward the >> end of the dig. >> >> WordDB: CDB___memp_cmpr_read: unable to uncompress page at pgno = >> 246532 >> WordDB: PANIC: Input/output error >> WordDB: CDB___memp_cmpr_read: unable to uncompress page at pgno = >> 246532 >> WordDB: PANIC: Input/output error >> >> Then at the end of the dig, I see the following. >> >> WordDB: CDB___memp_cmpr_read: unable to uncompress page at pgno = >> 246532 >> WordDB: PANIC: Input/output error >> WordDBCursor::Get(17) failed DB_RUNRECOVERY: Fatal error, run database >> recovery >> >> The referenced page number is the same for every error message. For >> this test, the default value was used for wordlist_page_size. Both >> wordlist_compress and wordlist_compress_zlib were set to true, and >> compression_level was set to 8. I used a fresh copy of the CVS code >> (as >> of yesterday) with dbase.patch2 applied. >> >> Jim >> >> On Sunday, April 27, 2003, at 02:27 AM, Lachlan Andrew wrote: >> >>> OK, here is another patch... >>> >>> The problem was that I was using the counts of clean and dirty cache >>> pages, but they were not recorded correctly in the old BDB 2.x >>> (although that didn't show up in my initial tests...). This patch >>> contains the fix, copied from BDB 3.3.11. >>> >>> Thanks again for your help :) >>> >>> Lachlan >>> >>> On Sun, 27 Apr 2003 12:54, Jim Cole wrote: >>>> I am still running into fatal problems with OS X. I no longer get >>>> the segfault, but instead see the output shown below. >>> <dbase.patch2> >> >> >> >> ------------------------------------------------------- >> This sf.net email is sponsored by:ThinkGeek >> Welcome to geek heaven. >> http://thinkgeek.com/sf >> _______________________________________________ >> htdig-dev mailing list >> htd...@li... >> https://lists.sourceforge.net/lists/listinfo/htdig-dev >> > > Neal Richter > Knowledgebase Developer > RightNow Technologies, Inc. > Customer Service for Every Web Site > Office: 406-522-1485 > > |