Storing van paar minuten voor sommige routes

[Arieh]

Ik heb sinds enkele dagen last van connectie problemen bij een vps van CloudVPS. Meerdere malen per dag, ik gok vandaag wel 10 keer, verlies ik mn ssh/web connectie volledig voor een paar minuten. Vervolgens log ik in op de console via de interface en doe ik enkele tests.

Zo ping ik google.nl/google.com en gaat dat prima. Probeer ik sidn.nl dan komt er geen antwoord. Een traceroute stopt halverwege:

12674

Is er niets aan de hand ziet de route er zo uit:

12675

Test ik bij downforeveryoneorjustme.com dan geeft deze ook aan: down.

Echter als ik een tail -f op het apache access log doe zijn er volop hits. Dit naast dat google bijv. wel te pingen is lijkt het dus te gaan om een deel van het verkeer dat niet goed gaat.

Traceroute ik in een geval van downtime naar de server zelf dan komt ik wel tot aan rt-eu01.cloudvps.nl [80.246.207.201]

Na een paar minuten lijkt alles weer normaal, ik kan zelf de server weer bereiken, downforeveryoneorjustme geeft aan up, en sidn.nl is weer normaal te pingen.

Nog een voorbeeld waar het mis gaat, gaat dus mis bij een andere hop:

12676

Heb contact opgenomen met CloudVPS. na 2 dagen geen antwoord op ticket, dus gebeld. Werd toen doorgeschoven naar een paar niveaus hoger. Echter komt daar niets uit. Leest mn berichten niet goed en vraagt me dan het bij de destination te vragen of er misschien niet een firewall iets blockt.

Iemand een idee?

[HostioSolutions]

Je zou vanaf paar locaties in screen een mtr kunnen draaien om te kijken waar het fout gaat.
Als je mij paar ips kan geven dan kan ik deze vanuit verschillende locaties voor je draaien.

[Arieh]

Heb het IP geDMt. Thanks :)

[dennis0162]

Ik kan het IP-adres monitoren met meerdere Smokeping locaties als je wil.

[virtuality]

Twitter feed van CloudVPS gaf gisteren aan dat er problemen waren met de routering in het Openstack platform. Ze vroegen om traceroutes om het uit te zoeken. Gisteren eind van de dag was de storing opgelost.

[Arieh]

Zojuist gewoon weer 2x raak.


Network issue Openstack resolved. Please email support@cloudvps.com with traceroutes and mtrs if you have any issues.

Doen we dit.


Ik kan het IP-adres monitoren met meerdere Smokeping locaties als je wil.

IP doorgegeven :)

[NibeP]

Ik kan ook via het RIPE ATLAS project het IP monitoren voor x aantal dagen vanaf meerdere locaties indien gewenst. PM even het IP.

[Arieh]

Ik kan ook via het RIPE ATLAS project het IP monitoren voor x aantal dagen vanaf meerdere locaties indien gewenst. PM even het IP.

Is nog altijd aan de gang, dus geMPt. Thanks :)

[NibeP]

https://atlas.ripe.net/api/v2/measurements/5059465/results?start=1472947200&stop=1473033599&format=json

[xaban]

Inmiddels opgelost? Ben benieuwd waardoor het nou kwam.

[Arieh]

Nog gaande. MTRs vanuit het topic hebben niets opgeleverd. Nog wel in gesprek met support van cloudvps. Ik zal de oplossing indien die er komt posten :)

[Arieh]

Het probleem bleef aanhouden, ben inmiddels overgestapt naar Leaseweb. Vanuit de support van cvps kwam als laatst een vermoeden dat er 1 of ander anti ddos filter actief was of iets dergelijks, bij andere partijen.

Nu de site elders draait, is het probleem wel weggegaan op de oude vps in kwestie. Maar waar het nu precies aan gelegen heeft durf ik dus niet te zeggen, dezelfde setup draait dus elders nu prima. Misschien dat ergens het aantal verbindingen te veel werd. In ieder geval geen oorzaak gevonden.

[ArjenN]

Als ik de traces zo zie, dan is er niet direct een echte verbindende factor te achterhalen - zeker ook omdat de handover naar andere netwerken (zoals Ziggo / UPC) wel netjes werkt, maar dan halverwege stopt. Ik vermoed dat er bij CloudVPS / IT-Ernity eerder iets van een hardware defect is, waarbij een poort (mogelijk van een LAG) blackholed, maar 't blijft puur een hunch...

[Arieh]

Ik vermoed wel dat het toch met aantallen verbindingen te maken hebben, dat kan vervolgens nog betekenen dat er iets het niet aan kan, of dat er iets geblokkeerd wordt/gelimiteerd wordt. Dit op basis van:
- Het alleen op bepaalde momenten gebeurde, en op die momenten alleen dezelfde bepaalde routes stopten (ziggo/sidn/enkele andere), andere bleven steevast altijd werken.
- Het na weg verhuizen niet meer voorkomt (alle traffic zo goed als geheel weg), ssh connectie blijft stabiel waar deze gedurende problematiek allang was onderbroken.