patryk

Na 99% jakaś grafika na płycie zintegrowana z tymi starszymi i5 czy i7 z kimsufi będzie, bo to są serwery recyklingowane z oferty OVH a tam przecież do czegoś trzeba podłączyć klientowi KVMa jak chciał ;-).

No niestety. Najpierw padło na jakieś 15 minut około 16, teraz leży znowu. 19:25: up.

Tym razem całe OVH down od kilku minut i to dość poważnie: Z PL: traceroute to 87.98.239.34 (87.98.239.34), 30 hops max, 40 byte packets 1 91-205-74-1.arpa.teredo.pl (91.205.74.1) 0.317 ms 0.138 ms 0.105 ms 2 bgp.teredo.pl (193.227.116.241) 0.246 ms !N 0.175 ms !N * Zagranica traceroute to 87.98.239.34 (87.98.239.34), 30 hops max, 40 byte packets 1 104.193.8.129 (104.193.8.129) 0.532 ms 0.617 ms 0.688 ms 2 162.213.24.125 (162.213.24.125) 0.161 ms 0.189 ms 0.184 ms 3 78.152.53.121 (78.152.53.121) 8.675 ms 8.688 ms 8.689 ms 4 eth9-1.core2.nyc1.us.as5580.net (78.152.53.194) 9.512 ms 9.564 ms eth1-8.edge1.nyc4.us.as5580.net (78.152.45.144) 8.657 ms 5 eth2-5.edge1.nyc1.us.as5580.net (78.152.44.78) 9.458 ms 9.457 ms ae0.edge2.nyc1.us.as5580.net (78.152.35.238) 9.660 ms 6 * * * 7 * * * 8 * * * ^C Edit: 16:10 wstało częściowo.

Miłosz: ale po co nieoficjalne informacje, wystarczy zajrzeć na strony różnych operatorów, zwłaszcza kablowych, żeby zauważyć, że są lokalne POPy, gdzie ludzie w godzinach szczytu mają na drugim hopie 90% strat i pingi 1200 ms. Może niekoniecznie jest to kwestia OVH, ale już sprzedawanie 100 Mbps za 40 zł robi swoje .

Naprawili ostatecznie koło 4 rano - cześć sali 8 działała wcześniej, ale większość racków podniosła się dopiero wtedy. W VMS widać jeszcze kilka maszyn, które są down od 18 godzin.

MicroVPS.pl: Bardziej zrozumiałe i logiczne jest to, że przy ich gwarancjach SLA (99.95% + naprawa 2h ) może nie chcą żeby zbyt dużo osób trwającą już 4h awarię zauważyło. W końcu późna pora, piątek etc... Sama awaria nie jest globalna, to pewnie mniej niż 3-4% wszystkich serwerów, które mają .

U mnie jedna maszyna też restartowała się kilka razy, a teraz od około 40 minut już w ogóle nie odpowiada. Najciekawsze, że systemy monitoringu OVH w ogóle na to nie reagują, może też są w RBX8 - normalnie były komunikaty o braku pingu, zleceniach do techników itd a teraz nic .

zbieracz_ofert: myślę, że spokojnie możesz uderzyć do eTop/Datahouse.pl i w ramach private cloud też dostaniesz ofertę jakiej potrzebujesz.

Coś pewnie jest wymieszane z konfiguracją. Poczytaj i posprawdzaj: http://www.directadmin.com/features.php?id=961

To jakiś VPS? Może template jest zepsute - sprawdź uprawnienia do /home itd.

Potrzeba matką wynalazków - pomaga przeniesienie na jeszcze trzecią maszynę, podpięcie tam adresu pod eth, żeby się jakieś ARPy przeczyściły (IP dalej nie pinguje), a potem przeniesienie znów tam gdzie ma być i magicznie zaczyna działać :-)).

Ostatnio co przenoszę failovery z serwera na serwer (bo np. klient zmienia sobie serwer na jakiś z nowej oferty), to co któryś nie przepina się prawidłowo i nie pinguje po podpięciu ani na starej ani na nowej maszynie. W przypadku oferty z OVH było to załatwiane przeważnie w ciągu jednego dnia, teraz stało się to na jakimś starszym kimsufi, więc zapowiada się kolejna epopeja :-). Swoją drogą, mimo, że rzekomo serwery z nowej oferty potrafią obsługiwać 256 IP, to na jednej z takich maszyn przy 69 wywaliło w managerze "quota reached".

Ze swojej strony (jako ich klient od bodajże 7 lat ) polecam etop/datahouse, serwery w Warszawie na Al. Jerozolimskich 200. http://datahouse.pl/11/kalkulator--serwery-z-procesorami-intel-core-i5-oraz-i7.aspx Jak do nich napiszesz to pewnie znajdzie się i coś tańszego z i3.

Nie mam chyba więcej pomysłów. Odpal sobie nalepiej czyste template i zobacz jak dla niego wygląda strace i porównaj.

Nie brakuje mu liblzma.so.2? access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory) open("/lib/x86_64-linux-gnu/liblzma.so.2", O_RDONLY) = -1 ENOENT (No such file or directory) open("/usr/lib/x86_64-linux-gnu/liblzma.so.2", O_RDONLY) = -1 ENOENT (No such file or directory) open("/lib/liblzma.so.2", O_RDONLY) = -1 ENOENT (No such file or directory) open("/usr/lib/liblzma.so.2", O_RDONLY) = -1 ENOENT (No such file or directory)

Odpal sobie strace vzctl start ID to zobaczysz co dzieje się głębiej. Ostatnio mi pomogło przy jednym VPS, gdzie też jedyne co potrafił wydusić z siebie vzctl to było "failed" ;-).

W przypadku easyapache, WHM pobiera sobie wszystkie pliki samodzielnie ze swojego serwera oraz sprawdza sygnatury, więc tutaj raczej nic ręcznie nie poprawisz, chyba, że szybko via SSH między rozpakowaniem a kompilacją :-)).

Dysk nie został wymieniony. Zgłoszenie poszło 1 lutego, dwa razy interweniowałem ale nic to nie dało, więc 5 lutego przerzuciłem zawartość tego serwera gdzie indziej. 11 lutego dostałem mail z polskiego OVH, że administrator prosi o smarta dla /dev/sda (a padło sdb) oraz potwierdzenie wykonania backupu (które wysyłałem zgodnie z zaleceniami w FAQ kimsufi), no ale już nie byłem zainteresowany...

No to chociaż tyle. Z tym, że znając dynamikę zmian w OVH za kilka miesięcy równie dobrze może się okazać, że support dotyczy już tylko np. oferty Infrastructure, a tej Enterprise nie ;-).

Zdecydowany "turnover" to już wykonałem, poobserwuje teraz w ramach eksperymentu co się będzie działo bo serwer jest jeszcze opłacony na jakiś miesiąc : ).

Czwarty dzień brak reakcji, gdyby kogoś to interesowało . Może jest jakiś ukryty regulamin na bazie którego wymieniają tylko sda, w razie padu, a już sdb nie.

Wczoraj o 10 zgłosiłem pad dysku w Kimsufi przez formularz u nich na stronie - co prawda, serwer ze starej oferty, kupiony w 2009 roku w OVH, ale oni się go wypierają i zajmują się tylko teraz "ofertą biznesową" :-). Do teraz brak jakiejkolwiek reakcji. Zobaczymy ile im zejdzie... .

Domena wg whois jest zawieszona - zapewne nie potwierdziłeś danych właściciela, poszukaj maila od rejestratora: https://pomoc.home.pl/produkty/domeny/1020.

edis.at robi kolokację Raspberry za darmo, razem z łączem :-).

Ty gdybyś natomiast w ogóle czytał, wiedziałbyś, że "MBR standards for Master Boot Record. It was introduced with IBM PC DOS 2.0 in 1983.". Skończmy więc już, naprawdę.. . Na 5 manuali, w 2 była mowa o tym, że flaga jest wymagana w niektórych przypadkach, w reszcie była wskazana do ustawienia bez żadnych warunków. Jeśli dla Ciebie 1 nieprzecyzyjna, nie wpływająca negatywnie na nic informacja podana tutaj to powód do prowadzenia flamewaru to szczerze gratuluje, na forum znajdziesz jednak znacznie większe bullshity (łącznie z Twoim o rzekomym stworzeniu MBR w 89 roku).