SerweryDedykowane.pl

W związku z kolejnymi problemami w starej serwerowni przeonosiny zostaną przyspieszone. Wstępnie planujemy do końca tego miesiąca wszystkie serwery przenieść do nowej stabilnej serwerowni. Nasi technicy będą się kontaktowali z użytkownikami celem ustalenia momentu przenosin w przeciągu tygodnia.

Niestety faktycznie miała miejsce spora awaria systemu zasilającego pierwszej serwerowni w Gdańsku. Od kilku miesięcy w niej nie są już instalowane nowe serwery, a po zakończeniu prac modernizacyjnych i rozbudowy, serwery z tej serwerowni będą sukcesywnie przenoszone do nowej, w której takie problemy się nie zdarzają. Przepraszamy za zaistniałe problemy i skontaktujemy się z wszystkimi użytkownikami serwerów zlokalizowanych w tej serwerowni w przeciągu ok. 2 miesięcy i będziemy ustalać terminy przenosin maszyn. Mam nadzieję, że do tego czasu problemy się nie powtórzą.

Racja. Pora była za wczesna i stąd pomyłka.

Prędkość pobierania powinna przekraczać 10Mb/s bez żadnego problemu. Jeżeli jest inaczej - proszę zawsze zacząć od zgłoszenia w naszym systemie. Nasza sieć pracuje bez zarzutu i jeżeli taki problem występuje - musi być związany albo z usterką sprzętową serwera, albo z jakimś elementem konfiguracji serwera, jak w przypadku użytkownika nSpace. W tym ostatnim przypadku użytkownik powiadomił nas, że karta sieciowa pracowała na nieprawidłowych parametrach i renegocjacja (np. mii-tool -r) rozwiązała problem. Nasza sieć jest cały czas rozbudowywana, ruch jest rozkładany na kilku wiodących na rynku operatorów, i jest w pełni redundantny. Mimo poważnych awarii sieci w trójmieście, które spowodowały niedostępność dużej ilości zasobów, nasze serwery nie straciły łączności ze światem ani razu. Nie zdaża się także, żeby wysycenie przekraczało 70%. A w najbliższym czasie uruchomimy łącze do kolejnego z operatorów, co jeszcze bardziej podniesie jakość naszej sieci. Przypominam - jeżeli występuje jakikolwiek problem z serwerem lub tym bardziej łączem - zawsze proszę o tym nas informować, ponieważ najczęściej są to drobne błędy w konfiguracjach, czy usterki sprzętowe.

Informujemy, ze w zwiazku z przeprowadzanymi pracami u naszego poddostawcy (firmy ATM SA) w dniu 07.04.2008 od godz 00:00 do godz 06:00 moze wystapic pogorszenie jakosci swiadczonych uslug. Problem będzie dotyczył styku z polskimi operatororami. Łączność z siecią TPNET oraz sieciami zagranicznymi będzie pracowała bez zakłóceń.

W nocy z 28 na 29 marca, w godzinach 02.00 do 03.00 mogą nastąpić przerwy w dostępie do usług. W tych godzinach wymieniane będą routery szkieletowe na nowe, mocniejsze i może spowodować to przerwy w dostępie do serwerów. Za utrudnienia przepraszamy - prowadzone prace są związane z rozbudową infrastruktury i przygotowaniem sieci do dalszego rozwoju.

Wszystkie informacje o pracach zawsze dostępne są na stronie: http://noc.serwerydedykowane.pl/index2.php Dodatkowo na tej stronie pojawi się w najbliższym czasie lista OPT-IN, po zapisaniu komunikaty będą też dostarczane mailem. Po wdrożeniu listy użytkownicy dostaną mailem informacje o jej powstaniu i możliwości otrzymywania stałych informacji o pracach pocztą elektroniczną.

Witam, W związku z rozbudową infrastruktury sieciowej w budynku naszego Centrum Danych w Gdańsku przy ul. Dyrekcyjnej 6 musimy przesunąć oficjalny powrót naszej oferty na dzierżawę serwerów dedykowanych. Jest to podyktowane przedłużającymi się pracami przyłączeniowymi. Nie chcielibyśmy ryzykować obniżenia jakości oferowanych usług, dlatego mając na uwadze dobro naszych obecnych klientów jak i opinię o coraz sprawniej funkcjonującej serwerowni zdecydowaliśmy się opóźnić uruchomienie oferty. Serdecznie przepraszamy wszystkich oczekujących, jednocześnie dziękując za cierpliwość jaką nas obdarzyli. Wszystkie osoby zainteresowane usługami SerweryDedykowane.pl prosimy o pozostawienie informacji na mail biuro@serwerydedykowane.pl. Najlepiej aby wiadomość zawierała pokrótce specyfikacje maszyny, którą chcą Państwo dzierżawić oraz numer telefonu tak abyśmy mogli się skontaktować wraz z chwilą uruchomienia oferty. Serdecznie dziękujemy SuperHost.pl

W związku z pojawieniem się drobnych strat na jednym z łącz do polskich operatorów poza TPNET ( poniżej 5% w godzinach szczytu) występujących pomimo ok. 60% wysycenia, firma ATM obsługująca to połączenie, dokona zmian w konfiguracji i w dniu dzisiejszym w godzinach 23.00-00.00 pojawi się 3-5 minutowa przerwa - ruch zostanie automatycznie przełączony na innego dostawcę i nie powinno być odczuwalnej przerwy.

Przepraszam za utrudnienia - w jednym segmencie sieci pojawił się problem - w każdym razie już rozwiązany. W najbliższy weekend zmodyfikujemy trochę architekturę sieci, żeby wykluczyć tego typu zdarzenia w przyszłości - jak zdąży do nas dotrzeć sprzęt - oficjalnie poinformujemy o pracach i ich godzinach (standardowo będzie to po 2 w nocy, tym razem najprawdopodobniej 3-4 sobota/niedziela). W tej chwili oficjalne okienko serwisowe u nas to 2-4 rano i prace nie mające statusu awarii będą zawsze wykonywane w tych godzinach, a o ich ew. wystąpieniu będziemy informować z możliwym wyprzedzeniem. Postaramy się zminimalizować uciążliwość rozbudowy sieci.

Technik dyżurny zauważył podejrzane zachowanie switcha i na wszelki wypadek wymienił na nowy i go skonfigurował - stąd ta krótka przerwa.

To już na pewno nie u nas - ale - zawsze w takich wypadkach polecam: 1) zrobic traceroute + mtr 2) wyslac to do swojego operatora (do nas) Wtedy od razu bedzie wiadomo co sie dzieje, gdzie lezy problem i po czyjej stronie. Z naszej strony zapewniam, jeśli by tak się zdarzyło, że coś nie tak w naszej sieci - od razu po zgłoszeniu podejmiemy działania. Rozbudowywujemy infrastrukturę i sieć przez cały czas, bardzo intensywnie - mam nadzieję, że efekty są coraz bardziej widoczne.

Nie właściwie Pan interpretuje wyniki MTR. Z tego MTR który Pan przesłał wynika: Najważniejsze dla Pana i dla Nas: do hosta docelowego ping.atman.pl ma Pan 0% strat Po drodze jest host (router) który bezpośrednio pingowany pokazuje straty icmp, ale co najważniejsze - te straty nie przekładają się na strate na kolejnych hopach. Oznacza to po prostu, że router (jak większość w chwili obecnej) ma limity icmp i nie odpowiada na wszystkie pakiety icmp. Takie zabezpieczenie prezciwko dosom icmp ma obecnie większość routerów - z TP na czele. Proszę pamiętać - jeśli router 'po drodze' pokazuje straty icmp, a host docelowy nie ma zadnych strat - to znaczy ze ten router ma takie policy na icmp, w tej chwili jest tak: Host Loss% Last Avg Best Wrst StDev 1. unused-195238187-181.ac-x.pl 1.6% 4.9 5.9 4.8 35.1 3.5 2. r2.isp-r2.acx.atman.pl 0.0% 5.1 5.3 4.8 53.3 3.4 3. r3.isp-10G-r2.isp.atman.pl 0.0% 5.5 10.0 5.2 115.6 17.6 4. z-ping.atman.pl 0.0% 6.0 6.3 5.8 15.7 0.8 Ostatni hop - 0% strat, ani jeden pakiet się 'nie zgubił' po drodze, wszystkie pakiety dotarły do hosta docelowego Gdyby było np. tak: Host Loss% Last Avg Best Wrst StDev 1. unused-195238187-181.ac-x.pl 1.6% 4.9 5.9 4.8 35.1 3.5 2. r2.isp-r2.acx.atman.pl 0.0% 5.1 5.3 4.8 53.3 3.4 3. r3.isp-10G-r2.isp.atman.pl 1.0% 5.5 10.0 5.2 115.6 17.6 4. z-ping.atman.pl 1.0% 6.0 6.3 5.8 15.7 0.8 To by oznaczało, że od hosta nr.3 pojawiają sie straty które przekłądają sie na faktyczną stratę i 1% pakietów nie dotarł do hosta docelowego. Dla przejrzystości proszę najlepiej zmienić tryb wyświetlania (komenda o) na LNABWVSD to pokaże ile pakietów nie dotarło do hosta docelowego - dopóki DROP na hoscie docelowym wynosi 0 - znaczy że wszystko jest ok. Po poprawieniu parametrów portu na routerze w ATM nie zaobserwowaliśmy żadnych strat nawet na kilkunastogodzinnych mtrach.

Prosze testowac hosta ping.atman.pl - specjalny host w ATM/ACX do testow bez limitow icmp. Jak juz kiedys informowalem - wszelkie powazne prace zawsze beda umieszczane w panelach klientow, natomiast drobne prace serwisowe, ktore nie sa zwiazane z planową przerwą są zupelnie dodatkowo tutaj umieszczane, dla zainteresowanych, natomiast faktycznie w przyszlosci nawet o zupelnie drobnych pracach serwisowych bedziemy powiadamiac w naszym systemie.

Faktycznie, nasz operator trochę 'nabroił' i nastąpiła nieprzewidziana niedostępność ok. 80 maszyn, większość jednak przerwy nie odczuła. Najprawdopodobniej zmiany w konfiguracji pomogły - robimy od rana testy i straty są zerowe nawet przy ilość 15tyś wysłanych pakietów.

Dziś w nocy w godzinach 02.00-03.00 może się pojawić kilka 30sekundowych przerw związanych z rozbudową sieci. Najprawdopodobniej będzie to 1 przerwa. Tym samym w dniu dziesiejszym ostatnie serwery (ex warszawskie) otrzymają dostęp do TPnet i od tej chwili wszystkie serwery zlokalizowane w naszych serwerowniach, oraz wszystkie nowe mają bezpośredni dostęp do wszystkich polskich operatorów , włącznie z TP, co oznacza bardzo niskie pingi i błyskawiczne działanie. Nowe łącze jest obsługiwane przez firmę NASK. Dodatkowo w najbliższych tygodniach w związku z tą zmianą zostanie rozbudowane łącze zapasowe. O dalszych rozbudowach naszej infrastruktury poinformujemy w najbliższej przyszłości, planujemy dalsze inwestycje podnoszące jakość świadczonych przez nas usług.

Jeszcze słowo gwoli jasności apropo operacji zmiany IP. Dotyczy to tylko i wyłącznie pierwszej grupy klientów, którzy mieli instalowane serwery w Warszawie. Część klientów z warszawy otrzymało IP PA zamiast PI - formalności z RIPE niestety długo trwały, a klientom nie wypada kazać czekać. Także ta grupa klientów (kilka-kilkanascie maszyn) musi jednorazowo zmienic IP na nasze PI. Oczywiscie zeby maksymalnie uproscic operacje nowe i stare IP moga pracowac rownoczesnie na 1 bramie, bez zadnych dodatkowych utrudnien i komplikacji, a półtora miesiąca czasu na zmiane powinno wystarczyć każdemu. Postaralismy sie, zeby ta operacja byla maksymalnie latwa, w razie jakis problemow chetnie sluzymy radą - szczególnie jesli ktoś posiada serwery z cPanel. Niestety predzej czy pozniej trzeba bylo ta operacje wykonac.

Raid Sata to rozwiązanie którego nie supportujemy i odradzamy. Nasi technicy nie są w tym zagadnieniu dodatkowo szkoleni. Technik probowal uruchomic system najpierw z jednego, potem z drugiego dysku - nie udało się uruchomić, więc reszte zostawił Panu. Bardziej skomplikowanych operacji nie wykonywal, ze wzgledu na bezpieczenstwo danych. Lepiej zrobić o 1 czynność mniej i potem z nowego systemu na nowych dyskach przerzucić dane, niż o 1 za dużo i stracić te dane. Dlatego w takich delikatnych sytuacjach zawsze dajemy nowe dyski, nowy system, dostęp do serwera przez KVM i można ostrożnie dane przerzucić. Niemniej takie szczegoly proponuje omawiac w naszym helpdesku, a to miejsce zostawić do oceny naszej pracy i naszych usług. To na pewno bardziej będzie interesowało wszystkich.

Odradzamy raidy softwarowe i raidy na sata - na podstawie doświadczeń własnych i klientów. Doświadczeni użytkownicy posiadający odpowiednią wiedze zakładają sobie takie raidy - dajemy bezpłatnie KVM na czas instalacji i oczywiście dają sobie rade, ale nie jest to technologia dla początkujących użytkowników linuxa - dlatego odradzamy. Jeśli zdarzyło się nawet późną nocą - a raczej wczesnym rankiem, że technik nie odebrał telefony - proszę o chwilke cierpliwości i wyrozumiałość - może być akurat w serwerowni w jakimś 'głośniejszym' miejscu i nie słyszeć, albo być akurat czymś pilnie zajętym - kolejny telefon po 5 minutach powinien załatwić sprawę.

Chyba zapomniał Pan, że 24h na dobe można zadzwonić przez telefon Wg. dyżurnego tego wieczora ani 1 raz Pan nie zadzwonił. Technik się zajmował Pańskim raidem w piątek - tak jak Pan chciał, a z racji złożoności problemu trochę to trwało. Dlatego my odradzaliśmy Panu takie raidy, nie supportujemy ich i nie instalujemy - dajemy klientom KVM i na własną odpowiedzialność sobie to Pan to skonfigurował. Tak czy inaczej - na przyszłość proszę po prostu zadzwonić - przypominam - a pisze to na naszej stronie - od godziny 18tej do godziny 7 rano kontakt z dyżurującymi technikami w serwerowni jest pod innym numerem telefonu.

Myślę, skoro coraz wiecej podmiotów swoje ogłoszenia dodaje na wht.pl, warto pomyśleć o wydzielonym miejscu na takie ogłoszenia - jednak host-is-down warto zarezerwować na awarie, a wydzielić miejsce na ogłoszenia. Na pewno wszyscy na tym skorzystają.

Powiadamiamy użytkowników mailem o poważniejszych planowanych pracach, gdzie niedostępność może przekroczyć 5-10min. Drobne prace sygnalizujemy na http://noc.serwerydedykowane.pl i będziemy na wht. Myślę, że to powinno wystarczyć - zalewanie użytkowników mailami o 30s przerwach o godzinie 3 w nocy faktycznie mijało by się z celem i nikt by nie czytał takich informacji. Tak czy inaczej wszelkie sugestie są mile widziane, jak można było zaobserwować na przestrzeni ostatniego roku włożyliśmy mnóstwo wysiłku w rozwój usług i przynosi to efekty, a w roku 2008 czeka nas sporo zmian na lepsze, ze sporymi rozbudowywami infrastruktury włącznie.

W związku z koniecznością poważniejszej modyfikacji routerów w nocy 17/18 stycznia, część zasobów serwerydedykowane.pl oraz superhost.pl będzie mogła być chwilowo niedostępna. Ew. zakłócenia dotkną część klientów przeniesionych z Warszawy i nieliczne pozostałe. Przepraszamy za problem - jednakże prace są niezbędne po uruchomieniu kolejnych łącz i do uruchomienia kolejnego dużego łącza backup w najbliższym czasie, o czym poinformujemy. System wisepanel będzie pracował bez żadnych zakłóceń.

Między 01.00 a 02.00 będzie nie więcej niż kilka (ok. 4-5) 30s i ok.1-2minuty zaników.

MRTG pokazuje wykres i dodatkowo jest podana suma spalonego transferu z naszego systemu - na bieżąco. Wykres jest dla wygody - można zawsze porównywać z własnym, wizulanie obserwować ruch. Wartości "Dane odebrane w tym miesiacu" oraz "Dane wyslane w tym miesiacu" to liczba przesłanych danych. W przypadku awarii slicza, zdarza się, że serwer nie ma dostępnego wykresu - wtedy ruch nie jest zupełnie naliczany i przyjmowany jest 'zerowy'.