Skocz do zawartości

Polecane posty

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.

Udostępnij ten post


Link to postu
Udostępnij na innych stronach

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

Udostępnij ten post


Link to postu
Udostępnij na innych stronach

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 :-)

Udostępnij ten post


Link to postu
Udostępnij na innych stronach
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 przez Archi (zobacz historię edycji)

Udostępnij ten post


Link to postu
Udostępnij na innych stronach

 

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 przez tgx (zobacz historię edycji)

Udostępnij ten post


Link to postu
Udostępnij na innych stronach

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 ;).

Udostępnij ten post


Link to postu
Udostępnij na innych stronach

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

Udostępnij ten post


Link to postu
Udostępnij na innych stronach

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 ;)

Udostępnij ten post


Link to postu
Udostępnij na innych stronach

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

Udostępnij ten post


Link to postu
Udostępnij na innych stronach

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ć

Udostępnij ten post


Link to postu
Udostępnij na innych stronach

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.

Udostępnij ten post


Link to postu
Udostępnij na innych stronach

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.

Udostępnij ten post


Link to postu
Udostępnij na innych stronach

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.

Udostępnij ten post


Link to postu
Udostępnij na innych stronach

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ą.

Udostępnij ten post


Link to postu
Udostępnij na innych stronach
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 ...

Udostępnij ten post


Link to postu
Udostępnij na innych stronach

Bądź aktywny! Zaloguj się lub utwórz konto

Tylko zarejestrowani użytkownicy mogą komentować zawartość tej strony

Utwórz konto

Zarejestruj nowe konto, to proste!

Zarejestruj nowe konto

Zaloguj się

Posiadasz własne konto? Użyj go!

Zaloguj się


×