Is de MYSQL server de laatste dagen brak?

[Glacier]

Net ook weer, wil ik een reply posten, duurt het eerst eeuwen, en dan krijg ik deze error:

Warning: mysql_connect(): Can't connect to MySQL server on '192.168.1.4' (113) in /mnt/web/react/got/react/global/non-www/actionclasses/list_messages.classes.inc.php on line 1792

Warning: mysql_query(): supplied argument is not a valid MySQL-Link resource in /mnt/web/react/got/react/global/non-www/actionclasses/list_messages.classes.inc.php on line 1649

Warning: mysql_query(): Can't connect to local MySQL server through socket '/tmp/mysql.sock' (2) in /mnt/web/react/got/react/global/non-www/actionclasses/list_messages.classes.inc.php on line 1718

Warning: mysql_query(): A link to the server could not be established in /mnt/web/react/got/react/global/non-www/actionclasses/list_messages.classes.inc.php on line 1718

Warning: mysql_query(): supplied argument is not a valid MySQL-Link resource in /mnt/web/react/got/react/global/non-www/actionclasses/list_messages.classes.inc.php on line 1649

Warning: mysql_query(): Can't connect to local MySQL server through socket '/tmp/mysql.sock' (2) in /mnt/web/react/got/react/global/non-www/actionclasses/list_messages.classes.inc.php on line 1718

Warning: mysql_query(): A link to the server could not be established in /mnt/web/react/got/react/global/non-www/actionclasses/list_messages.classes.inc.php on line 1718

Warning: mysql_query(): supplied argument is not a valid MySQL-Link resource in /mnt/web/react/got/react/global/non-www/actionclasses/list_messages.classes.inc.php on line 1649

Warning: mysql_query(): Can't connect to local MySQL server through socket '/tmp/mysql.sock' (2) in /mnt/web/react/got/react/global/non-www/actionclasses/list_messages.classes.inc.php on line 1718

Warning: mysql_query(): A link to the server could not be established in /mnt/web/react/got/react/global/non-www/actionclasses/list_messages.classes.inc.php on line 1718

Dit is me de laatste dagen al een aantal keer meer overkomen
Wat is er precies aan de hand? Tis best wel lastig als GoT er de hele tijd een aantal minuten uitligt Moet ik mijn reactie weer copy/pasten in notepad enzo

[Varienaja]

Ik heb ook nog geen mededelingen, statusmeldingen of iets gezien. (Nu ben ik daar ook niet ieder uur naar aan het speuren om eerlijk te zijn.)

Zou het iets te maken hebben met een recente upgrade van servers?

[Wouter Tinus]

plan: Server & netwerk statusmeldingen

[Glacier]

wel een beetje jammer dat dan niet in de mededelingen staat, ik kom niet zo vaak op de FP En het gaat GoT toch ook aan zou je denken

[Rafe]

En GoT is een onderdeel van Tweakers.net En steeds alles dubbel neer te zetten is ook weer zo een rotwerkje

[Verwijderd]

Niet elke crash van Apollo wordt nog neergezet, het gebeurt gewoon te vaak

Check de stats maar eens, daar zie je de uptime. Hij heeft vanochtend weer een restart gehad

[Glacier]

Verwijderd schreef op 14 november 2003 @ 12:42:
Niet elke crash van Apollo wordt nog neergezet, het gebeurt gewoon te vaak

Check de stats maar eens, daar zie je de uptime. Hij heeft vanochtend weer een restart gehad

En nu weer zo'n leuke mysql error trog

[Tux]

Glacier schreef op 15 november 2003 @ 10:31:
[...]

En nu weer zo'n leuke mysql error trog

Gelukkig komt er binnenkort een nieuwe databaseserver

[DeRCT13]

Rafe schreef op 14 november 2003 @ 11:58:
En GoT is een onderdeel van Tweakers.net En steeds alles dubbel neer te zetten is ook weer zo een rotwerkje

C+C & C+V

[Rafe]

Maar steeds blijven copy-pasten wordt je ook niet vrolijk van lijkt me. De boel op een centrale plek houden is veel makkelijker

[Erkens]

Rafe schreef op 16 november 2003 @ 16:27:
Maar steeds blijven copy-pasten wordt je ook niet vrolijk van lijkt me. De boel op een centrale plek houden is veel makkelijker

wellicht een of ander scriptje dat automagisch dan een melding maakt in MED?
waar dient dat forum anders voor?

wellicht handig om de beschrijving anders eens aan te passen?

In dit forum worden alle GoT mededelingen geplaatst. Zaken als downtime (oorzaak of aankondiging), policies en policy wijzigingen, features/bugs, crewvakanties en GoT wijzigingen.

[kamerplant]

Erkens schreef op 16 november 2003 @ 18:07:
[...]

wellicht een of ander scriptje dat automagisch dan een melding maakt in MED?
waar dient dat forum anders voor?

wellicht handig om de beschrijving anders eens aan te passen?

[...]

Welja, als de forumdatabase down is heb je daar zo weinig aan. Dan vind ik een centrale plek op de frontpage nog wel wat handiger, die gewoon berijkbaar blijft op de momenten dat je die info wilt lezen.

[Erkens]

DataBeest schreef op 16 november 2003 @ 20:53:
[...]

Welja, als de forumdatabase down is heb je daar zo weinig aan. Dan vind ik een centrale plek op de frontpage nog wel wat handiger, die gewoon berijkbaar blijft op de momenten dat je die info wilt lezen.

ehm, maar volgens die omschrijving word er ook de oorzaak van een downtime gepost. Daarnaast zijn er zat tweakers die bijna of nooit op de frontpage komen, en een Mededelingenforum is plek nummer 1 om te kijken wat er aan de hand was lijkt me als het om het forum gaat. Zeker aangezien er nog niet gemerged is

[Wouter Tinus]

Waarom zou uitstel van de userbase merge andere manieren van integratie tegen moeten houden? Alsof het alles daarna ineens op een magische manier inelkaar valt .

[ Voor 29% gewijzigd door Wouter Tinus op 16-11-2003 21:55 ]

[Glacier]

DataBeest schreef op 16 november 2003 @ 20:53:
[...]

Welja, als de forumdatabase down is heb je daar zo weinig aan. Dan vind ik een centrale plek op de frontpage nog wel wat handiger, die gewoon berijkbaar blijft op de momenten dat je die info wilt lezen.

jawel, maar als aan- en afkondiging van downtime is de MED wel handig...en het is er nou eenmaal voor, zie de beschrijving
En tijdens de downtime is het natuurlijk wel handig om op de FP te kijken natuurlijk
Hoewel het ook handig zou zijn om een link oid naar de downtime messages en updates te plaatsen ipv alleen maar een melige error

[Erkens]

Wouter Tinus schreef op 16 november 2003 @ 21:54:
Waarom zou uitstel van de userbase merge andere manieren van integratie tegen moeten houden? Alsof het alles daarna ineens op een magische manier inelkaar valt .

Je hoort weer ergens het woordje 'merge' en je wordt wakker

Wat ik eigenlijk bedoelde is dat GoT en FP nu eik twee losse onderdelen zijn welke los van elkaar functioneren. Het lijkt me daarom niet meer dan logisch om mededelingen die voor GoT bestemt zijn ook hier te posten

Maar als je echt al wilt intergreren, dan moet je er ook voor zorgen dat de gewenste info te vinden is op een logische plek, en niet via een omweg.

[moto-moi]

Erkens schreef op 17 november 2003 @ 19:03:
Je hoort weer ergens het woordje 'merge' en je wordt wakker

We hebben W00ter goed getrained he

Wat ik eigenlijk bedoelde is dat GoT en FP nu eik twee losse onderdelen zijn welke los van elkaar functioneren. Het lijkt me daarom niet meer dan logisch om mededelingen die voor GoT bestemt zijn ook hier te posten
Maar als je echt al wilt intergreren, dan moet je er ook voor zorgen dat de gewenste info te vinden is op een logische plek, en niet via een omweg.

Dat is op zich wel een interesant idee, maar ik denk dat het technisch gezien niet makkelijk is uit te voeren, aangezien de manier van reageren, maar vooral de layout van de reacties, heel erg verschillen op het forum en de FP. Verder heb je op de frontpage een echt goed herkenbare startposting, waarop alle reacties zijn gebasseerd, hetgeen op een forum een stuk lastiger werkt.

Al zouden we kunnen proberen om ACM zo gek te krijgen om speciaal voor MED een apart PHP geval te schrijven, waardoor het niet meer een forum @ GoT is, maar een bericht op de fp, in een GoT-layout.

Maar iets zegt me dat ACM daar niet al te happig op is, vooral omdat je de gegevens dubbel wilt uitvoeren. Als de FP down is, wil je de gegevens namelijk op GoT kunnen lezen en visa versa

[Mark]

Zomaar een vraagje, maar waarom is eerst de MySQL server voor de FP vervangen ipv de MySQL server voor het forum ? Bij mijn weten deed de MySQL server voor de FP nog redelijk zijn werk, maar was de MySQL server voor het forum al langer brak.

[Glacier]

Mark schreef op 18 november 2003 @ 14:30:
Zomaar een vraagje, maar waarom is eerst de MySQL server voor de FP vervangen ipv de MySQL server voor het forum ? Bij mijn weten deed de MySQL server voor de FP nog redelijk zijn werk, maar was de MySQL server voor het forum al langer brak.

hij knalt er af en toe nog steeds uit idd met de FP had ik nooit probs, maar daar kom ik ook niet zo vaak

[Verwijderd]

Glacier schreef op 19 november 2003 @ 15:40:
[...]

hij knalt er af en toe nog steeds uit idd met de FP had ik nooit probs, maar daar kom ik ook niet zo vaak

Omdat Apollo een tijd stabiel heeft gedraaid, in de tijd dat Artemis de upgrade ontving. Artemis stond in de avonden op zijn pieken te draaien (lees 90% cpu verbruik) terwijl apollo het nog wel aan kon.

Vandaar