beliq

zwykle co prawda pozwalam sobie na dość luźne pisanie na tym forum, nie mniej jednak tym razem trzeba jedną rzecz uściślić... jeśli kernel okaże się kolokwialnie pisząc "walnięty", a może się to stać z najróżniejszych powodów, nic mu nie da posiadanie kopii systemu na drugim dysku.

backup danych -> rsync rozwiązywanie problemów z kernelem -> tryb rescue

~ 24 TB rezerwuję sobie prawo do lekkich nieścisłości w rachunkach

stworzyłeś ten wątek, korzystałeś(-asz) z ich VPSa, zdecydowanie wykluczyłeś Netdirekt... konkluzja? dałeś podstawy do zadania przeze mnie tego pytania

a gdzie?

to by było i nawet możliwe, gdyby tylko "wasze" połączenia przechodziły przez NAT, a tak nie jest.

mnie zastanawia co innego, bo to trochę jakby sprzeczne z podstawami działania sieci, jeśli wesolak i vserv.pl faktycznie tworzą relację klient - firma, czyli prościej ujmując są to dwie różne osoby, to jakim cudem piszą w odstępie 4 minut z tego samego adresu IP?

dajcie sobie z łaski swojej spokój z tymi "pobożnymi życzeniami", jeśli kiedykolwiek dojdzie od sytuacji w której wasze zachcianki się spełnią w choćby 50%, wtedy cała branża stanie się tak nierentowna, że administrator będzie zarabiał tylko co kasjer w Tesco... już i tak co poniektórzy sieją herezję na forum, bo im się wydaje, nie wiedzieć czemu, że dobry zdalny admin to wydatek od 100 zł miesięcznie... odjąć PIT, odjąć VAT, wychodzi, że mój pracownik musi obsługiwać środowisko heterogeniczne z około 80 maszyn, aby zarobił na swoją pensję i firma cokolwiek z tego miała... a i jeszcze najlepiej support 24h via chat rzal i bul

OVH standardowo oddaje klientom maszyny z łatą GRSecurity na kernel. Ma ona funkcję taką jak "restrict proc to user only", która to powoduje, że użytkownik nieuprzywilejowany ( inny niż root ) nie posiada dostępu do informacji w /proc za wyjątkiem tych odnoszących się do jego procesów. W tym momencie jedynym sensownym rozwiązaniem jest zmienić kernel.

w sumie to by miało nawet większy sens

za tranzyt mistrzu tranzyt danych, a nie łącze do domu 100 mbit za 100 euro

/proc/net/dev

niestety nie da się via DNS manewrować całymi adresami URL

fakt, pomyliłem się, to jest -8, a nie +8

PST = Pacific Standard Time aka GMT +8, a +7 w stosunku do strefy obowiązującej u nas, co oznacza, że w.w. monit tyczy się niedostępności wczoraj o 21:38 naszego czasu, co nijak się ma do niedostępności w dniu dzisiejszym ( o ile taka faktycznie miała miejsce i nie tyczy się to tylko jakiegoś ISP z powodu awarii na stykach )

o rany, 128 GB-owy dysk SSD na Allegro kosztuje ~ 10K PLN, to ja bym wolał kupić 8 SASów 15K RPM i mieć na nie jeszcze dwukrotnie dłuższą gwarancję...

można kupić 4 takie karty i zrobić na nich programowy RAID10

Maszyny w Hetzner są już tak tanie, że nawet nie wypada się upominać o zniżki. To tak jakby się kłócić ze sprzedawcą w kiosku, że zapałki kosztują 10 gr, a nie np. 3.

ktoś mnie wzywał?! ( hehehe )

mnie też nie.

nginx działa przecież natywnie jako standalone serwer www. notabene, właśnie na nim uruchamiam jeden serwis.

Z tego co widzę po skryptach systemu monitoringu RTM, czyli tego, który OVHinstaluje per default na każdej maszynie - są pobierane informacjedt. stanu programowych macierzy RAID i przekazywane do nich.Pytanie tylko co oni z tymi informacjami robią i czy faktycznie te danesą jakoś parsowane automatycznie i przekazywane administratoromw przypadku awarii. Niestety na to nikt tu na forum nie odpowie.Zawsze istnieje możliwość monitorowania macierzy na własną rękęi podjęcie reakcji... polegającej na wysłaniu do OVH maila.Wpierw trzeba zobaczyć jakie mamy macierze,można to zrobić wydając polecenie mount lub cat /proc/mdstat.Potem należy dla każdej z nich z osobna wydać polecenie,tutaj przykład dla macierzy md1:mdadm --monitor --mail=ty@domena.pl --delay=1800 /dev/md1 W przypadku degradacji macierzy dostaniemy ładnego maila.( o ile na serwerze mamy jakiekolwiek działające MTA oczywiście ) niestety, nie ma na to algorytmu SAS

instalacja proftpd z repozytorium Debiana powinna "nabić" skompilowane przez Ciebie binarki, a tak na przyszłość wszystko co kompilujesz ręcznie instaluj z --prefix=/usr/local

... która ma non-stop problemy z zasilaniem.

pewniej będzie jeśli zrobi tak: apt-get build-dep apache