Efuturo leży?

[Sebak 298]

Problem raczej dotyczył tylko Twojego serwera. Pracowałem zdalnie na windowsie i sesja nie została zerwana.

[misioN 7]

Ba znów vps mi nie działa

[WoofeR 0]

No nie działa... Musisz się zalogować do hypervm i wcisnąć "reboot". Inaczej nie wstanie... (to jest najbardziej wkurzająca rzecz, wymagająca ciągłego monitorowania pracy serwera)

[misioN 7]

Ba, wczesniej nawet panel nie działał

[bobeq 0]

Ja używam obecnie VPSa do robienia zdalnych backupów w nocy i codziennie otrzymuję informację, że nie dało się wysłać backupa, bo serwer ftp leży. I codziennie bootuję VPSa z panelu..

[MiSi3kK 16]

Ja dzisiaj niestety też mam spore problemy. W dodatku potrzebuję zdalny reboot - mam nadzieję, że uda się go zrobić w miarę szybko, choć na razie brak odpowiedzi na gg.

 

Czy ktoś wie, czy dla dedykowanych również zmieniły się wpisy w resolv?

[webh.pl 229]

Na dedyku też najlepiej dodać sobie te wpisy nie zaszkodzi

 

 

Odnośnie rebootu to proszę ip na pw

 

 

Pozdrawiam

[Sebak 298]

@MiSi3kK od kiedy takie rzeczy załatwia się na gg... ?

[TheBlood 0]

nameserver 217.17.34.68 # dns.atman.pl

nameserver 217.113.224.3 # lazir.toya.net.pl

 

Polecam, duzo szybsze niż opendns

[kafi 2425]

Ten Atmana lubi dosyć często padać.

 

PS: Ja mam ustawione DNSy 91.205.74.254 i 91.205.75.254 i nie zaobserwowałem jeszcze jakoś ich niedziałania...

[misioN 7]

I znowu serwery nie działają i tak jest prawie dzien w dzien od dłuższego czasu.. Ja rozumiem awaria, ale żeby tak każdego dnia ?

Mój serwer stoi pusty, i praktycznie od miesiąca nic na nim nie mogę zrobić, bo albo lagi, albo zwiechy, lub całkowicie nie działa, a za serwer zapłaciłem i chyba coś tutaj jest nie tak.

Mam nadzieje że ktoś z efuturo/webh przeczyta ten post i zrobi coś z tymi maszynami zeby to działało normalnie.

 

Pozdrawiam.

[Sebak 298]

Nie serwery, a vps'y to raz. Dwa, problemy dotyczą tylko 1 z 4 serwerów. A trzy, nie są one codzienne.

[TheBlood 0]

Znow coś padło w efuturo, wszystkie serwery niesamowicie mulą.

 

Przykladowy serwer:

 

 

Badanie 91.205.74.36 z użyciem 32 bajtów danych:

 

Odpowiedź z 91.205.74.36: bajtów=32 czas=23ms TTL=56

Odpowiedź z 91.205.74.36: bajtów=32 czas=30ms TTL=56

Upłynął limit czasu żądania.

Upłynął limit czasu żądania.

Odpowiedź z 91.205.74.36: bajtów=32 czas=21ms TTL=56

Odpowiedź z 91.205.74.36: bajtów=32 czas=21ms TTL=56

Odpowiedź z 91.205.74.36: bajtów=32 czas=25ms TTL=56

Odpowiedź z 91.205.74.36: bajtów=32 czas=24ms TTL=56

Odpowiedź z 91.205.74.36: bajtów=32 czas=23ms TTL=56

Odpowiedź z 91.205.74.36: bajtów=32 czas=25ms TTL=56

Upłynął limit czasu żądania.

Upłynął limit czasu żądania.

Odpowiedź z 91.205.74.36: bajtów=32 czas=23ms TTL=56

Odpowiedź z 91.205.74.36: bajtów=32 czas=22ms TTL=56

Odpowiedź z 91.205.74.36: bajtów=32 czas=23ms TTL=56

Odpowiedź z 91.205.74.36: bajtów=32 czas=23ms TTL=56

Odpowiedź z 91.205.74.36: bajtów=32 czas=25ms TTL=56

Upłynął limit czasu żądania.

Odpowiedź z 91.205.74.36: bajtów=32 czas=23ms TTL=56

Odpowiedź z 91.205.74.36: bajtów=32 czas=21ms TTL=56

Upłynął limit czasu żądania.

Odpowiedź z 91.205.74.36: bajtów=32 czas=21ms TTL=56

Upłynął limit czasu żądania.

Odpowiedź z 91.205.74.36: bajtów=32 czas=24ms TTL=56

Upłynął limit czasu żądania.

Odpowiedź z 91.205.74.36: bajtów=32 czas=21ms TTL=56

Odpowiedź z 91.205.74.36: bajtów=32 czas=24ms TTL=56

Odpowiedź z 91.205.74.36: bajtów=32 czas=26ms TTL=56

Odpowiedź z 91.205.74.36: bajtów=32 czas=20ms TTL=56

Odpowiedź z 91.205.74.36: bajtów=32 czas=22ms TTL=56

 

Statystyka badania ping dla 91.205.74.36:

Pakiety: Wysłane = 30, Odebrane = 22, Utracone = 8 (26% straty),

Szacunkowy czas błądzenia pakietów w millisekundach:

Minimum = 20 ms, Maksimum = 30 ms, Czas średni = 23 ms

 

 

Trasa śledzenia do webh.pl [193.227.116.157]

przewyższa maksymalną liczbę przeskoków 30

 

1 <1 ms <1 ms <1 ms 192.168.1.100

2 * * 11 ms bialy-ru2.neo2.tpnet.pl [213.25.2.148]

3 13 ms 10 ms 11 ms z.bialy-ru2.do.bialy-r1.tpnet.pl [80.50.158.101]

 

4 106 ms 34 ms 115 ms 195.205.0.42

5 15 ms 15 ms 15 ms do-crowley.tpnet.pl [80.50.237.246]

6 15 ms 14 ms 14 ms r2core-TPNet-2-m120.crowley.pl [89.171.251.6]

7 18 ms 17 ms 17 ms m120-xe000-2-r2.lodz-ge000.crowley.pl [62.111.15

7.158]

8 * 19 ms 17 ms ip-85.128.46.18.static.crowley.pl [85.128.46.18]

 

9 20 ms * 20 ms router.teredo.pl [193.227.116.242]

10 * * * Upłynął limit czasu żądania.

 

 

UPDATE: Hm raz coś na problem w efuturo wygląda, raz na coś tuż przed efuturo (co jakiś czas pakiety giną przed router.toredo.pl). Tak czy siak fajnie byłoby jakoś rozwiązać ten problem ech ;/

 

 

I podkreślę: Nie piszę tego na złość komukolwiek, tylko komunikuję, że jest coś nie tak.

[Gość patrys]

Packets: Sent = 100, Received = 63, Lost = 37 (37% loss),

[chmuri 89]

Do jakiego łącza są podłączone serwery efuturo i webh ?? przepraszam że taki delikatny OT ale co jakiś czas widzę w nowych wiadomościach na forum że albo efuturo albo webh ma problemy z połączeniami/sprzętem ??

[malu 460]

Crowley, ATMAN

AS: IWACOM Sp. z o.o.

[TheBlood 0]

Niestety po krótkiej przerwie problem wrócił, znów praktycznie nie można na jakikolwiek serwer wejśc. Niesamowite lagi i straty pakietów.

[exa 0]

Nie wiem jak wasze, ale mój VPS (web6.pl) cały czas jest niedostępny. Mam nadzieję, że sytuacja w najbliższym czasie się poprawi, bo w ciągu ostatnich dwóch tygodni trafiam często na różne awarie.

[misioN 7]

Nie tylko Ty.. ale jak wiadomo to problem wystepuje tylko na 1 maszynie, i co tam nie ?

[jarek 4]

czy ja wiem... (nie wypowiadam się o vps'ach bo nie posiadam..)

 

ogólny dzisiejszy pad około 8 minut, coś takiego.... nie jest źle

[makosgsi 3]

Jestem uzytkownikiem VPS'a od Efuturo i niestety musze stwierdzic ze prawie codziennie, serwer pada. Wczoraj sie dokladniej przyjrzalem i padl ok. 23, IP nie odpowiadalo, panel nie wczytywal sie itp.

Dopiero ok. 1 w nocy udalo sie zalogowac i oczywiscie musialem zrestartowac swojego VPSa i tak jest prawie codziennie od jakiegos czasu - przychodza mi maile ze serwer lezy, jak odbiore to restartuje i znowu chodzi.

 

Administracja zbywa typowymi odpowiedziami, ze u nich dziala, ze nie widzi przerw itp.

[TheBlood 0]

Znów nie można się co chwila z efuturo połaczyć albo muli co chwila, straty pakietów rzędu 75%. Czy administracja efuturo pracuje nad rozwiązaniem problemu, który występuje już od co najmniej kilku dni i daje się we znaki nie tylko mi, ale setkom innych osob próbujących wejść na jakiekolwiek serwer w efuturo?

[Sebak 298]

Dzisiaj nie występują problemy po naszej stronie, sprawdź swój serwer.

[TheBlood 0]

Panie Sebastianie, dlaczego próbuje Pan zrobić ze mnie idiotę? To nie jest wina mojego łącza, ani mojego serwera, od kilku dni mniej więcej o tej samej godzinie każdy serwer w Pana serwerowni zaczyna niebywale mulić, nieraz nie da się na nie wejść przez kilka-kilkanaście minut. Gdy tylko widzę, że połączenie z moim serwerem zaczyna "mulić", od razu sprawdzam inne strony w Pana serwerowni. I jest to samo, także mulenie. Specjalnie sprawdzam inne serwery, mp. webh.pl, e-konkursy.com (największa znana mi strona na własnym dedyku w efuturo), żeby wykluczyć problem z moim. Poza tym problem z zamuleniami zgłaszają mi dziesiątki osób (tak, nie przesadzam) i gdy tylko docierają do mnie takie sygnały, to sprawdzam inne serwery w Pana serwerowni. Problem nie dotyczy tylko moje serwera, ani nie jest to wina mojego łącza. Proszę to zrozumieć...

 

Proszę zobaczyć wpis z wczoraj patrysa bodajże z ilością zgubionych pakietów. Wtedy właśnie były te "zamulenia". Dzisiaj także były, przez kilkanaście minut. W trakcie strata pakietów sięgała 75% i/lub pingi skakały powyżej 100ms. Teraz już chyba ustąpiły. Ale jutro pewnie znów się to powtórzy.

 

Proszę tego nie bagatelizować, ani nie odbierać moich słow za złośliwość. Chcę mieć jedynie spokój, nie mieć problemów z takimi zamuleniami i jednocześnie Panu pomóc w "namierzeniu" usterek poprzez dokładne logowanie nawet najmniejszych zamuleń, stąd też te posty. Pisanie ich naprawdę nie sprawia mi przyjemności ani jakiejkowleik satysfakcji...

[Sebak 298]

O ile wczoraj faktycznie jestem w stanie potwierdzić problem (dos) to dzisiaj nie ma mowy o stratach pakietów sięgających 75%. Czy pingach dochodzących do 100ms. Monitorujemy pingi do większości sieci i wykresy również tego nie wskazują. Po drugie wypadało by problem zgłosić, a do tej pory tego Pan nie uczynił.