Forum traag

[RobIII]

moto-moi schreef op donderdag 17 juli 2008 @ 22:30:
Zojuist kwamen we erachter dat astraeus het hip vond om bepaalde pagina's niet te serveren, maar een error in z'n logfiles te proppen. Ik hoop dat het tegens ook betekend dat we van deze situatie af zijn, dus gaarne even een heads up als het inderdaad lijkt opgelost.

Vandaag nog niets gemerkt, maar is is inderdaad een probleem met de routering van KPN vandaag (en als je het mij vraagt al weken zo niet maanden). Geen idee of T.net dat ook zou ondervinden; maar dit is wat ik er van weet:

We hebben van meerdere collega ISP's te horen gekregen dat KPN wat problemen heeft op dit moment op de AMS-IX , misschien kan je je klanten daar een ticket laten inschieten.
Wij gaan kijken of we misschien iets kunnen omrouteren.

Met Vriendelijke Groeten / Greetings,

XXX XXX
Directnetnetsupport

[Cave_Boy]

Heb hier inverband met overschakelen van ADSL (Speedlinq/ Telfort op KPN lijn) naar kabel (Ziggo) twee intern lijnen liggen.

Via ziggo heb ik geen probleem en via ADSL heb ik wel traagheid. Maar geen Time-out.
dit had ik een week terug op de ADSL lijn wel.

[Kixtart]

Vandaag opeens weer hetzelfde probleem hier. GoT/FP reageren soms erg langzaam terwijl andere sites wel gewoon direct laden. Een refresh lost het probleem vaak weer op.

[Wiethoofd]

gisteren deed de FP helemaal niets en laadde de stylesheet niet en GoT stond meteen na het klikken op m'n bookmark op m'n scherm. Na 6x hard refreshen, browser opnieuw opstarten en temp internetfiles deleten deed de FP het weer goed.

[Noork]

Tsjezus ik vroeg me al af wat er aan de hand was, tot ik dit topic weer in de active topics zag staan. Niet vooruit te branden.

[Quincy5]

Hier nu ook, terwijl ik er nog niet eerder echt last van heb gehad. Ik krijg zelfs regelmatig timeouts.

[L0we]

Ik wilde niet gelijk het topic omhoog schoppen, maar het ligt dus niet aan mij . Hier weer af en toe time-outs, verder geen problemen met snelheid.

[Henk007]

Ik kan de traagheid bevestigen. Het vreemde is dat er geen opvallende loads op de servers te zien zijn.

[Verwijderd]

En ik heb nu al een tijdje nergens meer last van

[SinergyX]

Ik heb het via diverse kanten zelfs, werk&thuis via adsl (KPN), maar ook op de testlijn van de buren die op de kabel zitten.

Sporadisch, bij reply, browsen oid, even totale 'stop'. Paar seconde later draait alles weer normaal.

[Kixtart]

Henk007 schreef op woensdag 23 juli 2008 @ 13:39:
Ik kan de traagheid bevestigen. Het vreemde is dat er geen opvallende loads op de servers te zien zijn.

Aphaea lijkt wel opeens een loadpiek te hebben gehad.
http://tweakers.net/stats/?Action=Serverstats&Mode=Load
http://tweakers.net/stats...n=PerServer&Server=Aphaea

[EDIT]

Die laatste link weigert bij mij te openen. De afbeeldingen worden niet geladen.

Edit:
En bij het versturen van dit bericht:

[ Voor 55% gewijzigd door EDIT op 23-07-2008 16:39 ]

[Kixtart]

Hier wel, maar op dit moment heb ik soms weer hetzelfde traagheidprobleem.

ISP: Tweakdsl - BBNed

[ Voor 14% gewijzigd door Kixtart op 23-07-2008 16:46 ]

[SinergyX]

Zojuist bij posten van reply, 2x timeout. Daarna weer op volle snelheid.

[DaannO]

Ik zit nu idd ook op een KPN lijn en het is hier ook niet vooruit te branden jammer genoeg..

[AtleX]

Hier een BBned lijn via Unet, ook retetraag. Na het openen van de pagina heb ik eens gekeken naar de statsdingetjes in de source maar daar zie ik geen rare tijden staan. Het lijkt dus echt te liggen aan de verbinding tussen mij & T.net of tussen de servers van T.net onderling.

[edit]
Dit posten duurde weer een eeuwigheid, en de stats in de source laten het volgende zien:

HTML:

<!-- Server: Alectrona | Total: 0,031 | Incl: 0,002, Init: 0,012, Action: 0,015 | DB: 0,007/10, Tpl: 0,003 -->

Lijken me geen gekke waardes, voor zover ik ze kan ontcijferen.

[ Voor 35% gewijzigd door AtleX op 23-07-2008 16:47 ]

[RnB]

Sinds gister heb ik hier ook last van. Dat GoT niet reageert op handelingen van me, vaak wanneer ik op een topic klik. Dan duurt het echt een minuut in het ergste geval totdat het topic verschijnt.
Net ook weer last van gehad, heel vervelend. GoT staat bij mij namelijk bekend als een instant site, zelfs wanneer al mijn bandbreedte wordt opgeslurpt door µTorrent.

[EDIT]

Hier echt nu vollop problemen. Niets opent na een eerste klik, moet dubbelklikken voordat ik ergens in kom.
Ping lijkt stabiel, echter af en toe uitschieters:

Antwoord van 213.239.154.36: bytes=32 tijd=36 ms TTL=57
Antwoord van 213.239.154.36: bytes=32 tijd=35 ms TTL=57
Antwoord van 213.239.154.36: bytes=32 tijd=35 ms TTL=57
Antwoord van 213.239.154.36: bytes=32 tijd=36 ms TTL=57
Antwoord van 213.239.154.36: bytes=32 tijd=36 ms TTL=57
Antwoord van 213.239.154.36: bytes=32 tijd=37 ms TTL=57
Antwoord van 213.239.154.36: bytes=32 tijd=261 ms TTL=57
Antwoord van 213.239.154.36: bytes=32 tijd=36 ms TTL=57
Antwoord van 213.239.154.36: bytes=32 tijd=36 ms TTL=57
Antwoord van 213.239.154.36: bytes=32 tijd=35 ms TTL=57
Antwoord van 213.239.154.36: bytes=32 tijd=35 ms TTL=57

[ Voor 76% gewijzigd door EDIT op 23-07-2008 16:51 ]

[BastiaanN]

Nu op het moment hier ook weer erg traag.
Postcode 7681, Ziggo Kabel.

Ping lijkt overigens prima.

Antwoord van 213.239.154.35: bytes=32 tijd=11 ms TTL=58
Antwoord van 213.239.154.35: bytes=32 tijd=10 ms TTL=58
Antwoord van 213.239.154.35: bytes=32 tijd=11 ms TTL=58
Antwoord van 213.239.154.35: bytes=32 tijd=10 ms TTL=58
Antwoord van 213.239.154.35: bytes=32 tijd=12 ms TTL=58
Antwoord van 213.239.154.35: bytes=32 tijd=10 ms TTL=58
Antwoord van 213.239.154.35: bytes=32 tijd=12 ms TTL=58
Antwoord van 213.239.154.35: bytes=32 tijd=12 ms TTL=58
Antwoord van 213.239.154.35: bytes=32 tijd=11 ms TTL=58
Antwoord van 213.239.154.35: bytes=32 tijd=11 ms TTL=58

Tijdens het editen van dit bericht weer een flinke time-out.
Ik ga alleen constant via 20ge-po-2.e600-1.ams5.true.nl

[ Voor 83% gewijzigd door BastiaanN op 23-07-2008 16:59 ]

[Verwijderd]

De @Work verbinding gaf gedurende de hele dag al trage load, nu bij thuiskomst Telfort idem dito.

[Kixtart]

Paar keer tracert gedaan naar tweakers.net

  1    63 ms    99 ms    99 ms  speedtouch.lan [192.168.1.254]
  2    19 ms    19 ms    19 ms  84.245.2.1
  3    20 ms    19 ms    19 ms  extreme-vlan211.tc1.cambrium.net [82.197.223.25]

  4     *        *       20 ms  20ge-po-1.e600-2.ams7.true.nl [195.69.144.171]
  5    20 ms    20 ms    20 ms  www.tweakers.net [213.239.154.35]

Het is hier steeds dezelfde server die soms geen reactie geeft. De ene keer gaat hij gewoon netjes snel door, maar wanneer het fout gaat is het steeds 20ge-po-1.e600.......

[EDIT]

De load van Aphaea lijkt net weer omhoog geschoten te zijn:

[SinergyX]

Ik ga over een andere AMS hop lijkt het, maar wel met wat vertraging.

5 7 ms 7 ms 7 ms 195.190.232.197
6 11 ms 17 ms 18 ms 10ge-6-1.e600-1.ams7.true.nl [87.2
7 9 ms 9 ms 8 ms www.tweakers.net [213.239.154.35]

[mr_obb]

Ik heb ook al een uurtje problemen (traagheid en timeouts) met zowel de FP als het forum. Bij pingen naar tweakers.net zit ik rond de 25 ms.

Andere sites werken prima.

Edit: Ik ga trouwens ook via de 20ge-po-1 van true, net al Kixtart

[ Voor 24% gewijzigd door mr_obb op 23-07-2008 17:01 ]

[gertvdijk]

Kixtart schreef op woensdag 23 juli 2008 @ 16:52:
Paar keer tracert gedaan naar tweakers.net

4     *        *       20 ms  20ge-po-1.e600-2.ams7.true.nl [195.69.144.171]

Het is hier steeds dezelfde server die soms geen reactie geeft. De ene keer gaat hij gewoon netjes snel door, maar wanneer het fout gaat is het steeds 20ge-po-1.e600.......

een traceroute wordt gedaan met ICMP pakketjes en routers/switches/firewalls geven daar geen prioriteit aan en kunnen zo zijn afgeregeld dat ze die pakketten zelfs droppen (KPN lijkt dit als policy te hebben). Neemt niet weg dat het nog wel kan zijn dat het echt connecties dropt of er wel werkelijk een kink in het netwerk zit.
Toch vind ik die enorme load spikes op de webservers van tweakers.net eerder een verdachte...

[Raven]

quote: FireFox2.0.0.16

De wachttijd voor de verbinding is verstreken
De server op gathering.tweakers.net doet er te lang over om te antwoorden.
* Misschien is de website tijdelijk niet beschikbaar of overbelast. Probeer over
enkele ogenblikken opnieuw.
* Controleer uw netwerkverbinding indien u geen enkele pagina kunt laden.
* Verzeker u ervan dat Firefox toegang heeft tot het web als uw
computer of netwerk beveiligd is door een firewall of proxyserver.

Zowel GoT als frontpage...

@homeZiggo @ 7512.

Enig idee waar het aan kan liggen?

Ping's naar www.tweakers.net: 13-26ms
Ping's naar http://gathering.tweakers.net: 19-39ms

Tracerts:

code:

Bezig met het traceren van de route naar www.tweakers.net [213.239.154.35]
via maximaal 30 hops:

  1    <1 ms    <1 ms    <1 ms  192.168.1.1
  2     9 ms    12 ms    13 ms  10.206.140.1
  3     6 ms    22 ms    17 ms  213.51.136.146
  4    23 ms    18 ms    31 ms  bb1-ge2-3-0-0.dbsch1.nb.home.nl [213.51.158.110]
  5    13 ms    23 ms    17 ms  bb2-ae0-0.amsix-telecity.home.nl [213.51.158.102]
  6    24 ms    26 ms    32 ms  bb1-ae3-0.amsix-nikhef.home.nl [213.51.158.5]
  7    10 ms    16 ms    21 ms  link-to-athome.openpeering.nl [213.51.158.134]
  8    23 ms    35 ms    17 ms  20ge-po-2.e600-1.ams5.true.nl [195.69.144.163]
  9    33 ms    19 ms    33 ms  10ge-6-1.e600-1.ams7.true.nl [87.233.192.30]
 10    28 ms    15 ms    23 ms  www.tweakers.net [213.239.154.35]

De trace is voltooid.

code:

Bezig met het traceren van de route naar http://gathering.tweakers.net [67.215.66.132]
via maximaal 30 hops:

  1     1 ms    <1 ms     1 ms  192.168.1.1
  2     5 ms     5 ms    11 ms  10.206.140.1
  3    20 ms    19 ms    11 ms  213.51.136.146
  4    25 ms    18 ms    18 ms  bb1-ge2-3-0-0.dbsch1.nb.home.nl [213.51.158.110]
  5    21 ms    27 ms    19 ms  bb2-ae0-0.amsix-telecity.home.nl [213.51.158.102]
  6    19 ms    12 ms    20 ms  gi4-46.ccr01.ams05.atlas.cogentco.com [130.117.14.85]
  7    20 ms    17 ms    19 ms  te3-4.ccr01.ams03.atlas.cogentco.com [130.117.0.85]
  8    19 ms    39 ms    33 ms  te8-1.mpd02.lon01.atlas.cogentco.com [130.117.1.206]
  9    22 ms    29 ms    21 ms  te3-3.mpd01.lon01.atlas.cogentco.com [130.117.2.25]
 10    28 ms    28 ms    20 ms  opendns.demarc.cogentco.com [149.6.146.158]
 11    28 ms    27 ms    25 ms  hit-servfail.opendns.com [67.215.66.132]

De trace is voltooid.

[ Voor 58% gewijzigd door Raven op 23-07-2008 17:10 ]

[BastiaanN]

Deze switch geeft er bij mij dus ook de brui aan.

7     *       *    *  20ge-po-1.e600-2.ams7.true.nl [195.69.144.171]

[EDIT]

@ Raven:
Lijkt me duidelijk dat daar wat mis gaat.
Die laatste naar gathering.tweakers.net gaat naar een compleet verkeerd ip bij jou:

Bezig met het traceren van de route naar gathering.tweakers.net [213.239.154.36]

via maximaal 30 hops:

  1     <1 ms   <1 ms   <1 ms  192.168.1.1
  2    33 ms    32 ms    33 ms  ip1-208-173-82.adsl2.static.versatel.nl [82.173.
208.1]
  3    33 ms    33 ms    32 ms  ge-0-1-0-2116.ncr01zl.versatel.net [217.16.36.12
9]
  4    34 ms    35 ms    34 ms  ge-2-1-0-0.ncr01asd2.versatel.net [217.16.47.5]

  5    36 ms    35 ms    35 ms  ge-0-0-0-664.br01sara.versatel.net [212.53.18.2]

  6    47 ms    36 ms    36 ms  20ge-po-1.e600-2.ams7.true.nl [195.69.144.171]
  7    36 ms    39 ms    35 ms  gathering.tweakers.net [213.239.154.36]

De trace is voltooid.

[RobIII]

Vanaf een telfort lijntje:

tracert arethusa.tweakers.net

Bezig met het traceren van de route naar arethusa.tweakers.net [213.239.154.12]
via maximaal 30 hops:

  1   <1 ms   <1 ms   <1 ms  x.x.nl [192.168.9.1]
  2    82 ms    12 ms    12 ms  x-x-x-x.ip.telfort.nl [x.x.x.x]
  3    17 ms    13 ms    14 ms  172.26.43.33
  4    13 ms    23 ms    12 ms  172.26.44.2
  5    12 ms    12 ms    15 ms  195-241-4-177.ip.tiscali.nl [195.241.4.177]
  6     *       12 ms     *     vpn494-telfort.bcsw1.asd-nh.net.tiscali.nl [195.241.4.178]
  7    12 ms    13 ms    18 ms  20ge-po-1.e600-2.ams7.true.nl [195.69.144.171]
  8    12 ms    12 ms    12 ms  arethusa.tweakers.net [213.239.154.12]

De trace is voltooid.

Vanaf een UPC lijntlje:

tracert www.tweakers.net
traceroute to www.tweakers.net (213.239.154.35), 30 hops max, 40 byte packets
 1  x.x.x.x (x.x.x.x)  0.794 ms  1.004 ms  0.472 ms
 2  x.x.x.x (x.x.x.x)  6.051 ms  8.085 ms  10.908 ms
 3  hm00cat11.brain.upc.nl (212.142.15.62)  11.616 ms  12.007 ms  12.033 ms
 4  p14232061.net.upc.nl (212.142.32.61)  14.383 ms  14.817 ms  14.384 ms
 5  nl-ams02a-ra1-ae-1-0.aorta.net (213.46.183.57)  14.306 ms  14.310 ms  14.251 ms
 6  nl-ams05a-rd1-10ge-0-0.aorta.net (213.46.183.2)  15.075 ms  14.614 ms  14.762 ms
 7  nl-ams09a-ri1-ge-5-0.aorta.net (213.46.183.81)  16.037 ms  5.300 ms  7.198 ms
 8  213.46.183.226 (213.46.183.226)  8.593 ms  12.128 ms  12.147 ms
 9  www.tweakers.net (213.239.154.35)  10.555 ms  3.433 ms  4.766 ms

Bij die laatste is dus niets aan de hand...

[ Voor 43% gewijzigd door RobIII op 23-07-2008 17:28 ]

[BastiaanN]

EDIT schreef op woensdag 23 juli 2008 @ 17:14:
@ Raven:
Lijkt me duidelijk dat daar wat mis gaat.
Die laatste naar gathering.tweakers.net gaat naar een compleet verkeerd ip bij jou

Geintje van openDNS als de server niet bereikbaar is

[Kixtart]

Een tracert naar www.true.nl gaat hier via dezelfde switch/server en die geeft geen problemen, dus lijkt het wel echt door een server te komen bij tweakers (guessing )

[pven]

Tracert geeft hier geen bijzonderheden (alles < 20ms), maar het forum is ook hier retetraag.

[EDIT]

BastiaanN schreef op woensdag 23 juli 2008 @ 17:19:
[...]


Geintje van openDNS als de server niet bereikbaar is

Ah, sorry, dat wist ik niet.

[the_stickie]

In de load stats staan imho vreemde dingen; geheugen dat oploopt, ineens instort en dan veel disk activiteit... is hier een service gecrasht/herstart??
Bovendien komen de tijden van de top redelijk overeen met klachten hier in dit topic.
http://tweakers.net/stats...n=PerServer&Server=Aphaea

anyway; dat kan degene die de config van die bak kent natuurlijk veel beter beoordelen

[ Voor 1% gewijzigd door the_stickie op 23-07-2008 17:30 . Reden: net weer van dat, 6x geprobeerd een typo weg te editten ]

[Kixtart]

Yup, vanmiddag kwam het ook al overeen
Kixtart in "Forum traag"

[EDIT]

Astraeus lijkt mij ook niet helemaal lekker lopen:

Op de stats pagina zag ik ook dit staan:

code:

Astraeus    232 days, 4:07  45.84, 17.09, 9.21  22,3%   52,6 Rps

Load van 46?

[NeoMe]

Ik merk vandaag ook verschil met normaal, het is niet zo dat het niet meer werkt maar af en toe moet ie wel heel lang laden. Aan mijn internet of instellingen ligt het niet. Gebruik explore/firefox beide soms trager dan normaal.

[MsG]

Ik merk het hier momenteel heel erg. Dacht dat het aan mij lag, maar het is echt traag als stront .

[Roelant]

Is bekend, wordt naar gekeken.

[Zwerver]

* Zwerver steekt ook maar ff zijn hand op....

[mr_obb]

Ik heb het hier nu ook heel erg. Timeouts en lange laadtijden.

[Raven]

EDIT schreef op woensdag 23 juli 2008 @ 17:14:
@ Raven:
Lijkt me duidelijk dat daar wat mis gaat.
Die laatste naar gathering.tweakers.net gaat naar een compleet verkeerd ip bij jou:

->

BastiaanN schreef op woensdag 23 juli 2008 @ 17:19:
[...]


Geintje van openDNS als de server niet bereikbaar is

Nog steeds ene keer traag, andere keer niet

[ Voor 5% gewijzigd door Raven op 23-07-2008 17:45 ]

[RobIII]

Zwerver schreef op woensdag 23 juli 2008 @ 17:40:
* Zwerver steekt ook maar ff zijn hand op....

mr_obb schreef op woensdag 23 juli 2008 @ 17:42:
Ik heb het hier nu ook heel erg. Timeouts en lange laadtijden.

Lijkt me inmiddels wel weer (even) overbodig om 't nog verder te melden:

Roelant schreef op woensdag 23 juli 2008 @ 17:39:
Is bekend, wordt naar gekeken.

[Kixtart]

/titelchange "Forum/FP snel"

@hieronder:
Hmm, hier wel iig. Is achteraf ook een beetje nutteloze melding van mij

[ Voor 64% gewijzigd door Kixtart op 23-07-2008 17:47 ]

[Wiethoofd]

Kixtart schreef op woensdag 23 juli 2008 @ 17:45:
/titelchange "Forum snel"

hoezo? problem solved?

[Raven]

Wiethoofd schreef op woensdag 23 juli 2008 @ 17:47:
[...]

hoezo? problem solved?

Het lijkt hier iig weer zo'n beetje normaal te doen.

[mr_obb]

RobIII schreef op woensdag 23 juli 2008 @ 17:45:
[...]


[...]


Lijkt me inmiddels wel weer (even) overbodig om 't nog verder te melden:


[...]

Sorry, ik kreeg een telefoontje halverwege het typen.

Het is nu in ieder geval weer vertrouwd snel.

[Kixtart]

Het echte probleem is ook voorbij aan de titel te zien
(is nu "Forum traag (resolved)" en ik heb hem iig niet aangepast)

[Roelant]

Ik heb em aangepast, want het is weer overal snel en de load zakt weer. Naar de concrete oorzaak wordt nog gezocht.

[RobIII]

Dus Apache(?) heeft een rotschop gehad?

Zwerver schreef op woensdag 23 juli 2008 @ 18:00:
[...]

Lijkt me redelijk overbodig om dit te melden als er maar een minuut tussen zit... sommige mensen lezen nou eenmaal niet in een minuut een topic door

Dat was meer voor de reacties die nog komen gingen/gaan/gongen en dus niet persoonlijk bedoeld.

[ Voor 81% gewijzigd door RobIII op 23-07-2008 18:02 ]

[Zwerver]

RobIII schreef op woensdag 23 juli 2008 @ 17:45:
[...]


[...]


Lijkt me inmiddels wel weer (even) overbodig om 't nog verder te melden:


[...]

Lijkt me redelijk overbodig om dit te melden als er maar een minuut tussen zit... sommige mensen lezen nou eenmaal niet in een minuut een topic door

[SinergyX]

Ok, wie zat zijn DVD'tjes te encoden op de t.net server?

[gertvdijk]

SinergyX schreef op woensdag 23 juli 2008 @ 18:09:
Ok, wie zat zijn DVD'tjes te encoden op de t.net server?

Volgende keer moet hij ff het proces renicen Hebben wij er geen last van. haha
edit: load kan overal vandaan komen: cpu belasting, i/o, interrupts, etc

[ Voor 12% gewijzigd door gertvdijk op 23-07-2008 19:05 ]

[Raven]

Roelant schreef op woensdag 23 juli 2008 @ 17:57:
Ik heb em aangepast, want het is weer overal snel en de load zakt weer. Naar de concrete oorzaak wordt nog gezocht.

En titel weer aangepast naar wat ie was ?

[moto-moi]

ja, omdat het probleem niet is opgelost

[Joopieboy]

Ik heb hier de laatste tijd ook wel last van, soort van timeouts, ene moment loopt ie goed en lekker snel, dan loopt ie ineens stroever en laad hij geen foto's meer, of geen pagina's meer etc.

[Wiethoofd]

Volgens mij is nog steeds Aphaea de boosdoen(st)er, miss een reboot?

[pven]

Voor mijn gevoel is het met vlagen weer traag.

Update: het lijkt nu wat sneller te zijn, maar er zijn nog wel hikjes merkbaar.

[ Voor 45% gewijzigd door pven op 24-07-2008 08:51 ]

[Verwijderd]

Yep, het bokt weer helaas.

[ACM]

't Lijkt een of andere DoS te zijn:

[Thu Jul 24 06:43:14 2008] [error] [client aa.bbb.235.111] request failed: error reading the headers
[Thu Jul 24 06:43:15 2008] [error] [client aa.bbb.235.111] request failed: error reading the headers
[Thu Jul 24 06:43:16 2008] [error] [client aa.bbb.235.111] request failed: error reading the headers
[Thu Jul 24 06:43:16 2008] [error] [client aa.bbb.235.111] request failed: error reading the headers
[Thu Jul 24 06:43:16 2008] [error] [client aa.bbb.235.111] request failed: error reading the headers
[Thu Jul 24 06:43:17 2008] [error] [client aa.bbb.235.111] request failed: error reading the headers
[Thu Jul 24 06:43:18 2008] [error] [client aa.bbb.235.111] request failed: error reading the headers
[Thu Jul 24 06:43:18 2008] [error] [client aa.bbb.235.111] request failed: error reading the headers
[Thu Jul 24 06:43:18 2008] [error] [client aa.bbb.235.111] request failed: error reading the headers
[Thu Jul 24 06:43:18 2008] [error] [client aa.bbb.235.111] request failed: error reading the headers
[Thu Jul 24 06:43:19 2008] [error] [client aa.bbb.235.111] request failed: error reading the headers
[Thu Jul 24 06:43:20 2008] [error] [client aa.bbb.235.111] request failed: error reading the headers

En zo staan er meerdere, ook van andere ip's in onze error logs, en ze hebben allemaal de volle tijd de verbinding open gehouden en uiteindelijk zijn ze met een bad request-response beantwoord.
Dus dat lijkt heel erg op een DoS, danwel een bizar buggy browser/utility.

[mr_obb]

Ik heb gisteren de hele middag problemen gehad, dus als het aan de clients ligt, dan zou je mijn IP terug moeten kunnen vinden in die log. Misschien ook een idee om na te kijken of die IP-adressen niet van Google Analytics zijn, want rond de tijd dat T.net bokt, zie ik ook regelmatig dat hij daar op staat te wachten. Ik zie trouwens dat Floppus en Krusher ook melding maken van Google Analytics.

[Spider.007]

Het zou wel redelijk bizar zijn als een Google Analytics request binnen de website tot een request van Google naar die website toe zou leiden bij een hit? Dit klinkt als een mooi moment om een van de webservers uit te rusten met een cron + grep + tcpdump trigger

[gertvdijk]

Ik zou fail2ban afregelen op deze logs, aangezien het een duidelijke niet-standaard request is.

[Verwijderd]

Er was in het verleden toch ook sprake van een rare browser-addon die maffe requests deed en servers op hun knietjes probeerde te brengen (onbedoeld weliswaar)? Ben even ontschoten welke addon dat was.

[AtleX]

Fasterfox, maar die is al een hele tijd geblokkeerd in de robots.txt.

[edit]
En een paar versies van die plaatjes plugin deden dat ook.

[ Voor 33% gewijzigd door AtleX op 24-07-2008 18:37 ]

[gertvdijk]

Verwijderd schreef op donderdag 24 juli 2008 @ 18:23:
Er was in het verleden toch ook sprake van een rare browser-addon die maffe requests deed en servers op hun knietjes probeerde te brengen (onbedoeld weliswaar)? Ben even ontschoten welke addon dat was.

AVG was dat die de boel zo nodig moest versnellen. Maar dat zorgde meer voor een verdeelde belasting en niet voor spikes die we hier zien.

[Kixtart]

AtleX schreef op donderdag 24 juli 2008 @ 18:30:
Fasterfox, maar die is al een hele tijd geblokkeerd in de robots.txt.

[edit]
En een paar versies van die plaatjes plugin deden dat ook.

Misschien daarom: Robots.txt - Unexpected $end

[AtleX]

Nee, want vorige week oid heb ik de Robots.txt van T.net nog bekeken, en toen deed hij het gewoon. De problemen met de 2 UA's die ik noemde zijn al veel ouder.

[Verwijderd]

Semi-offtopic, maar het is eigenlijk te triest voor woorden dat ik nu via een GPRS verbinding dezelfde snelheid ondervind op t.net en GoT als mijn adsl-lijn, die nu down is wegens? een Speedlinq -> telfort omzetting_{geen zin op de helpdesk te bellen, ik zie het morgen wel}

[Verwijderd]

Zit hier in geen geval via wat voor KPN lijn dan ook, en heb de problemen nu weer...

[Verwijderd]

code:

Bezig met het traceren van de route naar gathering.tweakers.net [213.239.15

via maximaal 30 hops:

  1     5 ms     2 ms     1 ms  192.168.1.254
  2     *       24 ms    25 ms  82-169-7-254.ip.telfort.nl [82.169.7.254]
  3    24 ms    23 ms    23 ms  vpn494-telfort.bcsw1.asd-nh.net.tiscali.nl
241.4.178]
  4    25 ms    35 ms    35 ms  20ge-po-1.e600-2.ams7.true.nl [195.69.144.1
  5    23 ms    23 ms    23 ms  gathering.tweakers.net [213.239.154.36]

De trace is voltooid.

Ziet er normaal uit.

[Wiethoofd]

zonet weer de FP waar ik 2 pagina's tegelijk laadde, het forum was wel snel, de FP niet meer

[Erkens]

Verwijderd schreef op donderdag 24 juli 2008 @ 22:21:
Zit hier in geen geval via wat voor KPN lijn dan ook, en heb de problemen nu weer...

Ik heb hier ook problemen met een chello/upc verbinding, terwijl andere mensen die een andere connectie hebben wel snel gaat en zonder packetloss.

[Nielsvr]

Hier extreem veel last er van op dit moment. Safari 3.0.1 / OSX - UPC extreme.

[pven]

Hier helemaal geen last van traagheid, itt gisteren. Heb Speedlinq/Telfort via KPN.

[Noork]

Hier ook veel last met Chello. Kan het misschien een de DNS van Chello liggen?

[Nielsvr]

code:

imac-van-niels-van-renselaar:~ nielsvanrenselaar$ traceroute tweakers.net
traceroute to tweakers.net (213.239.154.35), 64 hops max, 40 byte packets
 1  192.168.0.1 (192.168.0.1)  1.235 ms  0.549 ms  0.496 ms
 2  0.0.0.0 (0.0.0.0)  7.213 ms  5.738 ms  7.658 ms
 3  atm11-0.ah00rt03.brain.upc.nl (212.142.23.97)  8.184 ms  7.390 ms  8.219 ms
 4  p14232085.net.upc.nl (212.142.32.85)  13.797 ms  13.750 ms  14.048 ms
 5  nl-ams05a-ra3-ae-1-0.aorta.net (213.46.183.93)  14.631 ms  13.663 ms  13.330 ms
 6  nl-ams09a-ri1-ge-5-0.aorta.net (213.46.183.81)  16.743 ms  17.333 ms  13.858 ms
 7  213.46.183.226 (213.46.183.226)  14.680 ms  14.444 ms  13.933 ms
 8  * * *
 9  * * *
10  * * *
11  * * *
12  * * *
etc...

[Erkens]

Zo te zien is dit dus gewoon een UPC/Chello probleem
Weinig nut om dat dus nu steeds te herhalen lijkt me.

[moto-moi]

Als 'ie geeneens de e600 laat zien, zit inderdaad het probleem zeker niet bij ons.

[iMars]

code:

marcel-zuidwijks-macbook-pro-15:~ marcel$ traceroute tweakers.net
traceroute to tweakers.net (213.239.154.35), 64 hops max, 40 byte packets
 1  10.0.0.1 (10.0.0.1)  1.900 ms  8.095 ms  1.390 ms
 2  192.168.1.254 (192.168.1.254)  3.587 ms  2.641 ms  2.665 ms
 3  0.0.0.0 (0.0.0.0)  24.533 ms  23.329 ms  24.124 ms
 4  vpn496-telfort.bcsw1.asd-nh.net.tiscali.nl (195.241.4.186)  44.559 ms * *
 5  20ge-po-1.e600-2.ams7.true.nl (195.69.144.171)  41.333 ms  40.222 ms  41.767 ms
 6  * * *
 7  * * *
 8  *^C
marcel-zuidwijks-macbook-pro-15:~ marcel$

[Verwijderd]

pven schreef op donderdag 24 juli 2008 @ 23:04:
Hier helemaal geen last van traagheid, itt gisteren. Heb Speedlinq/Telfort via KPN.

Zal dus de migratie ellende geweest zijn.

[gertvdijk]

Twee dingen zien veel van jullie toch nog echt over het hoofd:

• Traceroutes tonen weinig aan als het mis lijkt te zijn. Zoals ik al eerder postte: het is ICMP verkeer dat veel nodes op het netwerk kunnen droppen danwel veel lager prioritiseren dan ander verkeer (daarom is het mogelijk dat de responsetijd wel eens in een volgende hop lager ligt dan die ervoor). Vooral KPN heeft een security-by-obscurity policy schijnt (droppen), dus dan is het niet gek dat je dit soort traceroutes ook hebt als het wel goed werkt. (Kan ook gelden voor andere serviceproviders hoor!)
• Het met ping of traceroute kunnen bereiken van een host (tweakers.net bijvoorbeeld) zegt niets over de werking van de service (webserver) die mogelijk niet goed werkt op dat moment.

@ admins: Als het geen DDoS is, maar een gewone DoS, dan kan iets als fail2ban toch heel snel de boel oplossen? Bijvoorbeeld 10 malle requests (zoals jullie uit de log postten) per ip toestaan en dan op firewall niveau 10 minuten het ip bannen.

[Osiris]

gertvdijk schreef op vrijdag 25 juli 2008 @ 00:55:
Twee dingen zien veel van jullie toch nog echt over het hoofd:

• Traceroutes tonen weinig aan als het mis lijkt te zijn. Zoals ik al eerder postte: het is ICMP verkeer dat veel nodes op het netwerk kunnen droppen danwel veel lager prioritiseren dan ander verkeer (daarom is het mogelijk dat de responsetijd wel eens in een volgende hop lager ligt dan die ervoor). Vooral KPN heeft een security-by-obscurity policy schijnt (droppen), dus dan is het niet gek dat je dit soort traceroutes ook hebt als het wel goed werkt. (Kan ook gelden voor andere serviceproviders hoor!)

Daar hebben we `traceroute -T -p 80 gathering.tweakers.net` voor, al is T.net denk ik niet blij met al die nutteloze SYN-TCP-pakketjes op poort 80 als het toch al wat minder goed gaat.

[ Voor 9% gewijzigd door Osiris op 25-07-2008 01:26 ]

[gertvdijk]

Osiris schreef op vrijdag 25 juli 2008 @ 01:00:
Daar hebben we `traceroute -T -p 80 gathering.tweakers.net` voor, al is T.net denk ik niet blij met al die nutteloze SYN-TCP-pakketjes op poort 80 als het toch al wat minder goed gaat.

Kan best dat je dan poort 80 checkt of er een service achter draait, maar dat wil nog niet zeggen dat de websites die hij moet serven ook in dezelfde response tijd terugkrijgt. In dit geval is het toch waarschijnlijk de grote hoeveelheid child processes die worden geforked die een ontzettende load geven en de boel traag maken en ik denk niet dat jouw traceroute dat simuleert.

Osiris schreef op vrijdag 25 juli 2008 @ 01:26:
Nee, natuurlijk niet, maar het is in ieder geval wel een 'fatsoenlijke' methode (tegen gedropte ICMP-pakketjes door tussenliggende nodes) om te kijken of de pijplijn een beetje fatsoenlijk werkt

Hmm ja, dat kende ik nog niet. Ik neem aan dat dat een Windows commando is? Wat doet die -T optie eigenlijk? Ik heb die niet op mijn Linux systeempje. Het beestje heeft vast een andere naam in Linux dan bij jou.

[ Voor 28% gewijzigd door gertvdijk op 25-07-2008 01:31 ]

[Osiris]

gertvdijk schreef op vrijdag 25 juli 2008 @ 01:13:
[...]

Kan best dat je dan poort 80 checkt of er een service achter draait, maar dat wil nog niet zeggen dat de websites die hij moet serven ook in dezelfde response tijd terugkrijgt. In dit geval is het toch waarschijnlijk de grote hoeveelheid child processes die worden geforked die een ontzettende load geven en de boel traag maken en ik denk niet dat jouw traceroute dat simuleert.

Nee, natuurlijk niet, maar het is in ieder geval wel een 'fatsoenlijke' methode (tegen gedropte ICMP-pakketjes door tussenliggende nodes) om te kijken of de pijplijn een beetje fatsoenlijk werkt

Kzal ff je puntje 2 uit mn quote verwijderen

[ Voor 3% gewijzigd door Osiris op 25-07-2008 01:26 ]

[Raven]

Erkens schreef op donderdag 24 juli 2008 @ 23:10:
Zo te zien is dit dus gewoon een UPC/Chello probleem
Weinig nut om dat dus nu steeds te herhalen lijkt me.

Nope, hier ook last van, atm wel heel wat minder trouwens...

@homeZiggo

[ACM]

gertvdijk schreef op vrijdag 25 juli 2008 @ 00:55:
@ admins: Als het geen DDoS is, maar een gewone DoS, dan kan iets als fail2ban toch heel snel de boel oplossen? Bijvoorbeeld 10 malle requests (zoals jullie uit de log postten) per ip toestaan en dan op firewall niveau 10 minuten het ip bannen.

't Waren een stuk of 80 verschillende geloof ik, dus strict genomen wel een DDoS als het een DoS was. Maar we gaan zeker naar iets als fail2ban kijken, tot nu toe was het (gelukkig) nooit nodig.

[Wiethoofd]

zonet weer iets nieuws. Forum wel snel, de afbeeldingen om het vak waarin je een uitgebreide reply typt daarentegen kwamen 5 minuten na het bijna af hebben van m'n post nog eens aanzetten.

voetnoot: bij deze post doet hij het wel goed

[Wiethoofd]

Even een kick, ik vanaf 11:55 uur al problemen met GoT, ik moet 6x refreshen, 1x firefox herstarten, computer herstarten voordat GoT weer iets van leven geeft. Er staat niets aan te downloaden, maar toch problemen als ik een post wil quoten, editen of toevoegen.

[MsG]

Ik merk hier ook een vertraging. Al download ik wel met 50kb/s maar ja die andere 275kb/s moet genoeg zijn om tweakers te bezoeken lijkt me .

[RnB]

Hier nergens last van.

[CrankyGamerOG]

RnB schreef op zondag 24 augustus 2008 @ 12:17:
Hier nergens last van.

Ik had er eerder altijd last van , maar sinds een paar dagen is alles ok eigenlijk

[Roelant]

Wiethoofd schreef op zondag 24 augustus 2008 @ 12:04:
Even een kick, ik vanaf 11:55 uur al problemen met GoT, ik moet 6x refreshen, 1x firefox herstarten, computer herstarten voordat GoT weer iets van leven geeft. Er staat niets aan te downloaden, maar toch problemen als ik een post wil quoten, editen of toevoegen.

Als je je computer moet herstarten om het probleem (enigszins) te verhelpen, denk ik dat dat al aangeeft dat het probleem lokaal geeft. Ik zie in de stats in ieder geval nog geen rare dingen en heb zelf de hele morgen nog geen problemen gehad.

[Wiethoofd]

Roelant schreef op zondag 24 augustus 2008 @ 14:02:
Als je je computer moet herstarten om het probleem (enigszins) te verhelpen, denk ik dat dat al aangeeft dat het probleem lokaal geeft.

Ik heb m'n computer herstart om dat dus juist uit te sluiten, zelfs na de reboot deed hij nog steeds traag, inmiddels doet hij het weer 'normaal'.

[Harm]

Ik had om diezelfde tijd last dat 'het internet' raar deed: pagina's openden niet, pagina's leken te openen maar deden dat dan toch niet, klikjes deden niets, et cetera. Dat was zowel op T.net/GoT als op andere websites. Ik gok dus op een ander soort probleem.

[BtM909]

Toch maar besloten om dit topic te kicken ipv een nieuw topic.

Het forum is continue traag door de requests naar http://tweakimg.net. Ik heb het zelf op meerdere locaties (inclusief het buitenland) en ben nieuwsgierig hoe ik het aan mijn zijde kan troubleshooten zodat ik meer en bruikbare info kan leveren

Het gaat er dus om dat het forum wel snel laadt, maar het daadwerkelijk parsen door m'n browser pas wordt gedaan nadat de requests naar tweakimg.net zijn afgerond.

Client: XP & Vista
Browsers: IE6, IE7 en FF

edit:

Nog even wat zinnigs toevoegen:
Het grote grappige plaatjes topic deel 33⅓ geeft mij de eerste keer een mooie grijze achtergrond. Na de reactie van tweakimg.net wordt alles netjes weergegeven. Daarna doet een F5 precies hetzelfde, alleen lijkeen alle plaatjes netjes uit de cache gehaald (de rest van de content is ook gewoon zichtbaar), maar blijft de tracker links weg, zoals hieronder:

[ Voor 32% gewijzigd door BtM909 op 15-04-2009 16:17 ]

[ACM]

BtM909 schreef op woensdag 15 april 2009 @ 16:12:
Ik heb het zelf op meerdere locaties (inclusief het buitenland) en ben nieuwsgierig hoe ik het aan mijn zijde kan troubleshooten zodat ik meer en bruikbare info kan leveren

Zijn er ook overeenkomsten tussen die locaties? Gaan ze allemaal via dezelfde of een vergelijkbare proxy-dienst bijvoorbeeld?

Het gaat er dus om dat het forum wel snel laadt, maar het daadwerkelijk parsen door m'n browser pas wordt gedaan nadat de requests naar tweakimg.net zijn afgerond.

Hoe weet je dat "het forum wel snel laadt"? Waar leidt je dat uit af?

Nog even wat zinnigs toevoegen:
Het grote grappige plaatjes topic deel 33⅓ geeft mij de eerste keer een mooie grijze achtergrond. Na de reactie van tweakimg.net wordt alles netjes weergegeven. Daarna doet een F5 precies hetzelfde, alleen lijkeen alle plaatjes netjes uit de cache gehaald (de rest van de content is ook gewoon zichtbaar), maar blijft de tracker links weg, zoals hieronder:
[afbeelding]

Zie je dan ook javascript-errors?

[BtM909]

ACM schreef op woensdag 15 april 2009 @ 16:49:
[...]

Zijn er ook overeenkomsten tussen die locaties? Gaan ze allemaal via dezelfde of een vergelijkbare proxy-dienst bijvoorbeeld?

Nope. Vast internet (zonder restricties) op kantoor. UPC kabel 120MBit/s thuis en in 't buitenland vast via een proxy (maar ook weleens zonder).

[...]

Hoe weet je dat "het forum wel snel laadt"? Waar leidt je dat uit af?

Zodra het Waiting for tweakimg.net verdwijnt is de pagina direct en volledig zichtbaar. Uiteraard kunnen sommige externe plaatjes nog aan 't laden zijn, maar gathering.tweakers.net content is zichtbaar.

[...]

Zie je dan ook javascript-errors?

Nee, want zodra het Waiting for tweakimg.net verdwijnt verschijnt de tracker. Ik had die printscreen om te illustreren dat ik tijd zat heb om een printscreen te kunnen maken

[ Voor 6% gewijzigd door BtM909 op 15-04-2009 17:14 ]

[Alfredo]

Ik had gisteren hetzelfde. tweakimg.net was niet vooruit te branden en hield het laden van de pagina's tegen (waiting for response of zoiets).

[crisp]

Volgens mij is dit, afgezien van de recente perikelen met de fileserver, geen issue meer