patryk

Na pewno raz na jakiś czas zdarzają się tego typu sytuacje, że jakieś konto zostanie "pominięte" przy blokadach (kiedyś częściej, teraz rzadko), konta blokowane są maksymalnie dwa tygodnie od momentu upływu terminu płatności proformy i wydaje mi się, że jest to sensowne rozwiazanie. Taka blokada byłaby także w przypadku usera, który założył ten wątek, gdyby nie ręczne odblokowanie konta na jego prośbę.

Sprawa nie jest oczywiście tak prosta, jak ta osoba opisała, poczułem się wywołany do tablicy, więc opiszę o co chodzi :-). Twórca tematu posiada konto od prawie 4 lat, ostatnia płatność wpłynęła w 2011 roku (i to z dużym opóźnieniem) i wcześniej konto zostało zablokowane z powodu braku tej płatności. Po kilku dniach zostało ręcznie odblokowane na prośbę usera bo przelew miał się opóźnić. Niestety przez reczne odblokowanie konta, stała się nieaktywna opcja automatycznego blokowania go po nieopłaceniu faktury proforma (co jest u nas standardowym działaniem gdy płatności nie ma dłużej niż 2 tygodnie). Przelew w końcu przyszedł, konta zostało opłacone do 12.2011, ale funkcja blokady nadal była nieaktywna. Na koncie potem pojawiła się nieopłacona proforma za następny rok itd. Dwa tygodnie temu przyszedł przelew pokrywający 1/3 tej proformy, co automatycznie "przypomniało" mi temat tego konta, odpowiednio rozliczyliśmy wpłatę, została wystawiona FV etc. Poinformowaliśmy też usera o pozostałej zaległości i zaoferowaliśmy dodatkowo sport rabat bo w końcu daliśmy trochę ciała, trzeba było zadzwonić i wyjasnić sprawę, a teraz się uzbiera kilkaset zł do zapłaty od 12.2011 aż do dziś. Sprawa wydawała się wyjaśniona. Wczoraj wieczorem otrzymaliśmy na tego maila odpowiedź i okazało się, że to konto jednak nie będzie używane. Zaakceptowaliśmy, zoferowaliśmy po prostu anulowanie pozostałej części opłaty (od 06.2012 do dziś) i rozstanie się w pokoju, ale użytkownik stwierdził, że nie używał tego konta już 2 lata, płatność to była pomyłka itd. Na moje pytanie dlaczego zatem mimo, że konto było nieużywane do panelu DA logowano się w grudniu 2012, co miesiąc na koncie generowany był transfer, a np. w lipcu 2012 wysyłano kilkanaście ticketów w sprawie jednodniowego pobytu serwera na RBL argumentacja była taka, że skoro serwer działał to użytkownik korzystał i nic więcej go nie obchodziło, nawet te czerwone informację o zaległosciach w panelu i wszystko jest winą tylko i wyłącznie firmy hostingowej...

Maile dochodzą jak chcą bo co któreś połączenie kończy się "connection reset by peer". Gmail w takim przypadku w ogóle olewa dostarczenie nawet na 24h..

Tak, w rescue mode, na innym kernelu itd jest to samo, więc możesz odpuścić testy, to coś u nich.

Sprawdź sobie zachowanie wgeta dla jakiegoś większego pliku, np: wget noc.gts.pl/100mb.gts Jeśli przerwie Ci po kilku MB i transfer spadnie do zera to załapałeś się na jakąś tajemniczą awarię z OVH, którą też obserwuje od 3 dni na jednej z maszyn i nie ma raczej związku z konf. DNS (choć rzeczywiscie składa się to z terminem, kiedy OVH zaczęły przeszkadzać rekursywne DNSy w ich sieci). Oczywiście z hosta w sieci OVH wszystko leci dobrze ;-).

Twoje OC w słabej ubezpieczalni jest niestety głównie problemem tego, w kogo Ty ew. wjedziesz, dla Ciebie nie ma róznicy ;-).

Dziś support OVH zaraz po 7 rano załatwił sprawę domeny :-).

Hehe, nieee . Wielkiego ciśnienia z tą wygasłą domeną nie ma, ale tak czy siak troszkę fakap i pewnie nie dotyczy tylko mnie, a bardziej konta OVH w NASKu.

Ja wczoraj przedłużałem domenę w OVH i po parunastu h dostałem info: ... a domena dziś rano wygasła. Dzisiaj oczywiście nie pracuja, zobaczymy co zdziałają jutro : -).

No to sam sobie odpowiedziałeś .

A widzisz jakieś posty w host is down? . Ostatni poważny pad był z tego co pamiętam w październiku 2011. A co zrobili w związku z każdym pojedynczym problemem to łatwo znaleźć na forum, bo oficjalne komunikaty są publikowane i nikt nie uciekał od wyjaśnień, co nie jest takie oczywiste w różnych innych datacenter i też to sobie chwalę jeśli chodzi o ich usługi.

Jeśli zależy Ci na mniej "korporacyjnym", ale 100% profesjonalnym podejściu to sprawdź datahouse.pl :-).

Tego raczej nie rozsyła klient, a jakiś bot, który ma hasło do SMTP wcześniej wyciągnięte przez wirusa z komputera tej osoby.

Exim to raczej SMTP, nie POP3 ;-)..

Od jakieś 12 w LIMie nie ma prądu, UPSy w PL-IXie zaczynają padać, czeka nas wielki black-out .. dixie:~# traceroute 79.133.193.66 traceroute to 79.133.193.66 (79.133.193.66), 30 hops max, 40 byte packets 1 rbx-54-m1.routers.ovh.net (91.121.176.253) 0.342 ms 0.328 ms 0.438 ms 2 91.121.130.1 (91.121.130.1) 200.552 ms * * 3 160g.th1-1-6k.routers.chtix.eu (213.186.32.193) 6.514 ms * * 4 80g.gsw-1-6k.routers.chtix.eu (213.186.32.210) 51.309 ms * * 5 * * * 6 * * * 7 * * * 8 * * * 9 * * * 10 * * * [ciach]. Aktualnie ATM kompletnie wycięty dla świata, eTop widoczny tylko z TP, WDC hostujące WHT działa na zapasie z TPsy, ale jak widać nie jest on zbyt duży bo zwalnia momentami niemiłosiernie. Level3 w naszym kierunku też przypchany jak cholera. Robi się zabawnie.

Daj spokój, Tomek już się i tak nie wyrabia z odpowiadaniem na AW przez ten swój marketing przez duże "M" a Ty jeszcze mu dokładasz .

http://www.ovh.pl/serwery_dedykowane/kimsufi.xml ;-). Najprostszy sposób na FreeBSD a i już druga opcja będzie wydajniejsza od typowego budżetowego VPS.

No tak.. Nie chcecie być gorsi od Futurehosta, który zmonopolizował ten dział : -)).

Slogany na stronach różnych serwerowni i chmur zawsze brzmią pięknie. Z ich zastosowaniem w zderzeniu z rzeczywistością bywa zazwyczaj gorzej, sam to wielokrotnie przerabiałem, kiedy okazywało się, że np. dwie podstacje, potrójne zasilanie awaryjne itd to za mało, żeby zachować ciągłość w dostawie prądu. Chmura ma znacznie więcej takich fail-pointów a Oktawave wyszło chyba pół roku temu z fazy bety.. Microsoft ostatnio wyłożył całą swoją chmurę bo zapomnieli przedłużyć pojedynczego SSLa, więc różnie bywa z tymi nakladami . Ale nie ma co śmiecić w temacie Zenboxa.. Na pewno ich współpraca z OW to ciekawa, ale też nowa na rynku rzecz i na takie generalizowanie, że jest to na pewno zmiana pod każdym względem ideelna jest imho za wcześnie. PS. Tomek, te plusy za każda wypowiedź pasującą pod Twój marketing są lekko bez sensu, dobrze, że mnie nie minusujesz do kompletu : ).

IMHO jest jednak różnica kiedy padnie Ci lokalna "macierz" w serwerze składająca się z 2, 4 czy 5 dysków z powiedzmy 1 TB danych i musisz robić resync, rebuild czy głupei fsck i kiedy padnie macierz składająca się ze 100 dysków z której korzysta kilkudziesięciu klientów chmury używających 100 TB .

Proponuje walkę na sql benchmarki, jak ostatnio .

Dość drastycznie tną to lącze - wystarczy 1 GB ponad limit 50 GB i prędkość spada 100 razy .

W przypadku gdy jest to PHP z paczki to phpinfo może pokazywać jakąś niską wersję, ale same patche i poprawki są zaaplikowane.

departament: Po pierwotnej treści posta widziałem, że niewiele się ten termin przydał i mimo, że minęły dwa czy trzy lata dalej nie zmieniłeś podejścia, poszukujesz złotego graala i obrażasz wzsystkich naookoło, teraz chłopaków z BH ;-). No ale EOT, żeby nie rozmywać tematu. Miłozsz: edycja była ..

Tak, Twoje emocje znam dość dobrze ;-).