Search: Database `default' couldn't be opened

[Verwijderd]

Hoi bugbusters..

Mischien dat t al eerder gemeld was; maar ik krijg echt bij iedere search opdracht die ik doe de volgende error:

No results found (0 hits, Database `default' couldn't be opened).

succ6

[Verwijderd]

Zelfde probleem hier, maar de search werkt hier al langere tijd niet helemaal jofel. Op korte termen als msn zoeken gaat sinds een tijdje opeens niet meer...

/me roept Chem WHELP!

offtopic:
c Bert Visscher

[rml][ search] werkt niet ok?[/rml]

Stond er nog 1 Daar maar verder gaan?

[ Voor 21% gewijzigd door Verwijderd op 25-05-2004 15:17 ]

[nescafe]

"De search is voor het laatst bijgewerkt op: 30-07-2002 10:09"

[MaZe]

search werkt niet dat is wat anders

[Verwijderd]

MaZe schreef op 25 mei 2004 @ 15:21:
search werkt niet dat is wat anders

Very true Nu is het dus al helemaal onbruikbaar, anders maar een beetje

[glashio]

React Website op 2004-5-25
the right knowledge to the right people at the right time

Komt vast goed dan

[AW_Bos]

maar we hebben de Googlemanier nog

[ACM]

Hmm, de 'flush' optie van Reacts indexer is net even iets te rigoreus met het verwijderen van files

Atm wordt de DB opnieuw geindexeerd, maar het was niet de bedoeling dat de 'oude' db daarbij zou verdwijnen...

[Grolsch]

ff een remindertje, hoe zocht ik ook alweer met google? iets met site:gathering.tweakers.net volgens mij

[AW_Bos]

ACM schreef op 25 mei 2004 @ 15:46:
Hmm, de 'flush' optie van Reacts indexer is net even iets te rigoreus met het verwijderen van files

Atm wordt de DB opnieuw geindexeerd, maar het was niet de bedoeling dat de 'oude' db daarbij zou verdwijnen...

Foutje van een admin?

[Verwijderd]

Grolsch schreef op 25 mei 2004 @ 15:47:
ff een remindertje, hoe zocht ik ook alweer met google? iets met site:gathering.tweakers.net volgens mij

http://home.wanadoo.nl/sm56pci/got/

[Verwijderd]

ACM schreef op 25 mei 2004 @ 15:46:
Hmm, de 'flush' optie van Reacts indexer is net even iets te rigoreus met het verwijderen van files

Atm wordt de DB opnieuw geindexeerd, maar het was niet de bedoeling dat de 'oude' db daarbij zou verdwijnen...

omg *oeps* gevalletje?

maar de laatste tijd deed de search sowieso wel vaker moeilijk bij mij, msn e.d. korte termen vond tie niet leuk, dan krijg je 0 results terug...

Hoelang gaat die herindexering duren? Weer 3 dagen?

[ACM]

AW_Bos schreef op 25 mei 2004 @ 15:50:
Foutje van een admin?

Niet helemaal, foute inschatting van een zekere functie. Dat de boel zou gaan herindexeren was sowieso de bedoeling

Verwijderd schreef op 25 mei 2004 @ 15:51:

maar de laatste tijd deed de search sowieso wel vaker moeilijk bij mij, msn e.d. korte termen vond tie niet leuk, dan krijg je 0 results terug...

't Gedoe met hoofdletters niet kunnen gebruiken zal overigens niet opgelost zijn.

Hoelang gaat die herindexering duren? Weer 3 dagen?

Zoiets. Hopelijk wat korter.

[Toet3r]

maaarten schreef op 25 mei 2004 @ 16:06:
ik wil nog steeds weten waarom de search geen hoofdletters accepteerd. Ik heb het al eens eerder gevraagd maar daar kwam geen antwoord op.

[AW_Bos]

maaarten schreef op 25 mei 2004 @ 16:10:
[...]

bugje

[Verwijderd]

ACM schreef op 25 mei 2004 @ 15:54:
[...]

Niet helemaal, foute inschatting van een zekere functie. Dat de boel zou gaan herindexeren was sowieso de bedoeling


[...]

't Gedoe met hoofdletters niet kunnen gebruiken zal overigens niet opgelost zijn.


[...]

Zoiets. Hopelijk wat korter.

Ook wanneer ik korte termen zonder hoofdletter pakte, kreeg ik telkens 0 results terug.

Nou ja we wachten geduldig op de herindexatie

[glashio]

Verwijderd schreef op 25 mei 2004 @ 15:51:
maar de laatste tijd deed de search sowieso wel vaker moeilijk bij mij, msn e.d. korte termen vond tie niet leuk, dan krijg je 0 results terug...

Dat klinkt als een Full Text Search in MySQL

Is het nie mogelijk om GoT_React_Dbase te clonen op een Kloonmachine en daar de her-indexering te doen ? (scheelt hoop resource's op de LIVE! MySQL Engine LOAD)

* glashio heeft in z'n eigen searchengine een LIKE search erachteraan gegooid na 0 found rows.. maar die zoektijd wil jij niet hebben op een GoT-Dbase

[ Voor 5% gewijzigd door glashio op 25-05-2004 16:17 . Reden: Woord vergeten ]

[Verwijderd]

maaarten schreef op 25 mei 2004 @ 16:10:
[...]

[rml]moto-moi in "[ Search] Ligt dat aan mij?"[/rml] & [rml]ACM in "[ Bug] [ Search] Hoofdletter"[/rml]
De zoekdatabase is blijkbaar in lowercase - en in React wordt niet eerst je uppercase omgezet naar lowercase voordat deze doorgegeven worden aan de search. Hierdoor vindt Xapian (terecht) dat er geen match is.

[ACM]

glashio schreef op 25 mei 2004 @ 16:14:
Dat klinkt als een Full Text Search in MySQL

Nou, dat is het toch echt niet

Is het nie mogelijk om GoT_React_Dbase te clonen op een Kloonmachine en daar de her-indexering te doen ? (scheelt hoop resource's op de LIVE! MySQL Engine LOAD)

Het zware werk wordt op de search-server (atlas) zelf gedaan, de mysql-db achter got (apollo) heeft daar betrekkelijk weinig last van. En de search-server doet atm toch niks omdat er geen doorzoekbare index is nu

* glashio heeft in z'n eigen searchengine een LIKE search erachteraan gegooid na 0 found rows.. maar die zoektijd wil jij niet hebben op een GoT-Dbase

Dat duurt meer dan 20 minuten per query...

[glashio]

ACM schreef op 25 mei 2004 @ 15:54:
[quotje]Hoelang gaat die herindexering duren? Weer 3 dagen?[/quotje]

Zoiets. Hopelijk wat korter.

ACM schreef op 25 mei 2004 @ 16:18:
En de search-server doet atm toch niks omdat er geen doorzoekbare index is nu

Tjemig... RESPECT! REACT! Zo'n lange tijd voor her-indexering op een user-idle server... dat noem ik pas een Dbase

[ Voor 5% gewijzigd door glashio op 25-05-2004 16:54 . Reden: TYPO >:) ]

[nescafe]

ACM schreef op 25 mei 2004 @ 16:18:
Dat duurt meer dan 20 minuten per query...

Misschien leuk ideetje als abo-feature?

[glashio]

nescafe schreef op 25 mei 2004 @ 16:46:
Misschien leuk ideetje als abo-feature?

Uhhh.. ik betaal niet om te wachten

[ Voor 52% gewijzigd door glashio op 25-05-2004 16:52 . Reden: ikke pruts0r ]

[elevator]

Was het na de vorige 'oops' niet de bedoeling een backup te maken van de searchdb zodat in dit soort situaties die backup teruggezet kon worden?

[ACM]

't Was de bedoeling dat de 'bestaande' db niet zou verdwijnen, maar wbt die backup heb je in zekere zin gelijk. Ware het niet dat de DB compleet opnieuw herindexeerd moest worden, itt het aanvullen van een backup...

[elevator]

Nee snap ik - maar zijn jullie nog niet toegekomen aan het ontwikkelen van een backup strategie voor de search (wat ik me goed kan voorstellen) of is het om een andere reden niet mogelijk die tijdelijk terug te zetten zolang de nieuwe indexer draait?

[ACM]

We zijn er inderdaad niet aan toegekomen, maar als ik die functionaliteit in react goed had ingeschat zou ik wel een kopie van de vorige DB gemaakt hebben om iig door te kunnen gaan.
De indexer zit atm trouwens op bijna 57% van de topics, maar nog niet op 57% van de tijd, gezien het feit dat de latere topics gemiddeld langer zijn en daardoor de indextijd "per 1000 topics" flink toe gaat nemen in de komende paar uur.

[glashio]

Go atlas! Go atlas!

\o/ Topicstart on Tuesday 25 May 2004 15:11

Check altlas Disk I/O's van 25 Mei 2004

[Verwijderd]

Kunnen we na het completeren van deze indexering ook weer zoeken op nummertjes?

[ACM]

Verwijderd schreef op 26 mei 2004 @ 01:42:
Kunnen we na het completeren van deze indexering ook weer zoeken op nummertjes?

Hoe bedoel je dat precies ?

[Bolk]

Doet ie op datum indexeren? Dus oplopend naar de juiste datum? In dat geval hoeft tie nog maar een paar maandjes

[ACM]

Op volgorde van "last modified" (min of meer de laatste reactie).

Ik schat dat ie nog een uur of twee nodig heeft en daarna gaat ie de boel comprimeren, wat ook nog een uurtje of 2a3 zal duren en dan is het klaar.

[freddifish]

google GOT search met iets van de originele look and feel:
http://145.99.197.110/gotsearch.htm
_{stond er nog van de vorige search index operatie}

[Bolk]

Ik neem aan dat na de problemen van gisteren geen search updates meer gedaan zijn?

[Verwijderd]

Moet de search weer in de lucht zijn of niet?

Ik krijg nl amper hits op het woord hercules... 3 stuks om precies te zijn, en dat zouden er wel meer moeten zijn imho

[Verwijderd]

ACM schreef op 26 mei 2004 @ 09:33:
Hoe bedoel je dat precies ?

Precies zoals ik het zeg. Ik weet niet of dat by design was, of door een vastzittende dB ofzo, maar ik ben er de afgelopen week een aantal malen tegenaangelopen dat er niet op nummers gezocht kon worden.

bv search op 4013 --> niets, lm317 --> niets.

Ik zie dat dat inmiddels inderdaad (weer) kan, dus is mijn vraag beantwoord.

[Verwijderd]

Verwijderd schreef op 29 mei 2004 @ 01:06:
[...]


Precies zoals ik het zeg. Ik weet niet of dat by design was, of door een vastzittende dB ofzo, maar ik ben er de afgelopen week een aantal malen tegenaangelopen dat er niet op nummers gezocht kon worden.

bv search op 4013 --> niets, lm317 --> niets.

Ik zie dat dat inmiddels inderdaad (weer) kan, dus is mijn vraag beantwoord.

klopt idd, hier had ik ook last van: Radeon 8500 - 0 hits

Nu werkt het weer

[ACM]

Bolk schreef op 28 mei 2004 @ 09:07:
Ik neem aan dat na de problemen van gisteren geen search updates meer gedaan zijn?

Wel sowieso was het al klaar voor die eerste crash, maar door een foutje moest het opnieuw en bevatte de DB tot vannacht ~ 5:35u engels gestemde termen met een nederlands stemmende frontend, dat gaat soms niet goed

Verwijderd schreef op 29 mei 2004 @ 00:46:
Moet de search weer in de lucht zijn of niet?

Ja

Ik krijg nl amper hits op het woord hercules... 3 stuks om precies te zijn, en dat zouden er wel meer moeten zijn imho

zie hierboven. Maar dat ie maar 3x hercules vindt is wel wat vreemd ja (met prophet vindt je al meer)...
Dat is onderdeel van hetzelfde foutje, geen bug in Xapian. Alleen had ik dat foutje blijkbaar niet goed gefixed

Verwijderd schreef op 29 mei 2004 @ 01:06:
[...]


Precies zoals ik het zeg. Ik weet niet of dat by design was, of door een vastzittende dB ofzo, maar ik ben er de afgelopen week een aantal malen tegenaangelopen dat er niet op nummers gezocht kon worden.

bv search op 4013 --> niets, lm317 --> niets.

Ik zie dat dat inmiddels inderdaad (weer) kan, dus is mijn vraag beantwoord.

Je draait het nu om. Er zijn willekeurige termen die niet opleveren wat je wilt en vervolgens zie je dat het toevallig termen met getallen zijn -> jij denkt dat het door de getallen komt...

[ Voor 4% gewijzigd door ACM op 29-05-2004 12:51 ]

[crisp]

ondertussen wel fixed