Bokt.nl

ik word ook gek van die error...

had net al n keer of 10 achter elkaar deze:

SQL ERROR [ mysql ]

Lock wait timeout exceeded; try restarting transaction [1205]

CALLING PAGE

/forums/viewtopic.php&f=2&t=594078&hilit=&start=150

SQL

UPDATE topics_marking SET mark_time = 1149860858 WHERE user_id = 4765 AND topic_id = 594078

--------------------------------------------------------------------------------
Please notify the board administrator or webmaster : webmaster@bokt.nl

**Geplaatst**: 10-06-06 14:36

Re:

Geplaatst: 10-06-06 14:36

Ik had vanochtend dezelfde melding als Machie

Bokt afgesloten, opnieuw opgestart en daarna geen problemen meer gehad.

**Geplaatst**: 11-06-06 20:50

Re:

Geplaatst: 11-06-06 20:50

Ik heb geen idee wat je bedoelt Pris?

**Geplaatst**: 11-06-06 21:31

Re:

Geplaatst: 11-06-06 21:31

Jup, de error is weer helemaal terug

**Geplaatst**: 11-06-06 21:40

Re:

Geplaatst: 11-06-06 21:40

Oeh, he's back, better dan before.

**Geplaatst**: 14-06-06 14:08

Re:

Geplaatst: 14-06-06 14:08

SQL ERROR [ mysql ]

Lost connection to MySQL server during query [2013]

CALLING PAGE

/forums/index.php&sid=

--------------------------------------------------------------------------------
Please notify the board administrator or webmaster :

En nu krijg ik m niet meer weg- moet bokt opnieuw opstarten enzo.
Help?

**Geplaatst**: 14-06-06 14:10

Re:

Geplaatst: 14-06-06 14:10

ik had deze error net ook weer, toen ik het topic over Jamie wou kijken.

**Geplaatst**: 14-06-06 14:13

Re:

Geplaatst: 14-06-06 14:13

Kan iemand uitleggen wat precies een error is?

**Geplaatst**: 14-06-06 14:14

Re:

Geplaatst: 14-06-06 14:14

*wil het ook weten* volgens mij heb ik dat ook afentoe, zo'n wit scherm toch?

**Geplaatst**: 14-06-06 14:15

Re:

Geplaatst: 14-06-06 14:15

Deze error komt voor als je naar Bokt wilt surfen. Wat er precies op je scherm komt, staat hier in dit topic een aantal keer vermeld...

Bart zei een paar vorige week ofzo dat de error verholpen was, blijkbaar niet dus

**Geplaatst**: 14-06-06 14:15

Re:

Geplaatst: 14-06-06 14:15

Ik heb hem de laatste paar dagen ook alwer een stuk of 5/6 keer gehad

Is zo vervelend...

**Geplaatst**: 14-06-06 15:51

Bart ik bemerk een paar probleempjes....

Geplaatst: 14-06-06 15:51

Hoi Bart,

Je moet hier eens gaan kijken: >>Robots.txt checker<<

Je hebt er fouten in zitten.
Waarom schrijf je er niet domweg het volgende in:

User-agent: *
Disallow: /

Ben je in een klap van alle rotzooi af.

Verder heb ik nog een paar andere zaken gevonden die mischien de genoemde errors hier kunnen oplossen.

1. Schakel de MySQL persistant connections uit.
Die veroorzaken enkel overhead als je vele connecties hebt.
Bovendien gaat de server load omlaag als je dat doet.

2. Zet bovendien een timeout in php.ini hoe lang een script mag lopen.
Standaard kan die te hoog of te laag staan, maar als je een zombie hebt, dan blijft die connectie bestaan.

3. Verder is er nog een Apache setting die je het beste ook uitzet:
KeepAlive Off
Anders blijft hij connecties openhouden die reeds lang weg kunnen zijn.
Spiders zijn zeer vervelend in dit opzicht.

Ik hoop dat je er iets aan hebt.

**Geplaatst**: 15-06-06 16:43

Re:

Geplaatst: 15-06-06 16:43

Word hier eigenlijk wel naar gekeken?

**Geplaatst**: 16-06-06 14:03

Re: De error is back

Geplaatst: 16-06-06 14:03

Ik vrees van niet.....
Je zou het natuurlijk altijd een moderator kunnen melden met het verzoek om het eens aan Bart voor te leggen.

**Geplaatst**: 16-06-06 14:08

Re:

Geplaatst: 16-06-06 14:08

DIt is een nieuw probleem dat ontstaan is toen ik een aantal tabellen in de database veranderd heb (van MyISAM naar InnoDB). Hierdoor kan het soms voorkomen dat er iets mis gaat met de 'locks', dit staat verder helemaal los van robots.txt, php.ini of Apache settings. Ik converteer de bewuste tabel (bedankt voor de info, Machie

) terug naar zijn oude formaat.

**Geplaatst**: 16-06-06 17:10

Re: De error is back

Geplaatst: 16-06-06 17:10

Bart, een "Too many connections" heeft toch niets met tabellen te maken?
Zodra ik hem weer tegenkom zal ik een printscreen maken

**Geplaatst**: 16-06-06 19:01

Re: De error is back

Geplaatst: 16-06-06 19:01

Bart,

Ik ben het niet met je eens.
InnoDB is soms veel beter en heeft veel minder last van locks dan MyISAM.

Echter, zelfs als InnoDB trager is, nog mag hij geen "Too many connections" geven.
Deze error is echt het gevolg van php.ini en my.cnf instellingen ten aanzien van het aantal connecties dat ze kunnen/mogen doen.

Voor php.ini, ik zou persisitent connecties domweg uitzetten.
Voor my.cnf, zet de connecties naar 250 ofzo, standaard staan die erg laag.
Echter, als je presistent aan hebt staan, mag je het aantal gerust verdubbelen.
Persistent is leuk voor Banken bv waar ze telkens de zelfde clients hebben, maar totaal ongeschikt voor een forum met het volume zoals bokt.

**Geplaatst**: 16-06-06 22:57

Re:

Geplaatst: 16-06-06 22:57

Ik had het over de error van Machie

'de error' zeg me niet zo veel

Die 'too many connections' melding heeft idd een andere oorzaak, wordt aan gewerkt maar dat is wat lastiger op te lossen.

**Geplaatst**: 18-06-06 20:13

Re:

Geplaatst: 18-06-06 20:13

BartVB schreef:
Ik had het over de error van Machie 'de error' zeg me niet zo veel

Die 'too many connections' melding heeft idd een andere oorzaak, wordt aan gewerkt maar dat is wat lastiger op te lossen.

Onzin Bart.

Die melding is erg simpel op te lossen, domweg je my.cnf connecties verhogen.
Meer kan je daar niet aan doen.
Echter, ik weet niet hoe je "top" eruit ziet, maar je moet ten alle tijden voorkomen dat Linux gaat swappen.

Waarom zou dit een probleem zijn? Zo groot is dit forum nu ook weer niet

Volgens mij staat je key-buffer veeeeeeel te hoog waardoor je te veel geheugen verliest door swapping van Linux.

Verder moet je voorkomen dat "zombie" processen vrijwel niet optreden.

Ik weet het, ik ben lastig, maar ik zie echt niet in waarom dit forum met de hardware die je gebruikt deze medingen mag geven.
Het is nergens voor nodig, zoveel traffic is hier nu ook weer niet

(als je de hardware bekijkt)