Opublikowano:

Kolejna żenada

No i kolejny raz mam super przyjemność walczyć o rekompensatę. Opiszę sprawę, w sobotę na serwerze EG żeby nie było że na kimsufi :D padła płyta główna która została wymieniona. Po czym w normal boot serwer padł bo był kernel panic. Któryś z techników "poszedł" to sprawdzić, przełączył serwer w rescue i niestety zablokował mi serwer, tak że nie mogłem zmienić netboota i nie dostawałem danych do rescue. Cały czas był błąd jak chciałem zmienić netboot że Kod: stan serwera blokuje tę funkcję No to zostałem pozbawiony dostępu do maszyny, więc otwieram zgłoszenie że serwer nie dostępny (blokada portów) i opisałem w czym problem, było to około 27 sierpnia 2011 21:28. Rano wstaje nadal to samo a zgłoszenia nikt nie przyjął. Tak tak serwer jak to OVH nazywa już PRO a dla techników zgłoszenie że serwer nie dostępny to nic ważnego. Skrobę więc maila na pomoc@. Po około 20godzinach od otworzenia zgłoszenia zamykam stare i zgłaszam na nowo to samo z tym że nie blokada portów tylko że serwer nie działa i nie odpowiada na ping, mówię może się ktoś wreszcie zainteresuje. Niestety nadal totalna olewka, dopiero ktoś z PL supportu przeczytam mój email i zrobić czary mary w kilka kliknięć że błąd przy zmianie netboota już nie występował, więc odzyskałem dostęp do maszyny. Pani z supportu przyznała że problem był i o zgrozo , uwaga bo to jest najlepsze Cytat: W ramach rekompensaty za zainstniałą sytuację proponuję Państwu dodatkowe 2 dni dzierżawy serwera. Byłem w takim szoku jak to przeczytałem, że prawie spadłem z fotela. Oczywiście 2 dni to ja mam w D… i napisałem że chcę miesiąca tak jak to się reklamują na stronie że za każdą 1h braku dostępu do maszyny dają 10% rekompensaty więc mi przy Czytaj dalej...

Opublikowano:

Dysk pada przy dużym i długim IO?

Pozwolicie że zacytuje moje zgłoszenie do pomocy technicznej: Cytat: Witam, wczoraj rano z macierzy RAID wyleciał mi dysk SDB. Po długim szukaniu błędu, pomyślałem że popsuł się dysk(dziwne, serwer jest nowy a dysk przepracował niecałe 400 godzin). Wszedłem do trybu rescure i… macierze działają, udało mi się je przebudować. Na wszelki wypadek zrobiłem kopie na inny serwer, zrobiłem reboota do vKVM i… od razu przywitał mnie kernel panic. Nie widziałem nagłówka błędu, więc nie jestem pewien co było jego przyczyną. Postanowiłem zreinstalować serwer i przerzucić dane z serwera na którym miałem kopię. Po kilku godzinach wróciłem i widze taki oto piękny komunikat błędu: Read-only file system (30) rsync error: error in file IO (code 11) at receiver.c(302) [receiver=3.0.7] rsync: connection unexpectedly closed (185 bytes received so far) [generator] rsync error: error in rsync protocol data stream (code 12) at io.c(601) [generator=3.0.7] root@beep:/# cat /proc/mdstat Personalities : [linear] [raid0] [raid1] [raid10] [raid6] [raid5] [raid4] [multipath] [faulty] md1 : active raid1 sdb1[2](F) sda1[0] 203712 blocks [2/1] [U_] md2 : active raid1 sdb2[2](F) sda2[0] 20478912 blocks [2/1] [U_] md4 : active raid0 sdb4[1] sda4[0] 1903955840 blocks 64k chunks unused devices: <none> root@beep:/# Smartctrl pokazywał takie rzeczy: root@beep:/# smartctl –all /dev/sdb smartctl version 5.38 [x86_64-unknown-linux-gnu] Copyright (C) 2002-8 Bruce Allen Home page is http://smartmontools.sourceforge.net/ Short INQUIRY response, skip product id A mandatory SMART command failed: exiting. To continue, add one or more ‚-T permissive’ options. root@beep:/# smartctl -T permissive –all /dev/sdb smartctl version 5.38 [x86_64-unknown-linux-gnu] Copyrig Czytaj dalej...