jimhu at tamu
Jun 19, 2008, 9:12 AM
Post #20 of 20
(1015 views)
Permalink
|
Glad to help. For rebuilding the search index, I usually just do
maintenance/rebuildall.php from the command line.
Jim
On Jun 17, 2008, at 11:16 PM, Jack Eapen C wrote:
>
>
> I don't have words to express my thanks for your kind help.
>
> It worked perfectly! Great!
>
> So is there anyway to repair the db and keep the code unchanged? How
> to
> rebuid the search index?
>
> Regards
>
> Jack
>
> -----Original Message-----
> From: mediawiki-l-bounces [at] lists
> [mailto:mediawiki-l-bounces [at] lists] On Behalf Of Jim Hu
> Sent: Tuesday, June 17, 2008 11:39 PM
> To: MediaWiki announcements and site admin list
> Subject: Re: [Mediawiki-l] Strange problem with search
>
> I suspect that something at some point messed up the database, perhaps
> by some extension (or db user) deleting a page without properly
> cleaning up. The revision that isn't being created (returning null,
> I believe, due to not finding the page) shouldn't happen unless
> searchengine thinks there's a hit.
>
> Did you try rebuilding the searchindex?
>
> You can also probably patch around it with the following kludge (I'm
> sure others have better suggestions)
>
> change those lines to:
>
> $revision = Revision::newFromTitle( $t );
> $text = '';
> if (is_object($revision)) $text = $revision->getText();
>
>
> Jim
>
> On Jun 16, 2008, at 2:03 AM, Jack Eapen C wrote:
>
>>
>>
>> Hi,
>>
>> If I put "transaction" in the title and calling that page no probs.
>> I'm
>> getting a usual page saying that the required page doesn't exisit and
>> whether I want to creat that.
>>
>> Now I really removed all my extensions from localsettings.php and
>> then
>
>> I get one error message on screen "Fatal error: Call to a member
>> function
>> getText() on a non-object in D:\Program Files\EasyPHP
>> 2.0b1\www\sunwiki\includes\SpecialSearch.php on line 335"
>>
>> The lines 334 and 335 are
>> $revision = Revision::newFromTitle( $t );
>> $text = $revision->getText();
>>
>> This is coming only for the problem words..all other things are
>> qorking fine
>>
>> Error log is not showing much:
>>
>> Fully initialised
>> Unstubbing $wgMessageCache on call of $wgMessageCache->getTransform
>> from wfMsgGetKey Unstubbing $wgContLang on call of
>> $wgContLang->getCode from MessageCache::get Unstubbing
>> $wgLoadBalancer
>
>> on call of $wgLoadBalancer->getConnection from wfGetDB
>> MessageCache::load(): got from global cache
>> Language::loadLocalisation(): got localisation for en from source
>> Unstubbing $wgParser on call of $wgParser->firstCallInit from
>> MessageCache::transform Unstubbing $wgUser on call of
>> $wgUser->isAllowed from Title::userCanRead Unstubbing $wgLang on call
>> of $wgLang->getCode from MessageCache::get
>> IP: 192.168.62.1
>> Would search with '+transaction'
>> Match with /\btransaction\b/
>> Would search with '+transaction'
>> Match with /\btransaction\b/
>>
>>
>> Regards,
>>
>> Jack
>> ----------------------------------------------------------------
>> "May He protect us both. May He cause us both to enjoy.May we exert
>> together. May our studies become brilliant. May we not hate each
>> other"
>>
>>
>> -----Original Message-----
>> From: mediawiki-l-bounces [at] lists
>> [mailto:mediawiki-l-bounces [at] lists] On Behalf Of Jim Hu
>> Sent: Friday, June 13, 2008 9:51 PM
>> To: MediaWiki announcements and site admin list
>> Subject: Re: [Mediawiki-l] Strange problem with search
>>
>> This is very strange. The white screen of death should have left
>> something in the error log after the search for "transaction". This
>> log also shows that you still have searchsuggest extension on. At
>> this point, my inclination is to
>> 1) do the diagnosis with all the extensions off, since you say that
>> "transaction" is still crashing the wiki even with all of them off.
>> 2) put something in LocalSettings that would cause a runtime error
>> just to make sure the logging is working.
>> 3) test what happens if you put "transaction" as in the URL as if it
>> was a page title.
>> I might do these in reverse order, actually.
>>
>> Sorry I can't be more helpful...
>>
>> Jim
>>
>> On Jun 13, 2008, at 1:11 AM, Jack Eapen C wrote:
>>
>>>
>>> Hi,
>>>
>>> I stopped my apache cleared the error log and restarted. Then I
>>> directly called the search url with 'transaction' as keyword and got
>>> the blank screen. Then I called the url with 'transaction backout'
>>> as
>
>>> the keyword and got the search results. The error log contents is
>>> below:
>>>
>>> [Fri Jun 13 11:32:24 2008] [notice] Apache/2.2.3 (Win32) PHP/5.2.0
>>> configured -- resuming normal operations [Fri Jun 13 11:32:24 2008]
>>> [notice] Server built: Jul 27 2006 16:49:49 [Fri Jun 13 11:32:24
>>> 2008]
>>
>>> [notice] Parent: Created child process 4336 [Fri Jun 13 11:32:24
>>> 2008]
>>
>>> [notice] Child 4336: Child process is running [Fri Jun 13 11:32:24
>>> 2008] [notice] Child 4336: Acquired the start mutex.
>>> [Fri Jun 13 11:32:24 2008] [notice] Child 4336: Starting 250 worker
>>> threads.
>>> [Fri Jun 13 11:32:24 2008] [notice] Child 4336: Starting thread to
>>> listen on port 80.
>>> [Fri Jun 13 11:32:52 2008] [error] [client 192.168.62.1] File does
>>> not
>>> exist: D:/Program Files/EasyPHP
>>> 2.0b1/www/sunwiki/extensions/searchsuggest/style.css, referer:
>>> http://sbsws469/sunwiki/?search=transaction+backout&fulltext=Search
>>>
>>>
>>> I commented out all my extensions and tried, but in vain.
>>>
>>> As I said earlier, the search is not failing on all the words, but
>>> only on some words. That's making this problem worse.. :)
>>>
>>> Regards,
>>>
>>> Jack
>>> ----------------------------------------------------------------
>>> "May He protect us both. May He cause us both to enjoy.May we exert
>>> together. May our studies become brilliant. May we not hate each
>>> other"
>>>
>>>
>>> -----Original Message-----
>>> From: mediawiki-l-bounces [at] lists
>>> [mailto:mediawiki-l-bounces [at] lists] On Behalf Of Jim Hu
>>> Sent: Thursday, June 12, 2008 9:15 PM
>>> To: MediaWiki announcements and site admin list
>>> Subject: Re: [Mediawiki-l] Strange problem with search
>>>
>>> Um... which logfile are you getting this from? I was wondering more
>>> about the httpd error log and expecting a php message like: FATAL
>>> ERROR: something or other on line X in something.php.
>>>
>>> Also, is the white screen of death dependent on any extensions? I
>>> recently found one with one of my extensions (PagesOnDemand/
>>> PMIDonDemand - I wrote the latter, so it's my fault!) where a
>>> failure
>
>>> condition didn't check to see whether creation of an article object
>>> had succeeded, followed by trying to call a method on a non-object.
>>> I'm wondering if either
>>> a) and extension is sensitive to the specific page names that cause
>>> the crash or
>>> b) database damage is leading to failure to create a page that MW
>>> thinks is there, but which doesn't have the right database entries.
>>> That usually doesn't give the white screen of death, though.
>>>
>>> Jim
>>>
>>> On Jun 11, 2008, at 4:18 AM, Jack Eapen C wrote:
>>>
>>>>
>>>>
>>>> I'm getting a "white screen of death". Here's the info from log
>>>> file:
>>>>
>>>> Main cache: FakeMemCachedClient
>>>> Message cache: MediaWikiBagOStuff
>>>> Parser cache: MediaWikiBagOStuff
>>>> Unstubbing $wgParser on call of $wgParser->setHook from wfFlashMP3
>>>> Unstubbing $wgMessageCache on call of $wgMessageCache->addMessages
>>>> from efNewestPages Unstubbing $wgContLang on call of
>>>> $wgContLang->getMagic from MagicWord::load Unstubbing $wgLang on
>>>> call
>>
>>>> of $wgLang->getCode from smwfInitMessages Unstubbing $wgUser on
>>>> call
>
>>>> of $wgUser->getOption from StubUserLang::_newObject
>>>> Language::loadLocalisation(): got localisation for en from source
>>>> Unstubbing $wgLoadBalancer on call of $wgLoadBalancer-
>>>> >getConnection
>
>>>> from wfGetDB
>>>> IP: 192.168.62.1
>>>> MessageCache::load(): got from global cache Unstubbing $wgOut on
>>>> call
>>
>>>> of $wgOut->addScript from TreeView4::addJS Fully initialised
>>>> Request
>
>>>> ended normally
>>>>
>>>>
>>>> Start request
>>>> GET /sunwiki/?search=transaction&fulltext=Search
>>>> Accept: image/gif, image/x-xbitmap, image/jpeg, image/pjpeg,
>>>> application/x-shockwave-flash, */*
>>>> Referer: http://sbsws469/sunwiki/?title=Main_Page
>>>> Accept-Language: en-us
>>>> Accept-Encoding: gzip, deflate
>>>> User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1;
>>>> .NET CLR 1.1.4322)
>>>> Host: sbsws469
>>>> Connection: Keep-Alive
>>>>
>>>>
>>>> Main cache: FakeMemCachedClient
>>>> Message cache: MediaWikiBagOStuff
>>>> Parser cache: MediaWikiBagOStuff
>>>> Unstubbing $wgParser on call of $wgParser->setHook from wfFlashMP3
>>>> Unstubbing $wgMessageCache on call of $wgMessageCache->addMessages
>>>> from efNewestPages Unstubbing $wgContLang on call of
>>>> $wgContLang->getMagic from MagicWord::load Unstubbing $wgLang on
>>>> call
>>
>>>> of $wgLang->getCode from smwfInitMessages Unstubbing $wgUser on
>>>> call
>
>>>> of $wgUser->getOption from StubUserLang::_newObject
>>>> Language::loadLocalisation(): got localisation for en from source
>>>> Unstubbing $wgLoadBalancer on call of $wgLoadBalancer-
>>>> >getConnection
>
>>>> from wfGetDB
>>>> IP: 192.168.62.1
>>>> MessageCache::load(): got from global cache Unstubbing $wgOut on
>>>> call
>>
>>>> of $wgOut->addScript from TreeView4::addJS Fully initialised Would
>>>> search with '+transaction'
>>>> Match with /\btransaction\b/
>>>> Would search with '+transaction'
>>>> Match with /\btransaction\b/
>>>>
>>>>
>>>> Regards,
>>>>
>>>> Jack
>>>> ----------------------------------------------------------------
>>>> "May He protect us both. May He cause us both to enjoy.May we exert
>>>> together. May our studies become brilliant. May we not hate each
>>>> other"
>>>>
>>>>
>>>> -----Original Message-----
>>>> From: mediawiki-l-bounces [at] lists
>>>> [mailto:mediawiki-l-bounces [at] lists] On Behalf Of Jim
>>>> Hu
>>>> Sent: Wednesday, June 11, 2008 5:01 AM
>>>> To: MediaWiki announcements and site admin list
>>>> Subject: Re: [Mediawiki-l] Strange problem with search
>>>>
>>>> Anything in the error logs when you get the blank page? And by
>>>> blank to you mean white screen of death or blank wiki skin with no
>>>> content?
>>>>
>>>> Jim
>>>>
>>>> On Jun 9, 2008, at 2:07 AM, Jack Eapen C wrote:
>>>>
>>>>>
>>>>> Hi,
>>>>>
>>>>> Mod_security is not enabled in my server -i.e I checked the
>>>>> httpd.conf
>>>>
>>>>> file and the apache modules folder. Reference to the particulat
>>>>> module
>>>>
>>>>> is not in the conf file and the mod-security.so file is not in the
>>>>> folder. Any other hints, plz?
>>>>>
>>>>>
>>>>> Regards,
>>>>>
>>>>> Jack
>>>>> ----------------------------------------------------------------
>>>>> "May He protect us both. May He cause us both to enjoy.May we
>>>>> exert
>
>>>>> together. May our studies become brilliant. May we not hate each
>>>>> other"
>>>>>
>>>>>
>>>>> -----Original Message-----
>>>>> From: mediawiki-l-bounces [at] lists
>>>>> [mailto:mediawiki-l-bounces [at] lists] On Behalf Of
>>>>> Brion
>
>>>>> Vibber
>>>>> Sent: Friday, June 06, 2008 12:27 AM
>>>>> To: MediaWiki announcements and site admin list
>>>>> Subject: Re: [Mediawiki-l] Strange problem with search
>>>>>
>>>>> -----BEGIN PGP SIGNED MESSAGE-----
>>>>> Hash: SHA1
>>>>>
>>>>> Jack Eapen C wrote:
>>>>>> When I search with SOME keywords, my production wiki returns a
>>>>>> "blank"
>>>>>> page. If I use the same words on the test wiki, no probs-results
>>>>>> are returned (content in both wikis are same). Some of the
>>>>>> problematic words are "transaction" (transaction backout has no
>>>>>> problem), function, cards (plastic cards is fine), account etc.
>>>>>
>>>>> Sounds like one of those "security" plugins for your web server,
>>>>> perhaps mod_security.
>>>>>
>>>>> It's set in an overprotective mode that freaks out and denies
>>>>> access when it sees bits of text coming through the form
>>>>> submission
>
>>>>> that it thinks are indicative of an SQL or code injection attack.
>>>>>
>>>>> Contact your system administrator and let them know they've
>>>>> misconfigured the software and should back it out to more
>>>>> reasonable settings.
>>>>>
>>>>> - -- brion vibber (brion @ wikimedia.org) -----BEGIN PGP
>>>>> SIGNATURE-----
>>>>> Version: GnuPG v1.4.8 (Darwin)
>>>>> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
>>>>>
>>>>> iEYEARECAAYFAkhINxkACgkQwRnhpk1wk47kngCgvrQx86kyR1mt71unPhvz+piA
>>>>> oKkAnR3rnrecJq3COq8NvVtkA0KIQM0Y
>>>>> =AoIU
>>>>> -----END PGP SIGNATURE-----
>>>>>
>>>>> _______________________________________________
>>>>> MediaWiki-l mailing list
>>>>> MediaWiki-l [at] lists
>>>>> https://lists.wikimedia.org/mailman/listinfo/mediawiki-l
>>>>>
>>>>>
>>>>> This electronic mail (including any attachment thereto) may be
>>>>> confidential and privileged and is intended only for the
>>>>> individual
>
>>>>> or
>>>>
>>>>> entity named above. Any unauthorized use, printing, copying,
>>>>> disclosure or dissemination of this communication may be subject
>>>>> to
>
>>>>> legal restriction or sanction. Accordingly, if you are not the
>>>>> intended recipient, please notify the sender by replying to this
>>>>> email
>>>>
>>>>> immediately and delete this email (and any attachment thereto)
>>>>> from
>
>>>>> your computer system...Thank You
>>>>>
>>>>> _______________________________________________
>>>>> MediaWiki-l mailing list
>>>>> MediaWiki-l [at] lists
>>>>> https://lists.wikimedia.org/mailman/listinfo/mediawiki-l
>>>>
>>>> =====================================
>>>> Jim Hu
>>>> Associate Professor
>>>> Dept. of Biochemistry and Biophysics
>>>> 2128 TAMU
>>>> Texas A&M Univ.
>>>> College Station, TX 77843-2128
>>>> 979-862-4054
>>>>
>>>>
>>>> _______________________________________________
>>>> MediaWiki-l mailing list
>>>> MediaWiki-l [at] lists
>>>> https://lists.wikimedia.org/mailman/listinfo/mediawiki-l
>>>>
>>>>
>>>> This electronic mail (including any attachment thereto) may be
>>>> confidential and privileged and is intended only for the individual
>>>> or entity named above. Any unauthorized use, printing, copying,
>>>> disclosure or dissemination of this communication may be subject to
>>>> legal restriction or sanction. Accordingly, if you are not the
>>>> intended recipient, please notify the sender by replying to this
>>>> email immediately and delete this email (and any attachment
>>>> thereto)
>
>>>> from your computer system...Thank You
>>>>
>>>> _______________________________________________
>>>> MediaWiki-l mailing list
>>>> MediaWiki-l [at] lists
>>>> https://lists.wikimedia.org/mailman/listinfo/mediawiki-l
>>>
>>> =====================================
>>> Jim Hu
>>> Associate Professor
>>> Dept. of Biochemistry and Biophysics
>>> 2128 TAMU
>>> Texas A&M Univ.
>>> College Station, TX 77843-2128
>>> 979-862-4054
>>>
>>>
>>> _______________________________________________
>>> MediaWiki-l mailing list
>>> MediaWiki-l [at] lists
>>> https://lists.wikimedia.org/mailman/listinfo/mediawiki-l
>>>
>>>
>>> This electronic mail (including any attachment thereto) may be
>>> confidential and privileged and is intended only for the individual
>>> or entity named above. Any unauthorized use, printing, copying,
>>> disclosure or dissemination of this communication may be subject to
>>> legal restriction or sanction. Accordingly, if you are not the
>>> intended recipient, please notify the sender by replying to this
>>> email immediately and delete this email (and any attachment thereto)
>>> from your computer system...Thank You
>>>
>>> _______________________________________________
>>> MediaWiki-l mailing list
>>> MediaWiki-l [at] lists
>>> https://lists.wikimedia.org/mailman/listinfo/mediawiki-l
>>
>> =====================================
>> Jim Hu
>> Associate Professor
>> Dept. of Biochemistry and Biophysics
>> 2128 TAMU
>> Texas A&M Univ.
>> College Station, TX 77843-2128
>> 979-862-4054
>>
>>
>> _______________________________________________
>> MediaWiki-l mailing list
>> MediaWiki-l [at] lists
>> https://lists.wikimedia.org/mailman/listinfo/mediawiki-l
>>
>>
>> This electronic mail (including any attachment thereto) may be
>> confidential and privileged and is intended only for the individual
>> or
>
>> entity named above. Any unauthorized use, printing, copying,
>> disclosure or dissemination of this communication may be subject to
>> legal restriction or sanction. Accordingly, if you are not the
>> intended recipient, please notify the sender by replying to this
>> email
>
>> immediately and delete this email (and any attachment thereto) from
>> your computer system...Thank You
>>
>> _______________________________________________
>> MediaWiki-l mailing list
>> MediaWiki-l [at] lists
>> https://lists.wikimedia.org/mailman/listinfo/mediawiki-l
>
> =====================================
> Jim Hu
> Associate Professor
> Dept. of Biochemistry and Biophysics
> 2128 TAMU
> Texas A&M Univ.
> College Station, TX 77843-2128
> 979-862-4054
>
>
> _______________________________________________
> MediaWiki-l mailing list
> MediaWiki-l [at] lists
> https://lists.wikimedia.org/mailman/listinfo/mediawiki-l
>
>
> This electronic mail (including any attachment thereto) may be
> confidential and privileged and is intended only for the individual
> or entity named above. Any unauthorized use, printing, copying,
> disclosure or dissemination of this communication may be subject to
> legal restriction or sanction. Accordingly, if you are not the
> intended recipient, please notify the sender by replying to this
> email immediately and delete this email (and any attachment thereto)
> from your computer system...Thank You
>
> _______________________________________________
> MediaWiki-l mailing list
> MediaWiki-l [at] lists
> https://lists.wikimedia.org/mailman/listinfo/mediawiki-l
=====================================
Jim Hu
Associate Professor
Dept. of Biochemistry and Biophysics
2128 TAMU
Texas A&M Univ.
College Station, TX 77843-2128
979-862-4054
_______________________________________________
MediaWiki-l mailing list
MediaWiki-l [at] lists
https://lists.wikimedia.org/mailman/listinfo/mediawiki-l
|
