SystemZ | 2017-07-08 20:03:38 UTC | #1
Szanowni klienci, usługa Hosting WWW jest ponownie dostępna
Poniżej umieszczam wszelkie informacje odnośnie tego zdarzenia.
Instancja Cloud na której ulokowany jest host w2.lvlup.pro przestała odpowiadać.
Z moich ustaleń poprzez panel OpenStack wynika że niedostępność spowodowana jest migracją instancji na inny węzeł przez OVH co patrząc na poprzednie tego typu zdarzenia może potrwać łącznie szacunkowo około 2h. Cały proces nie powinien spowodować innych utrudnień niż chwilowa niedostępność.
Został utworzony wątek na forum informujący o zdarzeniu
Trwa przygotowywanie danych tak aby poinformować obsługę OVH ponownie o zdarzeniu, gdyż jeszcze w tym momencie nie otrzymałem odpowiedzi na zgłoszenie w ramach poprzedniej awarii
https://forum.lvlup.pro/t/niedostepnosc-w2-lvlup-pro-22-06-2017/3057
Zgłoszenie w OVH zostało zaktualizowane, dodałem informację o niedostępności wraz z MTR
Chwilowo została zawieszona sprzedaż nowych kont WWW
Instancja zaczęła odpowiadać na ping, zaczynam weryfikację czy w2.lvlup.pro działa poprawnie.
Zostały wprowadzone poprawki w konfiguracji w2.lvlup.pro aby w przyszłości restarty przebiegały łagodniej dla przychodzących maili.
w2.lvlup.pro wygląda na całkowicie sprawny
Możliwość zakupu nowych kont WWW została wznowiona.
Wszyscy klienci którzy stworzyli zgłoszenie w panelu klienta odnośnie tego incydentu uzyskali odpowiedź o naprawie w2.lvlup.pro wraz z prośbą o potwierdzenie poprawności działania usługi.
Po 5 dniach od utworzenia zgłoszenia związanego z powiązanym incydentem
https://forum.lvlup.pro/t/niedostepnosc-w2-lvlup-pro-22-06-2017/3057
Otrzymałem odpowiedź od OVH że zostało przekazane sprawdzenie tej sytuacji
Uzyskałem informację od OVH o powodzie zaistnienia tej sytuacji, oto fragment:
Wszystkie niedogodności związane z instancją
spowodowane były działaniem mechanizmu OOM Killer, którego podłożem była
bardzo mała ilość pamięci RAM na hoście. Po drugiej, tego rodzaju,
niedogodności instancja została zmigrowana, lecz z uwagi na duży flavor
operacja ta potrzebowała dłuższego niż przeciętny czasu.
Kwestia odszkodowania związanego z niedostępnością instancji została rozwiązana zgodnie z SLA.
Incydent mogę uznać za zamknięty
SystemZ | 2017-06-26 14:17:14 UTC | #2
dennijs | 2017-06-26 14:20:20 UTC | #3
Eh właśnie zauważyłem. Często takie sytuację będą miały miejsce :/
unqart | 2017-06-26 14:22:14 UTC | #4
Po migracji zapewne problem zniknie.
SystemZ | 2017-06-26 14:41:39 UTC | #5
[quote=”dennijs, post:3, topic:3089”]
Eh właśnie zauważyłem. Często takie sytuację będą miały miejsce :confused:
[/quote]
Możesz rozwinąć co masz dokładnie na myśli?
Widzisz przyszłość lub masz dodatkowe informację o ich serwerowni SBG1 i/lub stanie PCI? Podziel się tym ze mną, przydałoby się :slight_smile:
dennijs | 2017-06-26 15:13:54 UTC | #6
@SystemZ Po co się od razu unosisz? Wystarczy powiedzieć, że nie masz takich informacji… Zresztą nie informują swoich klientów o tym?? #profejsonalizm
Nieznajomy11 | 2017-06-26 15:24:17 UTC | #7
Nikt się tutaj nie unosi, tylko twoje wróżenie z fusów było po prostu głupie, bo to oczywiste, że każda firma stara się mieć jak najlepsze usługi i najlepszą ich dostępność. Firma OVH informuje chyba o wszystkich większych incydentach, nawet jest specjalna strona od tego: http://travaux.ovh.net/
koweq | 2017-06-26 15:27:35 UTC | #8
[quote=”dennijs, post:3, topic:3089”]
Często takie sytuację będą miały miejsce
[/quote]
To tylko brzmi jak stwierdzenie czy jest stwierdzeniem?
Nieznajomy11 | 2017-06-26 15:29:16 UTC | #9
hacker @dennijs zapowiada ataki na ovh
SystemZ | 2017-06-26 15:36:09 UTC | #10
Nie wiem skąd ta prawdopodobna wrogość, nie miałem nic złego na myśli :slightsmile:
Może po prostu łudziłem się że ktoś zna powód tych problemów z PCI w OVH, ponad 300 dni śmigało bez przerw a teraz downtime po kilka godzin 22 i 26 czerwca :coldsweat:
SystemZ | 2017-07-08 20:04:38 UTC | #11