[Negotiator] Server dood

[intoxicated]

Aangezien Negotiator hier een Lief Adje is, en hij geen ICQ of E-mail adres in z'n profile heeft staan, moet ik het maar hier neerzetten. Dit lijkt me de beste plek (niet optimaal, maar toch).

Het gaat over het volgende. Na een beetje met het MyMood-icon te spelen (kleurtjes kiezen, afmetingen bekijken, etc.) gaf ik 70000 als afmeting in (cq, m'n keyboard bleef hangen, cheap ding ). En daar is de MyMood (tevens o.a. Negotiator.nl) server nogal in gestikt. Die staat nu vrolijk na te denken over een plaatje van 70000x70000.

Zie ook > http://huischkamer.tweakers.net/forum/list_messages/2586

Sorry

[oVRoM]

Is toch gewoon [e-mail]?

[intoxicated]

Op zaterdag 13 juli 2002 00:53 schreef oVRoM het volgende:
Is toch gewoon [e-mail]?

Tsja, ben benieuwd waarnaar die forward. Zal wel over z'n eigen server gaan, isn't it? En die is dood

[intoxicated]

Hij leeft weer. Ben erg benieuwd naar de load-averages in je logfile.

Server status: 01:27:21 up 0 days, 0:03, 1 user
Nego is aan het fixen / rebooten geweest

[Hans]

Mn keyboard bleef hangen, yeah right Niet niet echt pienter gescript dan, die handel...

[intoxicated]

Op zaterdag 13 juli 2002 02:11 schreef Hans het volgende:
Mn keyboard bleef hangen, yeah right

Serieus. 'k Had het ding schoongemaakt en er zit een rubbertje verkeerd

[Bolk]

Beetje andermans spullen slopen tssss

Kees kan er btw ook wat van, maar de mijne ging toen niet stuk

[Expander]

Hmm, even ontopic (is er een ontopic?). Dit is wel een serieuze bug. Hier kunnen mensen kwaad mee doen.

Ik hoor toch altijd roepen dat je input van een user nooit moet vertrouwen?

Niet dat ik snugger script, maar dat is (nog) voor de lol.

[intoxicated]

Inderdaad. Terwijl dit zo kinderlijk eenvoudig is af te vangen in PHP. Al zou hij ook de run-tijd van PHP-scripts moeten limiteren en moeten nadenken over priorities etc.

[Roelant]

Even een hele korte reactie, want ik moet over 5 minuten weg.

Email = [e-mail] en is gewoon een pop3 accountje op de tweakers.net server.

Executiontime heeft een max.-waarde van 30 sec. dus dat mag het probleem niet zijn, maar het haalt de boel inderdaad over de zeik.

Waar het waarschijnlijk fout op gaat is het feit dat PHP een bep. berekening uitvoert met de canvas size, voor de locatie van het plaatje en tekst. Met een te grote waarde loopt de server daar waarschijnlijk op vast.

Het is nu opgelost: de maximum size is nu 500, als je een grotere waarde dan dat ingeeft wordt die op 500 gezet.

Overigens héél erg bedankt voor het melden, want de server hangt hier inderdaad goed door. Het is al één keer eerder gebeurt dat de server op een manier hangt zoals deze, en de grap is dat er nergens iets van terug te vinden is. Al vind ik het overigens ook best wel een brute bug dat je hier een hele webserver mee kan ophangen

[Hans]

Is niet zo vreemd. Met zo'n resolutie gaat het proces zo bizar veel geheugen allocaten. 70000x70000=4900000000 (4,9 GB) voor de bitmap En als je dan geen memory limit hebt op je php dan blijft ie lekker doorstampen totdat zelfs je swap volgelopen is (al zou dat dan wel langer duren dan de max execution time, dus het is idd vreemd. zou een GD extension bugje kunnen zijn.)

[Nielsz]

Op zaterdag 13 juli 2002 13:55 schreef Hans het volgende:
Is niet zo vreemd. Met zo'n resolutie gaat het proces zo bizar veel geheugen allocaten. 70000x70000=4900000000 (4,9 GB) voor de bitmap En als je dan geen memory limit hebt op je php dan blijft ie lekker doorstampen totdat zelfs je swap volgelopen is (al zou dat dan wel langer duren dan de max execution time, dus het is idd vreemd. zou een GD extension bugje kunnen zijn.)

Hoor ik daar Hans praten over memory ivm PHP?

[Hans]

Op zaterdag 13 juli 2002 14:23 schreef Nielsz het volgende:
Hoor ik daar Hans praten over memory ivm PHP?

Euh, ja? Waar doel je op?