OVH down

[Gość sixwishlist.com]

Wygląda jak by gubił pakiety. VPS czy DEDYK?

[lord101 18]

To ze gubi pakiety to ja wiem.

To jakiś VPS.

[patryk 451]

Jakieś 5 minut temu padło całe OVH, wycięło ich kompletnie i nie działa nic.

Ciekawe na jak długo.

traceroute to 87.98.239.34 (87.98.239.34), 30 hops max, 40 byte packets
 1  79.133.193.65 (79.133.193.65)  0.723 ms  0.871 ms  1.074 ms
 2  * * *
 3  * * *
 4  * *^C

1:14: up . Szybko poszło.

[denis94 0]

Armagedon! Ciekawie to wygląda jak co drugi portal internetowy lub hosting nie działa ;(

[Pan Kot 1535]

Super wygląda. W końcu wiem kto się hostuje u OVH .

[www.mzone.uk 1200]

Pewnie wszystkie wakacyjne firmy, przecież mają tak najtaniej dedyki, jakość to już druga sprawa dla takich firm.

[Miłosz 2311]

No ta, bo Mzone nie rusza takiego chlamu jak OVH ;-) A powiem Ci ze hostuje sie tam sporo moich klientow, i to nie jest kimsufi jak w wiekszosci przypadkow piszesz na forum jesli jest watek ovh ;-) sporo firm sie tam hostuje, sporo firm uzywa ichnich wynalazkow jak wirtualne szafy. Sporo klientow sie juz przywiazalo do ovh z roznych powodow i nie chca zmieniac uslugodawcy. Nie pamietam juz kiedy byla podobna awaria. A biorac pod uwage fakt, ze sama infrastruktura dziala tam bez wiekszych problemow, to nie ma powodow do narzekania :-) ale pewnie zostala Ci trauma z kimsufi po przejeciu jednej firmy pare lat temu :-)

[Pan Kot 1535]

July 2013 99.96% 49 ms

June 2013 100% 25 ms

May 2013 99.97% 30 ms

Tyle w temacie OVH. A jeszcze doliczcie moje resety + to, że lipiec się jeszcze nie skończył.

Nawet wynajęty PC z taką dobrą infrastrukturą kosztowałby o wiele więcej. Za 5 dyszek to nawet na łącze, które zawsze mam w ilości 100% mnie nie stać, a co dopiero za dedyka, czy jak kto woli "dedykowany komputer".

Mówcie sobie co chcecie, uptime jest znakomity, sieć jest bardzo stabilna, a jak są jakieś problemy to są naprawiane błyskawicznie, tickety również są wykonywane w ciągu kilku minut od ich założenia. Nic mi więcej do szczęścia nie potrzebne, jestem z OVH już kilka lat i nie zamierzam rezygnować, nawet z najtańszego kimsyfa.

Edytowano Lipiec 18, 2013 przez Archi (zobacz historię edycji)

[tgx 575]

 

J

Mówcie sobie co chcecie, uptime jest znakomity, sieć jest bardzo stabilna, a jak są jakieś problemy to są naprawiane błyskawicznie, t

 

 

Etam, gadasz, prawdziwą jakość i styl uzyskasz tylko w firmówkach, a prawdziwi admini nawet nie logują się na wynalazki typu ovh/hetzner

 

 

Swoją drogą ciekawe co się popsuło

Edytowano Lipiec 18, 2013 przez tgx (zobacz historię edycji)

[patryk 451]

Tu jest info, ale tylko po francusku:

 

http://travaux.ovh.net/?do=details&id=8978

 

Ogólnie nic takiego się nie stało, problem trwał niewiele ponad 10 minut, reakcja była natychmiastowa. Napisałem na forum bo było to o tyle ciekawe, że na chwilę wymiotło kompletnie całą ich sieć.

 

A jeśli chodzi o stabilność łącza/prądu to życzyłbym sobie takiej jak ma OVH w wielu znacznie droższych lokalizacjach .

[theONE 526]

Ide o zakład że wpinali firewalla swojego i routing musieli przepiąc inaczej, przelczenie tras tyle trwało

[tgx 575]

Ide o zakład że wpinali firewalla swojego i routing musieli przepiąc inaczej, przelczenie tras tyle trwało

 

Nie wierzę że robiliby to na żywca bez symulacji i od razu dla całości sieci.

 

Zakład przyjęty, tylko kto poda wynik

[www.mzone.uk 1200]

Ja pisze o Kimsufi Miłosz, nie o całym ovh, coś szybko zmieniasz zdanie, czy to przez twoich klientów z OVH? ;-)

[bermut 18]

Jakoś przeżyje...

 

18-07-2013 / 02:19 - 18-07-2013 / 03:41

 

Od 2:19 do 3:41 była down, sporo.

Edytowano Lipiec 18, 2013 przez linoskoczek (zobacz historię edycji)

[theONE 526]

Gtranslate na polski:

 

Task Type
Category the whole network
Current State
Percent Complete 0%
Details The three road refelector have restarted

Last reload reason: Critical software exception, check bootflash: crashinfo_RP_00_00_20130717-230021-UTC

Comments (4)

Comment by OVH - Thursday, July 18, 2013, 1:22

We will downgrade.

Comment by OVH - Thursday, July 18, 2013, 1:52

The U.S. has three road reflectors restarted after a crash OSPF process. 3 RFs had been updated recently. Waiting to determine the exact cause of the crash, we downgrade the RF-2 and 3 in different versions.

Comment by OVH - Thursday, July 18, 2013, 2:01

3 U.S. roads reflectors have also restarted. They turn a completely different version. So it seems that the crash is not tied to a particular version. We continue to work with Cisco to determine the exact cause of the problem.

Comment by OVH - Thursday, July 18, 2013, 3:28

In / / the analysis of route-reflectors CrashLogs we check the events on the backbone at the time of the crash. 6 road-reflectors have crashed to 1:09 (CEST), but other routers also crashed shortly before:
- Eng-1-6k: 00:01
- Gsw-3-4m 0:02
- Rbx-s18 0:03
- Bhs-4a 0:01
- 0:09 rf-1/2/3/4/5/6

We are moving towards a general problem on the OSPF backbone level. We continue the search.

Czyli ten FW niby jest wdrozony produkcyjnie ale powoduje problemy, przy tej skali ilości adresacji OSPF musi się ciekawie zachowywać

[wojsmol 1]

Witam

Poniżej polski odpowiednik linka podanego przez @patryk w poście #36:

http://prace.ovh.pl/?do=details&id=16212

Pozdrawiam

[patryk 451]

Dzisiaj znowu jakieś cuda - od dwóch godzin próba pingowania IP failover na maszynach w RBX, wygląda tak:

PING 178.33.109.15 (178.33.109.15): 56 data bytes
76 bytes from rbx-g2-a9.fr.eu (91.121.131.10): Time to live exceeded
Vr HL TOS  Len   ID Flg  off TTL Pro  cks      Src      Dst
 4  5  00 5400 8701   0 0000  01  01 526b 192.168.0.100  178.33.109.15

Request timeout for icmp_seq 0
76 bytes from rbx-g2-a9.fr.eu (91.121.131.10): Time to live exceeded
Vr HL TOS  Len   ID Flg  off TTL Pro  cks      Src      Dst
 4  5  00 5400 0444   0 0000  01  01 d528 192.168.0.100  178.33.109.15

Request timeout for icmp_seq 1
76 bytes from rbx-g2-a9.fr.eu (91.121.131.10): Time to live exceeded
Vr HL TOS  Len   ID Flg  off TTL Pro  cks      Src      Dst
 4  5  00 5400 2d59   0 0000  01  01 ac13 192.168.0.100  178.33.109.15

Request timeout for icmp_seq 2
64 bytes from 178.33.109.15: icmp_seq=3 ttl=128 time=41.731 ms
64 bytes from 178.33.109.15: icmp_seq=4 ttl=128 time=38.183 ms
76 bytes from rbx-g2-a9.fr.eu (91.121.131.10): Time to live exceeded
Vr HL TOS  Len   ID Flg  off TTL Pro  cks      Src      Dst
 4  5  00 5400 e238   0 0000  01  01 f733 192.168.0.100  178.33.109.15

Request timeout for icmp_seq 5
64 bytes from 178.33.109.15: icmp_seq=6 ttl=128 time=40.167 ms
64 bytes from 178.33.109.15: icmp_seq=7 ttl=128 time=38.492 ms
64 bytes from 178.33.109.15: icmp_seq=8 ttl=128 time=40.183 ms
76 bytes from rbx-g2-a9.fr.eu (91.121.131.10): Time to live exceeded
Vr HL TOS  Len   ID Flg  off TTL Pro  cks      Src      Dst
 4  5  00 5400 5b4a   0 0000  01  01 7e22 192.168.0.100  178.33.109.15

Request timeout for icmp_seq 9
64 bytes from 178.33.109.15: icmp_seq=10 ttl=128 time=40.056 ms
^C
--- 178.33.109.15 ping statistics ---
11 packets transmitted, 6 packets received, 45.5% packet loss
round-trip min/avg/max/stddev = 38.183/39.802/41.731/1.183 ms

Po sieci OVH nie ma problemu.

 

Pewnie wiąże się to z tym: http://travaux.ovh.net/?do=details&id=9224 - na naszych prace.ovh.pl oczywiście cisza.

 

Forum OVH też teraz nie działa, więc jak ktoś ma kimsufi to nawet nie ma jak zgłosić awarii .

 

Przenoszenie failoverów między serwerami w różnych lokalizacjach też nie działa, operacja się niby wykonuje, ale wszystko jest po staremu.

[maxbmx 0]

Od 3 godzin nie ma dostępu do naszych serwerów dedykowanych na OVH:

 

Więcej info na ten temat:

https://twitter.com/search?q=%40ovh_support_en&src=typd

http://travaux.ovh.com/?do=details&id=9224&PHPSESSID=f195602c8bc515112d311196e23fa49d (przelecieć tłumaczem)

https://twitter.com/search?q=%40ovh&mode=relevance&src=typd

http://www.webhostingtalk.com/showthread.php?p=8820891

 

 

Jeżeli macie jakieś informacje co do awarii proszę piszcie - kontakt z OVH jak zwykle bardzo słaby.

[patryk 451]

Połączyłem dwa tematy.

[theONE 526]

Patrząc na błędy wygląda na problemy z OSPF i propagacja co przy ich wielkości sieci przyprawia o ból głowy. Stawiam że zrobią restart całości i zadziała.

[TheKrzysztofa 9]

GRA1 działa normalnie

[tutiturumtu 0]

Raczej nie zadziała bo już kilka restartów robili. Serwery pojawiają się i zraz znikają. Z trace routa wynika, że mają pętlę między routerami i się sami killują.

[theONE 526]

to jest właśnie anty DDOS ich tylko źle wdrożony

[Gość patrys]

No czemu źle ? Perfekcja odłączyć serwery i nikt nie zaatakuje

 

A tak serio, to ładnie im ta sieć wariuje od kilku godzin ...

[tutiturumtu 0]

i zdechło