BAD GATEWAY meldingen
Pagina: 1 2 3 ... 5 6 7 volgende »
In navolging van dit topic stel ik voor om wanneer je een "Bad gateway" scherm te zien krijgt dit hieronder te melden zodat er een duidelijk overzicht ontstaat. Bas (de eigenaar van dit forum) kan dan aan de hand daarvan actie ondernemen.
Graag melden: datum, tijdstip en URL
Voorbeeld:
27-01-2016 23:00 www.phphulp.nl
Alvast bedankt voor de medewerking!
Graag melden: datum, tijdstip en URL
Voorbeeld:
27-01-2016 23:00 www.phphulp.nl
Alvast bedankt voor de medewerking!
28-01-2016 01:07 www.phphulp.nl
Wil iedereen die hierop reageert ook even zijn IP adres via een PM aan mij sturen? Dan kan ik dit makkelijker vinden in de logs.
Edit door Ariën
Zie ook: http://www.watismijnip.nl/ om je IP-adres te kunnen achterhalen.
Edit door Ariën
Zie ook: http://www.watismijnip.nl/ om je IP-adres te kunnen achterhalen.
Gewijzigd op 28/01/2016 14:46:20 door - Ariën -
@Bas, die informatie heb je toch al in principe? Of houd je dat niet bij in je ledeninformatie?
In de ledenadministratie staat niet aangegeven wanneer iemand een 'Gateway error' kreeg, en ip-adressen bij de gegeven tijden opzoeken, kan best tijdrovend zijn, lijkt me.
Dus gewoon even per PM sturen, tenzij Bas anders aangeeft.
Dus gewoon even per PM sturen, tenzij Bas anders aangeeft.
Zucht.
Even in Jip en Janneke taal.
Hennie maakt hier een melding van een Bad Gateway error.
Vervolgens snor je het IP op van Hennie in de ledenadministratie, als er zoiets wordt bijgehouden, waar ik naar informeerde.
Daarna gebruik je dit IP-adres om te spitten in je log.
Effort much? Het aantal stappen lijkt mij hetzelfde? Of je leest een additionele PM, of je voert een query uit. Vraag is wel of dit kan (of je die informatie uberhaupt hebt). Vandaar, nogmaals, mijn vraag.
Ik zie niet helemaal waarom we alle informatie op een zilveren dienblad aan moeten leveren als je deze met vergelijkbare moeite zelf op kan zoeken. Het wordt natuurlijk een ander verhaal als je deze informatie simpelweg niet hebt. Maar dan vraag ik mij wel af wat voor administratie je dan (wel) voert.
Wederom lijkt de crew van phphulp zich niet te realiseren dat inzage bijdraagt aan het begrip. Geef je geen inzage, reken dan ook niet op begrip. Daarom vraag ik naar het waarom van dingen, zodat ik de beweegredenen van acties kan begrijpen.
Even in Jip en Janneke taal.
Hennie maakt hier een melding van een Bad Gateway error.
Vervolgens snor je het IP op van Hennie in de ledenadministratie, als er zoiets wordt bijgehouden, waar ik naar informeerde.
Daarna gebruik je dit IP-adres om te spitten in je log.
Effort much? Het aantal stappen lijkt mij hetzelfde? Of je leest een additionele PM, of je voert een query uit. Vraag is wel of dit kan (of je die informatie uberhaupt hebt). Vandaar, nogmaals, mijn vraag.
Ik zie niet helemaal waarom we alle informatie op een zilveren dienblad aan moeten leveren als je deze met vergelijkbare moeite zelf op kan zoeken. Het wordt natuurlijk een ander verhaal als je deze informatie simpelweg niet hebt. Maar dan vraag ik mij wel af wat voor administratie je dan (wel) voert.
Wederom lijkt de crew van phphulp zich niet te realiseren dat inzage bijdraagt aan het begrip. Geef je geen inzage, reken dan ook niet op begrip. Daarom vraag ik naar het waarom van dingen, zodat ik de beweegredenen van acties kan begrijpen.
Gewijzigd op 28/01/2016 14:24:04 door Thomas van den Heuvel
Ik heb geen zin om dit topic in een discussie te laten verzanden, maar een gebruiker kan meerdere IP's hebben. Denk aan werk, thuis, school. Je moet een query bedenken om dit op te kunnen halen, eventueel een interface schrijven.
Het wordt hier gewoon vriendelijk gevraagd, dus als die informatie geleverd kan worden... graag. Als iemand het echt niet weet, dan lijkt een melding in dit topic alleen ook voldoende.
Bas heeft liever deze keuze, en het is aan hem om eventueel anders te besluiten. Een discussie op deze plek vind ik het niet waard. Dus gaarne hier alleen de data noemen. Dan komen we vanzelf wel bij een oplossing.
Het wordt hier gewoon vriendelijk gevraagd, dus als die informatie geleverd kan worden... graag. Als iemand het echt niet weet, dan lijkt een melding in dit topic alleen ook voldoende.
Bas heeft liever deze keuze, en het is aan hem om eventueel anders te besluiten. Een discussie op deze plek vind ik het niet waard. Dus gaarne hier alleen de data noemen. Dan komen we vanzelf wel bij een oplossing.
Gewijzigd op 28/01/2016 14:45:16 door - Ariën -
Okay, het kwam mij alleen over als een luie oplossing.
29-01-16 00:28 www.phphulp.nl, zelfde ip als vorige melding.
29-01-16 00:30 http://www.phphulp.nl/php/forum/topic/bad-gateway-meldingen/99377/1/#715276
29-01-16 00:34 & 00:35 http://www.phphulp.nl/php/forum/topic/bad-gateway-meldingen/99377/last/
29-01-16 00:30 http://www.phphulp.nl/php/forum/topic/bad-gateway-meldingen/99377/1/#715276
29-01-16 00:34 & 00:35 http://www.phphulp.nl/php/forum/topic/bad-gateway-meldingen/99377/last/
Gewijzigd op 29/01/2016 00:35:43 door - Ariën -
Het komt de laatste tijd vaker voor, zal het als ik weer tegen kom wel melden.
Het komt vaker voor, en meestal begint het voor mij vlak na 12 uur 's nachts, alsof er bijvoorbeeld een lopende backup in de weg zit.
Staan deze errors niet gewoon in de Apache logs dan?
Met
moet je daar toch een overzicht van kunnen maken?
Met
moet je daar toch een overzicht van kunnen maken?
2016-01-30 00:38 http://www.phphulp.nl/php/forum/topic/probleem-met-htmlentities-in-php-56/98932/last/
2016-01-30 00:55 http://www.phphulp.nl/php/forum/topic/bad-gateway-meldingen/99377/1/#715306
(2x achter elkaar, en daarna nog een keer toen ik dit bericht wilde wijzigen.)
Toevoeging op 30/01/2016 00:44:53:
Lijkt me niet, want het zijn Nginx-meldingen. ;-)
2016-01-30 00:55 http://www.phphulp.nl/php/forum/topic/bad-gateway-meldingen/99377/1/#715306
(2x achter elkaar, en daarna nog een keer toen ik dit bericht wilde wijzigen.)
Toevoeging op 30/01/2016 00:44:53:
Ivo P op 29/01/2016 13:55:52:
Staan deze errors niet gewoon in de Apache logs dan?
Lijkt me niet, want het zijn Nginx-meldingen. ;-)
Gewijzigd op 30/01/2016 00:57:48 door Willem vp
Willem vp op 30/01/2016 00:41:19:
Lijkt me niet, want het zijn Nginx-meldingen. ;-)
Ivo P op 29/01/2016 13:55:52:
Staan deze errors niet gewoon in de Apache logs dan?
Lijkt me niet, want het zijn Nginx-meldingen. ;-)
Met ook nog een apache backend, want af en toe komen er ook apache meldingen naar boven
2016-01-30 01:03 http://www.phphulp.nl
2016-01-30 01:03 http://www.phphulp.nl/php/forum/topic/bad-gateway-meldingen/99377/last/
Toevoeging op 30/01/2016 01:25:09:
2016-01-30 01:23 http://www.phphulp.nl/php/forum/topic/warning-invalid-argument-supplied-for-foreach/
2016-01-30 01:24 http://www.phphulp.nl/php/forum/topic/bad-gateway-meldingen/99377/last/ (3 keer achter elkaar)
> Met ook nog een apache backend, want af en toe komen er ook apache meldingen naar boven
Jup, maar dat zullen dan waarschijnlijk geen bad gateway-meldingen zijn.
Overigens kreeg ik bij mijn laatste refresh van deze pagina geen foutmelding, maar mis ik van bijna iedereen het avatar-plaatje.
Edit:
en bij het submitten van mijn bericht kreeg ik wel weer een bad gateway.
2016-01-30 02:11 http://www.phphulp.nl/forum/reply/99377/
Jup, maar dat zullen dan waarschijnlijk geen bad gateway-meldingen zijn.
Overigens kreeg ik bij mijn laatste refresh van deze pagina geen foutmelding, maar mis ik van bijna iedereen het avatar-plaatje.
Edit:
en bij het submitten van mijn bericht kreeg ik wel weer een bad gateway.
2016-01-30 02:11 http://www.phphulp.nl/forum/reply/99377/
Gewijzigd op 30/01/2016 02:13:51 door Willem vp
Willem vp op 30/01/2016 02:11:52:
Overigens kreeg ik bij mijn laatste refresh van deze pagina geen foutmelding, maar mis ik van bijna iedereen het avatar-plaatje.
Dat zal hoogstvermoedelijk ook een gateway-error zijn bij nét deze request.
Gisteravond om 0:10 en 0:12 had ik ze ook op www.phphulp.nl
Willem vp op 30/01/2016 00:41:19:
Lijkt me niet, want het zijn Nginx-meldingen. ;-)
Ivo P op 29/01/2016 13:55:52:
Staan deze errors niet gewoon in de Apache logs dan?
Lijkt me niet, want het zijn Nginx-meldingen. ;-)
Duh, dat mag je dan lezen als "de logs van de webserver". Lijkt me sterk dat Nginx geen logfiles heeft.
Wel zie je bij het googelen op 503 meldingen topics langskomen waarbij een verbinding met een proxy de problemen oplevert.
En een combinatie van Nginx en Apache wordt wel gebruikt in een proxy toepassing. Daarbij zorgt de ene server voor de statische content en de andere voor de dynamische.
Bijvoorbeeld de snelle Nginx doet alle statische afbeeldingen, js, css etc, en die besteedt dan weer de php-scripts uit aan Apache.
Gaat die verbinding fout, dan zou dat wel eens een 503 fout kunnen opleveren.
Vraag is, of een site als phphulp een dergelijke setup nodig zou hebben.
2016-01-31 00:35 http://www.phphulp.nl - een aantal keren achter elkaar 503 uit Apache, gevolgd door 502 uit Nginx
Zojuist weer een paar Bad Gateway's tussen 00:15 en 00:36 op 31-01-2016
En nu weer twee keer een nieuwe melding:
Service Unavailable
The server is temporarily unable to service your request due to maintenance downtime or capacity problems. Please try again later.
Apache Server at www.phphulp.nl Port 80
En nu weer twee keer een nieuwe melding:
Service Unavailable
The server is temporarily unable to service your request due to maintenance downtime or capacity problems. Please try again later.
Apache Server at www.phphulp.nl Port 80
Zojuist ook weer een Bad Gateway op http://www.phphulp.nl/
@Bas Kreleger en/of iemand anders van de crew
Ik neem aan dat er nu inmiddels genoeg meldingen zijn gedaan om het probleem voldoende inzichtelijk te krijgen?
@Bas Kreleger en/of iemand anders van de crew
Ik neem aan dat er nu inmiddels genoeg meldingen zijn gedaan om het probleem voldoende inzichtelijk te krijgen?
Zou ik ook hopen. Zelfs zonder de logs te zien zie ik een overduidelijk patroon ontstaan.




