Laatste tijd weinig code #55

[justmental]

Het valt mij op dat we de laatste tijd verschoond zijn geweest van code #55's terwijl het toch behoorlijk druk is geweest.
Goed werk!

Is er een change geweest die ik gemist heb of komt de eer in het geheel toe aan onze geliefde beheerders?

[Verwijderd]

Als je graag #55 wilt zien dat dan moet 's nachts na 1 uur gaan gotten dan heb je een kans van 1 op 3 door de hele berg scriptjes die dan draait.

[Verwijderd]

wat is code #55 ???

ik ken die codes echt nie uit mijn kop hoor

[justmental]

Op donderdag 18 april 2002 14:20 schreef Phruster het volgende:
wat is code #55 ???

ik ken die codes echt nie uit mijn kop hoor

Hier kun je 'em zien:
[url="http://gathering.tweakers.net/forum/find&data%5Bpage%5D=50000000#hitstart]http://gathering.tweakers.net/forum/find&data%5Bpage%5D=50000000[/url]#hitstart

De foutmelding is verkeerd voor deze actie, maar dit is degene die je normaal krijgt bij overbelasting van de database etc.

[Garfield|IA]

Apollo MySQL status

Uptime: 45 dagen, 21:40

En daar sta ik toch wel van te kijken, zo'n lange uptime. Alle servers zijn op een gegeven moment gereboot en sindsdien loopt alles heel goed [op een paar kleine haperingen na]. Dus ik weet niet wat 50 dagen geleden is gedaan maar het is heel succes vol geweest, goed werk!

[bazs2000]

Ik heb er vandaag nog eentje gehad, het forum was ff traag en toen kreeg ik er één.

Plaatje... [Keesiseenheld.gif]

[Jive]

Op donderdag 18 april 2002 14:20 schreef borganism het volgende:
Als je graag #55 wilt zien dat dan moet 's nachts na 1 uur gaan gotten dan heb je een kans van 1 op 3 door de hele berg scriptjes die dan draait.

Waarom draaien die scrippies eigenlijk rond 01:00 ipv rond 05:00 ...
Of zijn dat dusdanig langedurige scrippies dat ze tot 05:00 bezig zijn ...

* Jive moet af en toe ook rond 04:00 paar keer refreshen voor de page netjes geladen wordt overigens.

[Verwijderd]

Op donderdag 18 april 2002 14:33 schreef Jive het volgende:

[..]

Waarom draaien die scrippies eigenlijk rond 01:00 ipv rond 05:00 ...
Of zijn dat dusdanig langedurige scrippies dat ze tot 05:00 bezig zijn ...

Omdat er dan mensen in LA gaan vragen waarom het niet op 01:00 kan ipv. om 05:00
Maw. het zal toch een keer moeten gebeuren

[ACM]

Op donderdag 18 april 2002 14:33 schreef Jive het volgende:
Waarom draaien die scrippies eigenlijk rond 01:00 ipv rond 05:00 ...
Of zijn dat dusdanig langedurige scrippies dat ze tot 05:00 bezig zijn ...

* Jive moet af en toe ook rond 04:00 paar keer refreshen voor de page netjes geladen wordt overigens.

Daar draaien allerlei enge scripts, als database backup (laat), search-indexing (om 1.00u oid) etc.

Op donderdag 18 april 2002 14:31 schreef Garfield het volgende:
Dus ik weet niet wat 50 dagen geleden is gedaan maar het is heel succes vol geweest, goed werk!

50 dagen geleden gebeurde dit: http://www.tweakers.net/plan/152

[Verwijderd]

Op donderdag 18 april 2002 14:16 schreef justmental het volgende:
Het valt mij op dat we de laatste tijd verschoond zijn geweest van code #55's terwijl het toch behoorlijk druk is geweest.
Goed werk!

Is er een change geweest die ik gemist heb of komt de eer in het geheel toe aan onze geliefde beheerders?

De vorige crash had meen ik te maken met een probleem met een masterswitch dat ze hebben opgelost. Misschien was dat wel altijd het probleem maar door een reboot weer op te lossen en toen niet

Diegene die Hardware begrijpt kan rijk worden

edit tx acm

[ACM]

Op donderdag 18 april 2002 14:16 schreef justmental het volgende:
Is er een change geweest die ik gemist heb of komt de eer in het geheel toe aan onze geliefde beheerders?

Er zijn een serie veranderingen aan de settings geweest en een hoeveelheid upgrades van mysql versies.

Wat uiteindelijk resulteerde in een stabiele setup. De belangrijkste wijziging was ook gelijk de ergste/stomste. InnoDB crasht als er meer dan 2GB aan geheugen beschikbaar is ervoor... Lekker handig als je 4GB hebt, waarvan je applicaties (indien ze dat willen) 3GB mogen gebruiken -> crash...

Zodra die 2GB grens overschreden werd crashte het dus, wat zo'n 6-24 uur kon duren

Dat soort dingen moesten ze tijdens onze problemen zelf nog achter komen bij innodb, dus ook wij wisten dat niet. Onder tussen is mysql dus zo ingesteld dat ie nooit meer dan 2GB geheugen mag gebruiken... Helaas niet de oplossing die ik graag zou zien voor zo'n probleem, maar het is wel stabiel daardoor

[justmental]

edit:

Gras, voeten, maaien en ACM enzo

[Verwijderd]

Op donderdag 18 april 2002 14:57 schreef justmental het volgende:

[..] Hier stond iets.

Hier stond iets

Wat een mooi gazonnetje heb je nu

[ACM]

Op donderdag 18 april 2002 14:57 schreef justmental het volgende:

edit:

Gras, voeten, maaien en ACM enzo

Hehehe
Nou ben ik wel nieuwsgierig wat je eerst had staan

[Verwijderd]

Op donderdag 18 april 2002 15:07 schreef ACM het volgende:

[..]

Hehehe
Nou ben ik wel nieuwsgierig wat je eerst had staan

Een vraag die je net daarvoor beantwoord had

[justmental]

Op donderdag 18 april 2002 15:07 schreef ACM het volgende:

[..]

Hehehe
Nou ben ik wel nieuwsgierig wat je eerst had staan

Je kent me toch?
Een vette troll op MySQL natuurlijk

[ACM]

Op donderdag 18 april 2002 15:09 schreef justmental het volgende:
Je kent me toch?
Een vette troll op MySQL natuurlijk

Mja, als ik (wat ik eigenlijk wel een keer wil doen ) een lijstje met "flames naar irritaties over mysql" zou maken komt bovenstaande ook vrij hoog in de lijstje

[HawVer]

Op donderdag 18 april 2002 14:31 schreef Garfield het volgende:

[..]

En daar sta ik toch wel van te kijken, zo'n lange uptime. Alle servers zijn op een gegeven moment gereboot en sindsdien loopt alles heel goed [op een paar kleine haperingen na]. Dus ik weet niet wat 50 dagen geleden is gedaan maar het is heel succes vol geweest, goed werk!

Hoe bekijk je dat nou weer?

[Garfield|IA]

Op donderdag 18 april 2002 15:48 schreef HawVer het volgende:

[..]

Hoe bekijk je dat nou weer?

http://www.tweakers.net/etc.dsp?Action=Stats alstublieft

[Kees]

Daarvoor was het ook stabiel.

Niet al te lang ervoor heb ik op elke server een nieuwe kernel gezet, en zoals ACM al aangeeft een nieuwe MySQL.

De combinatie van een 2.4.17 kernel en MySQL 3.23.49a blijkt nogal stabiel te werken, de servers hebben samen al bijna 1.7 miljard queries verwerkt zonder een crash, idd een unicum

De search wordt zo rond 2 uur upgedated, en dat duurt tot een uur of 3, daarna begint om 5 uur de backup, welke tot een uur of 6:00 - 6:30 loopt.

de zoek zal ik binnenkort een zo rond 3:30 laten beginnen met herdateren.

[PolarBear]

Op donderdag 18 april 2002 16:55 schreef Kees het volgende:
Daarvoor was het ook stabiel.

DE sponsort niet meer dus mag MySQL niet meer zovaak op koffie break

[Verwijderd]

Op donderdag 18 april 2002 14:20 schreef Phruster het volgende:
wat is code #55 ???

ik ken die codes echt nie uit mijn kop hoor

ID van boven de 40K ..

/me is niet verbaasd

[ACM]

Op donderdag 18 april 2002 16:55 schreef Kees het volgende:
Niet al te lang ervoor heb ik op elke server een nieuwe kernel gezet

Owja, die kernel kende idd ook een serie verbeteringen voor processen die veel geheugen gebruikten odd

[Bolk]

Op donderdag 18 april 2002 17:20 schreef HlpDsK het volgende:

[..]

ID van boven de 40K ..

/me is niet verbaasd

Die goeie ouwe tijd

[Jive]

Op donderdag 18 april 2002 16:55 schreef Kees het volgende:
De search wordt zo rond 2 uur upgedated, en dat duurt tot een uur of 3, daarna begint om 5 uur de backup, welke tot een uur of 6:00 - 6:30 loopt.

Backups zijn altijd wel belangrijk & I/O vretend ja ...

Laten we maar hopen dat MySQL niet besluit om met je mee op vakantie te gaan ...
#1 MySQL is met Kees naar Sri Lanka op vakansie

[SWINX]

Op donderdag 18 april 2002 14:32 schreef bazs2000 het volgende:

Plaatje... [Keesiseenheld.gif]

[SH007]

en wat krijg ik net.....
Precies, #55

[Heineken]

Arg, het was mij iid ook opgevallen dat het helemaal niet meer voorkwam. Ik kreeg daarnet alleen opeens 5x code 55 voor m'n neus.

[Moartn]

Get a life...

Who cares dat je een paar keer een #55 krijgt zeg?

[justmental]

Ik heb het over ons afgeroepen

[SH007]

Op donderdag 18 april 2002 22:13 schreef justmental het volgende:

Ik heb het over ons afgeroepen

GRRRRRRR

[holoX]

Op donderdag 18 april 2002 22:12 schreef SH007 het volgende:
en wat krijg ik net.....
Precies, #55

idd lol

[Verwijderd]

Ja zeg, Justmental, wil je dit nooooit meer doen.. Ik dacht: hee Topicje over #55. ff lezen waarom het idd de laatste tijd zo goed gaat en wat krijg ik? #55!

Ik dacht eerst aan een grapje met het topic

Nah ja.. ken beure, zeg ik dan maar weer

[Femme]

Op donderdag 18 april 2002 14:54 schreef ACM het volgende:

[..]

Er zijn een serie veranderingen aan de settings geweest en een hoeveelheid upgrades van mysql versies.

Wat uiteindelijk resulteerde in een stabiele setup. De belangrijkste wijziging was ook gelijk de ergste/stomste. InnoDB crasht als er meer dan 2GB aan geheugen beschikbaar is ervoor... Lekker handig als je 4GB hebt, waarvan je applicaties (indien ze dat willen) 3GB mogen gebruiken -> crash...

Zodra die 2GB grens overschreden werd crashte het dus, wat zo'n 6-24 uur kon duren

Dat soort dingen moesten ze tijdens onze problemen zelf nog achter komen bij innodb, dus ook wij wisten dat niet. Onder tussen is mysql dus zo ingesteld dat ie nooit meer dan 2GB geheugen mag gebruiken... Helaas niet de oplossing die ik graag zou zien voor zo'n probleem, maar het is wel stabiel daardoor

Het zou ook een Linux limiet kunnen zijn? Volgens de InnoDB site:

Warning: on Linux x86 you must be careful you do not set memory usage too high. glibc will allow the process heap to grow over thread stacks, which will crash your server

MySQL 3.23.49a draait iig wonderbaarlijk stabiel. 46 dagen voor een MySQL server die daarvoor om de twee dagen op z'n bek ging is een mooie verbetering . Als Artemis het nog een week uithoudt gaat-ie over de 1 miljard queries .

[Verwijderd]

nah, denk nie dat ie ut haalt

[ACM]

Op donderdag 18 april 2002 22:44 schreef Femme het volgende:
Het zou ook een Linux limiet kunnen zijn? Volgens de InnoDB site:

Dan eerder een "fout" in zowel innodb als glibc, magoed, ik ken de software niet

Als het goed is kan een process iig prima (max) 3GB aanspreken als je 4GB RAM hebt en zelfs dat haalde ie niet...