[BC3] Het spookt helaas nog steeds flink af en toe

[Verwijderd]

Als vervolg op : [topic=158330]

Het spookt, bijvoorbeeld nu, nog steeds af en toe flink.

Graag hier een serieuze en weinig off-topic discussie over het probleem, en aandragingen voor een oplossing.

Wat weten we?

- ''t gebeurd vooral bij onderbelasting.
- er draait een smurf om dit tegen te gaan.
- ''t is waarschijnlijk een bug in PHP.

[Laurent]

Eeh ik kreeg 2 dagen geleden ook zo nu en dan een lege tweakers.net

[korenwolf]

Ik heb er vandaag ook voor het eerst sinds dagen last van gehad, maar is het misschien een beter idee (misschien gebeurt het al) om hier een topic voor te openen bij PHP.net zelf. Die lui hebben gewoon een newsserver (news.php.net) en het lijkt me dat je in de juiste nieuwsgroep veel meer resultaten kan bereiken.

[Kees]

Wat weten we?

- ''t gebeurd vooral bij onderbelasting.
- er draait een smurf om dit tegen te gaan.
- ''t is waarschijnlijk een bug in PHP.

• <li> onderbelasting inderdaad, met dank aan arjen en luite loopt er nu een patch die 1 mogelijke oorzaak zou moeten aanpakken, (pconnect die out-timed, mislukte pconnects worden nu opgevolgd door een connect). Aangezien we er nog steeds last van hebben is dat het niet alleen imho. arjen laat nu alle ''foute'' queries loggen. deze poept dingen uit als: [code]--------- Sat Apr 21 3:14:31 2001 --------- 2006: MySQL server has gone away[/code] <li> smurf is gevolg-bestrijding, geen oorzaak-bestrijding <li> het zou idd een bug in php kunnen zijn, binnenkort probeer ik php4.0.3pl1 er weer eens op te zetten, helaas heeft deze soms de neiging om mensen met http-compressie aan een blanco scherm voor te schotelen (iow compressie werkt niet fijn)

verder zijn er nog een aantal dingen die tegenspelen (zoals het begeven van de switch van het interne netwerk en de niet al te beste stabiliteit van mysql) maar deze dingen hebben niet rechtstreeks met de #55''s te maken.

iedereen die meer fouten-oorzaken-fixes-ideeën kan aandragen, be my guest

Ik zit niet op de news server, maar op de mailinglist, waar ook regelmatig de makers reageren (alleen is 6000 mails per maand best veel )

http://www.php.net/bugs.php?id=9049 is nog steeds open, dus ook niet verwerkt in de volgende releases.

[Verwijderd]

Mischien is het in 4.0.5RC1 gefixed?

php.silverpoint.nl/distributions/RCs/php-4.0.5RC1.tar.gz

[Laurent]

Op zaterdag 21 april 2001 03:13 schreef [nielsonline] het volgende:
Mischien is het in 4.0.5RC1 gefixed?

php.silverpoint.nl/distributions/RCs/php-4.0.5RC1.tar.gz

Hmm daarin kan het best zijn opgelost

Nu draait er dus 4.04pl1.

[sampoo]

Misschien moet de php instellingen worden (terug) getweakt. Wat conservatievere instellingen bijvoorbeeld. Ik zeg ook maar wat.

[Verwijderd]

WHAHA, LOL, deze kreeg ik net:

Het forum is momenteel niet bereikbaar wegens database problemen. Probeer het zo nog eens. F5 knoppen worden niet vergoed.

LOL@Adjes

[Muppet]

Waardoor komt die code naar voren als je geen reactie terug krijgt van de server ??

Soms post ik een Topic . . prima niks aan de hant en klik op hier (ben een van die mensen met weinig geduld) en whalla daat is hij weer.

[Muppet]

Op zaterdag 21 april 2001 03:38 schreef MREn het volgende:
WHAHA, LOL, deze kreeg ik net:
[..]

LOL@Adjes

F5

Hehe lol

[Verwijderd]

Dat was me ook al opgevallen. ROTFL

[Kees]

Aantal fouten in de log:

code:

 19   56
 20   45
 21   60
 22   49
 23   41
  0   64 
  1   105
  2   146
  3   137

3 uur is nog niet eens afgelopen, de load is fors gezakt en prompt springen er allerlei errors op ons af.

owh jah.. die error heb ik ook maar aangepast, heb je iig wat te lachen bij een #55 (de eerste 1/2 keer dan )

[sampoo]

Op zaterdag 21 april 2001 03:38 schreef MREn het volgende:
WHAHA, LOL, deze kreeg ik net:
[..]

LOL@Adjes

Waar blijft #55 wanneer je hem nodig hebt!
Ik wil dit ook eens zien.

[korenwolf]

Zul je net zien dat je dan vijf keer F5 nodig hebt om die error überhaupt te zien.

[Laurent]

Whehehe

verder is het ook lekker iri dat ik nu niet het topic meer onder de reageer page kan zien

Die van F5 wist ik trouwens al een uurtje of anderhanlf zeg maar

[Verwijderd]

Ehh, topic bij reply is toch gewoon een preference?

[Verwijderd]

Zo .. de laatste 3 minuten ben ik ''m al 20 keer tegen gekomen. Ik heb geteld.

Alleen al 3 keer om dit te posten. Thank God voor de back-knop in de browser.

[Coen Rosdorff]

Dat er meer errors zijn bij dalende load, kan het gevolg zijn van timeouts.

Een mogelijke oplossing is misschien het verminderen van het aantal apache processes. De proccesses die overblijven hebben het drukker waardoor de kans op een timeout in theorie verminderd.

Kortom: httpd.conf

[Laurent]

Op zaterdag 21 april 2001 04:11 schreef HlpDsK het volgende:
Zo .. de laatste 3 minuten ben ik ''m al 20 keer tegen gekomen. Ik heb geteld.

Alleen al 3 keer om dit te posten. Thank God voor de back-knop in de browser.

Jeutje ik krijg hem ineens ook een heel stuk meer te zien

[Verwijderd]

Op zaterdag 21 april 2001 04:16 schreef little_soundman het volgende:
Dat er meer errors zijn bij dalende load, kan het gevolg zijn van timeouts.

Een mogelijke oplossing is misschien het verminderen van het aantal apache processes. De proccesses die overblijven hebben het drukker waardoor de kans op een timeout in theorie verminderd.

Kortom: httpd.conf

Jah, maar is dat geen statische waarde dan? Want anders zwaait de boel bij het ochtendgloren om naar code #55 wegens overbelasting.

[Laurent]

Op zaterdag 21 april 2001 04:07 schreef HlpDsK het volgende:
Ehh, topic bij reply is toch gewoon een preference?

Staat aan, zie hier:

[Verwijderd]

Heej verrek. Vreemd.

Nah, ik ga es vroeg pitten vandaag. ''t is toch niks dan code #55 momenteel..

Oh well, we vinden vast wel een oplossing. Tot dan, g''night

[Kees]

Op zaterdag 21 april 2001 04:04 schreef Aikeleer het volgende:

Die van F5 wist ik trouwens al een uurtje of anderhanlf zeg maar

oei strak, ik nog maar 1 uurtje ofzo

(hijs btw alweer weg, ''t was weer leuk)

[Laurent]

Op zaterdag 21 april 2001 04:33 schreef Kees het volgende:

[..]

oei strak, ik nog maar 1 uurtje ofzo

Hmmja, eerst zag ik iets van F5 staan, ikke denken dat er iets van druk op F5 kan nog eens helpen ofzo stond, maar later rond deze tijd krijg/kreeg ik hem veel meer (#55) en kan/kon ik hem eindelijk eens goed lezen

[Cookie]

Get your kicks, on Route-66,
''Cause there ain''t no jive, on Route-55

[xxfile]

Op zaterdag 21 april 2001 04:25 schreef HlpDsK het volgende:
Heej verrek. Vreemd.

Nah, ik ga es vroeg pitten vandaag. ''t is toch niks dan code #55 momenteel..

Oh well, we vinden vast wel een oplossing. Tot dan, g''night

Damn, had me alweer uitgelogd|:(

Maaruh, HlpDsk die gaat slapen:? Dat ik dat eens mag meemaken zeg, ik voel me vereerd:P

Maaruh2, het is/was vannacht weer een trieste boel. Heb meer #55 gezien dan de topics, maar ja, geduld is een schone zaak in tegenstelling tot mijn muis en F5 dan;)

[Dennis]

Nou HlpDsk het is momenteel nog niet veel beter :(:(. Om deze topic te openen moest ik 7x op F5 drukken :(:(.

En net bij andere topics etc. ook al.
Grrrrr kut spoken!

[BigB]

Mjah en repleyen is ook zeker 5 keer op BACK drukken en dan weer op VERSTUUR

[BC3 Victim]

>>>>Het forum is momenteel niet bereikbaar wegens database problemen. Probeer het zo nog eens.>>>>

I think we all know this by now


And the server load really that big cause of the many users? Or is it just a bug?

[Dennis]

Op zaterdag 21 april 2001 07:11 schreef Extricator het volgende:
>>>>Het forum is momenteel niet bereikbaar wegens database problemen. Probeer het zo nog eens.>>>>

I think we all know this by now


And the server load really that big cause of the many users? Or is it just a bug?

PRAAT NEDERLANDS!!!

[Dennis]

Op zaterdag 21 april 2001 07:06 schreef BigB het volgende:
Mjah en repleyen is ook zeker 5 keer op BACK drukken en dan weer op VERSTUUR

Precies .
Zouden we dan toch op ASP+SQL moeten overstappen?

[Burat]

Op zaterdag 21 april 2001 07:19 schreef dennisdotcom het volgende:

[..]

Precies .
Zouden we dan toch op ASP+SQL moeten overstappen?

Euhmm nee.. Dat zouden we niet. Namelijk:
1) Dan moeten alle scripts opnieuw worden geschreven
2) MSSQL server heeft ook zo z''n bugs en lastigheden
3) Voor dezelfde hoeveelheid queries en dezelfde hoeveelheid pageviews gebruikt MSSQL+ASP+IIS meer resources
4) De software kost dan handen vol geld

Op zich moet je je niet vergissen in de kracht van MySQL en PHP. PHP heeft sowieso weinig problemen (het is alleen wat inconsistent van opzet..), en er zijn veel updates.

Alleen het gedrag van MySQL kan ik niet helemaal verklaren.. niemand snapt dat geloof ik..

[Dennis]

Op zaterdag 21 april 2001 08:52 schreef Burat het volgende:

[..]

Euhmm nee.. Dat zouden we niet. Namelijk:
1) Dan moeten alle scripts opnieuw worden geschreven
2) MSSQL server heeft ook zo z''n bugs en lastigheden
3) Voor dezelfde hoeveelheid queries en dezelfde hoeveelheid pageviews gebruikt MSSQL+ASP+IIS meer resources
4) De software kost dan handen vol geld

Op zich moet je je niet vergissen in de kracht van MySQL en PHP. PHP heeft sowieso weinig problemen (het is alleen wat inconsistent van opzet..), en er zijn veel updates.

Alleen het gedrag van MySQL kan ik niet helemaal verklaren.. niemand snapt dat geloof ik..

Het was geen serieuze opmerking van mij
Ik heb al die discussies hierover al eerder gelezen.

[Laurent]

Burat heeft gelijk, overstappen naar ASP (als het eens serieus aan de orde word gedaan) is iig totaal overbodig (zweten) in dit geval.

[Bart Coppens]

Op zaterdag 21 april 2001 03:10 schreef Kees het volgende:

[..]

http://www.php.net/bugs.php?id=9049 is nog steeds open, dus ook niet verwerkt in de volgende releases.

Nee, maar wel in de vorige als ik de short description mag geloven: ''mysqlconnect works, but mysql_query says invalid resource - with 4.0.3pl1 okay''

[Destruction]

Vaag dat het aan onderblesting van de server ligt. ( als het zo is dan ) dat klinkt niet echt logisch.

[Verwijderd]

hmm vreemd dat het bij de meeste s''nachts gebeurt. Bij mij is het namelijk vooral tussen 22-24 Dan vliegen ze bij mij om de oren. vaak zijn het nog niet eens code #55 maar meer TCP errors of zelfs DNS errors.

[ACM]

Op zaterdag 21 april 2001 04:20 schreef HlpDsK het volgende:

[..]

Jah, maar is dat geen statische waarde dan? Want anders zwaait de boel bij het ochtendgloren om naar code #55 wegens overbelasting.

Dat is het inderdaad, maar het "minimum aantal servers" is iets dat apache wel dynamisch schaalt.
Je zou dus idd het minimum (en eventueel de spare servers, maar das wat gevaarlijker) een stuk omlaag kunnen schroeven.

effe quote uit de httpd.conf opgezocht:

# Server-pool size regulation. Rather than making you guess how many
# server processes you need, Apache dynamically adapts to the load it
# sees --- that is, it tries to maintain enough server processes to
# handle the current load, plus a few spare servers to handle transient
# load spikes (e.g., multiple simultaneous requests from a single
# Netscape browser).
#
# It does this by periodically checking how many servers are waiting
# for a request. If there are fewer than MinSpareServers, it creates
# a new spare. If there are more than MaxSpareServers, some of the
# spares die off. The default values are probably OK for most sites.

MinSpareServers zou je dan gewoon "lekker veilig" moeten zetten, maar MaxSpareServers niet (te) veel hoger?

[ACM]

Of misschien de apache''s om een uur of 2 effe "killall -HUP"''en... Zodat alle pconnects afgesloten worden, en er verse (niet teveel hopelijk) bijgemaakt worden indien nodig?

[twiekert]

the MySQL server has gone away error:

*knip*

You can also get these errors if you send a query to the server that is incorrect or too large. If mysqld gets a packet that is too large or out of order, it assumes that something has gone wrong with the client and closes the connection. If you need big queries (for example, if you are working with big BLOB columns), you can increase the query limit by starting mysqld with the -O max_allowed_packet=# option (default 1M). The extra memory is allocated on demand, so mysqld will use more memory only when you issue a big query or when mysqld must return a big result row!

---------------------------------------------

mischien ook nog de key_buffer in my.ini verkleinen of vergroten? bijvoorbeeld 8M of 32M (Standaard 16M) kan nie kwaad om dat ff te testen..

[RvdH]

code:

[mysqld]
port=3306
log-bin
server-id=1
socket=/tmp/mysql.sock
set-variable=max_connections=400
set-variable=sort_buffer=16M
set-variable=wait_timeout=60
set-variable=table_cache=800
set-variable=key_buffer=240M
set-variable=max_allowed_packet=3M
set-variable=long_query_time=5
set-variable=thread_stack=131072
set-variable=thread_cache_size=10
set-variable=query_buffer_size=2M
set-variable=max_connect_errors=1000
datadir = /var/db/mysql/var
pid-file = /var/db/mysql/var/mysql.pid
log-slow-queries
myisam-recover
skip-concurrent-insert
user=daemon
replicate-do-db=tweakers
replicate-do-db=stats

Dat is de huidige my.cnf. Ik ben absoluut geen DBA guru, als iemand hier op- en/of aanmerkingen op heeft.. reageer dan. Kan best zijn dat er iets fout aan is ofzo, of dat verbeterd kan worden.

[ACM]

Misschien dat je deze variabele:
connect_timeout
Nog wat hoger moet zetten?
Staat bij mij standaard op 5 (ms), maar ik kan me voorstellen, dat als eerst apache wakker geschud moet worden en daarna ook mysql weer en ook nog es een netwerkconnectie gemaakt moet worden, dat dat (soms?) meer dan 5ms kan duren...

[raptorix]

1) Dan moeten alle scripts opnieuw worden geschreven

Das lastig maar als het een structurele oplossing bied voor de bestaande problemen dan is het misschien te overwegen

2) MSSQL server heeft ook zo z''n bugs en lastigheden

Wat vind je lastig, en wat zijn dan die bugs volgens jou?

3) Voor dezelfde hoeveelheid queries en dezelfde hoeveelheid pageviews gebruikt MSSQL+ASP+IIS meer resources

Daar ben ik niet helemaal zeker van omdat het cachning mechanisme van SQLserver best veel ontlast, daarnaast handelt sqlserver bepaalde zaken veel efficienter af, zodat ook wer minder resources aangesproken hoeven worden.

Overigens als ik zo hoor wat nodig is om tweakers in de lucht te houden dan weet ik zonet nog niet of het wel zoveel efficienter is.

4) De software kost dan handen vol geld

Daar krijg je dan ook wel een hoop voor terug, daarnaast is het qualitatief ook beter. Maar inderdaad het is een hoop geld.

[jelmervos]

Hij was er net weer ff, een #55 tussen de threads door!

[Verwijderd]

ne hoe kom je erbij heb er nu in een halfuur ongeveer 20 codes 55 gehad ik word er gek van

[jelmervos]

Op zondag 22 april 2001 03:24 schreef suijkerbuijk het volgende:
ne hoe kom je erbij heb er nu in een halfuur ongeveer 20 codes 55 gehad ik word er gek van

Er moet ''s nachts meer gepost worden!

[Verwijderd]

Het is weer dik raak ja. Vervelend ..

Iemand nog suggesties? Elke keer roepen van "aaah, het spookt weer" heeft ei''k weinig nut. Maarja .. ik heb zelf de ballen verstand niet van PHP of SQL dus een oplossing bieden kan ik niet. Hooguit zeggen dat het dus nog foutgaat.

[jelmervos]

Op zondag 22 april 2001 03:26 schreef HlpDsK het volgende:
Het is weer dik raak ja. Vervelend ..

Iemand nog suggesties? Elke keer roepen van "aaah, het spookt weer" heeft ei''k weinig nut. Maarja .. ik heb zelf de ballen verstand niet van PHP of SQL dus een oplossing bieden kan ik niet. Hooguit zeggen dat het dus nog foutgaat.

aaaah, het spookt weer

Dat is het pad naar de oplossing warm houden. Anders wordt het zoiets als: als we er niet over praten is het er ook niet. :):P

[Verwijderd]

heb er ook geen verstand van, maar bovenaan staat dat het voorkomt bij onderbelasting, kunnen jullie hier niet gewoon snachts een forum openen ofzo waarin je een bot of iets loslaat die de onderbelasting voorkomt? (als jullie dat forum nou kroeg noemen en ''s ochtends weer weghalen, dan kan je ''s nachts alle crap plaatsen die je wilt, er zijn toch niet meer dan 10 mensen (zoals net is gebleken) op het got nu)

weet ook niet, verder kan ik ook alleen maar zeggen dat ik net nog een keer zo''n leuke code #55 kreeg

[GiLeX]

krijg em elke keer als ik een topic wil bekijken valt me mee dat ik dit kan posten:)

[Verwijderd]

sloot net per ongeluk mijn venster af, weer een 55 en laatst tussen de 55''s door, laadde ie wel, alleen kreeg ik alleen die bovenste balk, dus niet de index zelf zeg maar???
dat was gewoon overdag aimnv

kreeg em net, toen ik dit bericht postte weer
alsjeblieft, DOE ER WAT AAN, het is zo irritant, net zoals broertje en hoofdletters

IK KRIJG HEM ELKE KEER ALS IK WAT POST!!!!!

o ja, en wat is dat toch voor kl*tewijf op sbs6 steeds, met dat geleuter dat die minister NL verkwanseld en nog meer van die zut?

[Verwijderd]

Ga slapen dan

[Verwijderd]

k

[Verwijderd]

Op zondag 22 april 2001 04:12 schreef Whistler112 het volgende:
k

hehe .. als iedereen nou gewoon deed wat ik zei, was de wereld veel makkelijker

Do as I say, but not as I do, want dat laatste is gewoonweg niet bevordelijk voor de gezondheid



En GVD alleen al dit posten 7 x Code #55. Laat eens wat meer smurfen los aub

[Verwijderd]

Ik word er nu echt goed schijtziek van.
De ratio van Code # 55 op posts is nu echt _letterlijk_ 20:1 !

Ondoenlijk is het woord dat naar voren komt bij mij

[BigB]

Code 55 is know known as Code zeer irritant!!!

Het forum is momenteel niet bereikbaar wegens database problemen. Probeer het zo nog eens. <-- toen ik dit wou posten dus klik nu back en weer verstuur
Helaas weer zelfde error lets try again!!

[Verwijderd]

Zelfs NU heb ik er last van! Het is 11.41 uur!!!

[Femme]

Ik denk niet dat Microsoft veel zin heeft om een site die op Linux/FreeBSD webservers draait te gaan sponsoren.

[ACM]

Op zondag 22 april 2001 00:50 schreef raptorix het volgende:

[..]

Das lastig maar als het een structurele oplossing bied voor de bestaande problemen dan is het misschien te overwegen

Niet als je compleet nieuwe scripts moet schrijven asp!=php... Linux/freebsd!=win2k etc. Daar komt wel heel erg veel bij draaien.
Tenzij je php op win2k gaat draaien maar daar kom ik zometeen op.

[..]

Daar ben ik niet helemaal zeker van omdat het cachning mechanisme van SQLserver best veel ontlast, daarnaast handelt sqlserver bepaalde zaken veel efficienter af, zodat ook wer minder resources aangesproken hoeven worden.

Mijns inziens is MSsql slomer dan Oracle en dat is in de meeste gevallen een stuk slomer (hoe simpeler hoe (relatief) slomer) dan mysql.
O.A. omdat connects veel langer duren naar mssql toe, wordt de machine veel zwaarder belast qua resources en omdat de queries veel langer duren om te executen scheelt dat nog veel erger.
Maar vergeet niet dat mysql ook cached, misschien niet zo goed als mssql maar is dus wel veel lichter en sneller.
Als je dan je scripts niet omzet in asp, maar in php laat wordt het ook nog es vele malen minder efficient op de webservers...

Overigens als ik zo hoor wat nodig is om tweakers in de lucht te houden dan weet ik zonet nog niet of het wel zoveel efficienter is.

Compleet ombouwen van een site is niet iets dat je zomaar even doet... Voordat dat snel en stabiel draait ben je wel weer een jaar verder. Zeker als je ook nieuwe os-en moet installeren op je servers (ben je wel een paar dagen mee bezig?)

Daar krijg je dan ook wel een hoop voor terug, daarnaast is het qualitatief ook beter. Maar inderdaad het is een hoop geld.

Heel veel geld, zeker omdat je dus ook win2k licenties etc moet gaan kopen. Mssql is volgens mij niet veel goedkoper dan oracle voor het gebruik bij tweakers, maar de laatste kan wel op linux draaien (en heeft idd ook niet van die gekke dingen waar mysql wel es last van heeft).
Lijkt me dat als ze het geld hadden, dat ze dan toch beter over zouden kunnen stappen op oracle (rawpartitions met linux-2.4.x en dat soort dingen maken het waarschijnlijk behoorlijk wat sneller dan mssql+win2k op dezelfde machine)

[Buzzman]

Op zondag 22 april 2001 12:59 schreef ACM het volgende:

[..]

Niet als je compleet nieuwe scripts moet schrijven asp!=php... Linux/freebsd!=win2k etc. Daar komt wel heel erg veel bij draaien.
Tenzij je php op win2k gaat draaien maar daar kom ik zometeen op.
[..]

Mijns inziens is MSsql slomer dan Oracle en dat is in de meeste gevallen een stuk slomer (hoe simpeler hoe (relatief) slomer) dan mysql.
O.A. omdat connects veel langer duren naar mssql toe, wordt de machine veel zwaarder belast qua resources en omdat de queries veel langer duren om te executen scheelt dat nog veel erger.
Maar vergeet niet dat mysql ook cached, misschien niet zo goed als mssql maar is dus wel veel lichter en sneller.
Als je dan je scripts niet omzet in asp, maar in php laat wordt het ook nog es vele malen minder efficient op de webservers...
[..]

Compleet ombouwen van een site is niet iets dat je zomaar even doet... Voordat dat snel en stabiel draait ben je wel weer een jaar verder. Zeker als je ook nieuwe os-en moet installeren op je servers (ben je wel een paar dagen mee bezig?)
[..]

Heel veel geld, zeker omdat je dus ook win2k licenties etc moet gaan kopen. Mssql is volgens mij niet veel goedkoper dan oracle voor het gebruik bij tweakers, maar de laatste kan wel op linux draaien (en heeft idd ook niet van die gekke dingen waar mysql wel es last van heeft).
Lijkt me dat als ze het geld hadden, dat ze dan toch beter over zouden kunnen stappen op oracle (rawpartitions met linux-2.4.x en dat soort dingen maken het waarschijnlijk behoorlijk wat sneller dan mssql+win2k op dezelfde machine)

Valt er niks te regelen met MS? Een of andere sponsordeal?

[ACM]

Op zondag 22 april 2001 13:38 schreef Femme het volgende:
Ik denk niet dat Microsoft veel zin heeft om een site die op Linux/FreeBSD webservers draait te gaan sponsoren.

Wat flauw dan zeg

Maar misschien dat oracle wil sponsoren?
Ze hebben ook een kantoor in nederland (voor marketing en support etc) Lijkt me wel een project waar ze aan kunnen laten zien dat oracle inderdaad beter is dan mysql...

En "ibm" is de kwaadste ook niet (hebben ook 6000 man in nederland aan het werk) die zou je ook kunnen pollen voor DB2.

[Kees]

Vanaf 20:00 gisteravond is er geen error 55 meer gelogt, dat geeft hoop voor de toekomst

[Verwijderd]

Niet geheel waar. Toenstraks hing MySQL FF (heb je me zelf verteld ), en toen was het even 30 seconden huilen

Maar idd verder is het spookvrij. Knock on wood.

[xxfile]

Eindelijk eens goed nieuws, ik heb vannacht geen #55 gezien

Keep on the good work

[ACM]

Op maandag 23 april 2001 05:06 schreef xfile het volgende:
Eindelijk eens goed nieuws, ik heb vannacht geen #55 gezien

Keep on the good work

Ik zie nooit #55''s maar dat zal komen omdat ik wel es op bed lig enzo...

[wildhagen]

De afgelopen 15 minuten was het weer flink raak...

[Mr. B.]

Op zaterdag 21 april 2001 04:25 schreef HlpDsK het volgende:
Heej verrek. Vreemd.

Nah, ik ga es vroeg pitten vandaag. ''t is toch niks dan code #55 momenteel..

Oh well, we vinden vast wel een oplossing. Tot dan, g''night

LOL

En ik zie nu ook weer geen thread tijdens het replyen, terwijl dat toch echt aan staat in m''n prefs

[Verwijderd]

Doei spookvrij
Het begint net weer flink te spoken
Bij alles wat ik doe krijg ik nu een code #55...

[ACM]

Op maandag 23 april 2001 11:56 schreef ACM het volgende:

[..]

Ik zie nooit #55''s maar dat zal komen omdat ik wel es op bed lig enzo...

Bij deze kom ik daar dan ook op terug

[GiLeX]

Weet niet wat het nu is op GoT maar naar een #code 1:? krijg ik nu weer een paar keer code 55

[Verwijderd]

''t is nu ultra-brak

[Verwijderd]

http://www.tweakers.net/plan/86

Dat is de dato 23 April, maar er wordt niet gerept over updates vandaag.

[jelmervos]

Waneer wordt het nou es goed, is er nou echt helemaal niks aan te doen ofzo???

[Verwijderd]

Zodra het artikel bij slashdot niet meer zo bovenaan staat

[jelmervos]

Op maandag 23 april 2001 21:08 schreef HlpDsK het volgende:
Zodra het artikel bij slashdot niet meer zo bovenaan staat

Nog maar es: dit is toch ook niet de eerste keer dat we code #55 zien. Oke, het is nu wel ff heel erg, maar jij weet als geen ander dat ze ook wel es ''zo'' komen!

[BenJoep]

Het is weer lekker bezig, het code55 spookie.

[GiLeX]

Sorruy voor de groote van de pic maar deze kreeg ik nu keer op keer:)

[GiLeX]

Lama ik zag het hier: http://gathering.tweakers.net/forum/list_messages/166848/1 al waar de fout lag:)

[sampoo]

Aaahhh ik wordt nu doodgegooit met #55 errors op GOT en My SQL server is onbereikbaar op Tweakers.net. Had eerder op de dag (17:00) ook een paar keer #55. Ik heb normaal alleen ''s nachts last. De server is nu toch niet onderbelast?

[IceStorm]

Op maandag 23 april 2001 22:48 schreef Genotix het volgende:
Het is weer lekker bezig, het code55 spookie.

Ga ze dat bij /. maar vertellen

[jelmervos]

Op maandag 23 april 2001 22:33 schreef sampoo het volgende:
Aaahhh ik wordt nu doodgegooit met #55 errors op GOT en My SQL server is onbereikbaar op Tweakers.net. Had eerder op de dag (17:00) ook een paar keer #55. Ik heb normaal alleen ''s nachts last. De server is nu toch niet onderbelast?

Nee, dat zeker niet. Check het plaatje hierboven maar es. Slashdot komt hier ff een kijkje nemen namelijk!

[zeikstraal]

ik zie hier van geen enkele post de username, check dit:



Je bent momenteel ingelogd als , als je onder een ander account wil posten kan je dat hier
doen.

maar ach jullie zullen ''t ook wel hebben. Best wel vage ervaring.

[jelmervos]

Vage bende vanavond, was dit het echt slashdot effect???

[twiekert]

aargh!! waar je ook klikt op GoT eerst een #55 en dan refreshen = ok. loopt mysql/php weer te blaten of is het nog steeds overbelasting van slashdot?

[Verwijderd]

Op maandag 23 april 2001 23:10 schreef zeikstraal het volgende:
ik zie hier van geen enkele post de username, check dit:



Je bent momenteel ingelogd als , als je onder een ander account wil posten kan je dat hier
doen.

maar ach jullie zullen ''t ook wel hebben. Best wel vage ervaring.

Daar had ik ook last van, alleen de namen van de toppic starters van topix die nog in de cash stonden, die kende die nog wel. Het werkt nu overigens weer goed.

En ik heb minimaal 20x geprobeerd dit te posten

Ja doe maar, nog een code #1 voor onderhoud er ook nog tussen door Al zou daar toch iets positiefs uit moeten komen

Ach en dan lees ik de frontpage and, oorzaak gevonden

[JvS]

Op maandag 23 april 2001 23:10 schreef zeikstraal het volgende:
ik zie hier van geen enkele post de username, check dit:



Je bent momenteel ingelogd als , als je onder een ander account wil posten kan je dat hier
doen.

maar ach jullie zullen ''t ook wel hebben. Best wel vage ervaring.

Ja, het zag er wel erg grappig uit:


Voor de mensen die hier niet live aanwezig zijn/waren

[IceStorm]

Op maandag 23 april 2001 23:39 schreef jelmervos het volgende:
Vage bende vanavond, was dit het echt slashdot effect???

Ja

[Verwijderd]

Aaarrgh, dit is gewoon niet meer op welke wijze dan ook nog als komisch te zien.

:(

[Daniel]

Het is een paar dagen vrij goed gegaan maar nu is het weer huilen met de pet op...ik krijg ongeveer 1 op de 5 keer geen #55