jacek_b

Carax: 1) Jaki jest wynik komendy: netstat -n |grep ESTAB|grep '\:80 '|wc -l ewentualnie netstat -n |grep ESTAB|grep '\:80 ' (wraz z adresami IP, skąd pochodzą połączenia) 2) Ustawienia dla prefork MPM, ewentualnie worker MPM (w zależności od aktywnego mod.) To podstawowe informacje, aby powiedzieć coś o źródle tak dużej ilości child-ów... Pozdrawiam

Pytanie jak w temacie, czy tego typu strony mają jeszcze szansę na powodzenie? Pod powyższym adresem, oraz: nasze-pliki.com nasze-pliki.eu naszepliki.net naszepliki.com naszepliki.eu mały eksperyment (oczywiście z reklamą...) naprawdę bez ograniczeń. Ciekawe kiedy padnie serwer pod transferem? Zapraszam wszystkich do wolnego up(down)loadu! Przyjaciel XXL-WEB.

opis został odpowiednio zmodyfikowany...

Dnia 14.08.2008 w godz. przedpołudniowych nastąpiło zakłócenie działania serwera pracującego pod roboczą nazwą alpha202. Przerwa trwała ok. 4 godziny, spowodowana była małym problemem lokalnej bazy danych, który jednak na skutek błędu w skrypcie monitoringowym spowodował zakłócenie działania całego systemu. Serwer 202 jest ostatnim serwerem wykorzystującym w 99% lokalny serwer MySQL, co było powodem nie działania wszystkich stron opierających się na bazach danych. Problem pogarsza fakt, że serwer ten od dłuższego czasu boryka się z różnego rodzaju awariami. Aby zapobiec dalszym problemom konieczne będzie dokonanie pewnych daleko idących zmian. O szczegółach zostaną poinformowani użytkownicy tego serwera w oddzielnej poczcie. Za problem przepraszamy. Jacek Bargiel XXL-WEB.COM

Oczywiście trudno tu o gotową receptę, ale chciałbym w tym miejscu przybliżyć logikę podejścia do sprawy. Moim skromnym zdaniem należało by: ilość userów online - powiedzmy ze 150-ciu 70%, czyli ok 100 utrzymuje aktywne child-y (te kończą swoje życie jak się nie mylę po 300 sekundach przy standardowych ustawieniach conf apache). Każdy child, to średnio 10 MB RAM-u, czyli 1 GB idzie tylko na http. Pozostałe 500 MB rozparcelować można na wszystkie "cache" i "buffer" widniejące w my.cnf. Jeżeli ich suma będzie wyższa, system zacznie swapować, co go znacznie spowolni. Po mniej więcej takiej wstępnej konfiguracji użyć można wymienionego skryptu, oraz obserwować swap. Dalsze postępowanie zależne jest od wyników obserwacji. Odnośnie poszczególnych parametrów mysql w my.cnf - niestety moja wiedza na ten temat nie pozwala mi na jakieś sugestie, na pewno podział cache i buffer-ów zależy od charakteru baz danych oraz z nich korzystających aplikacji, tutaj niestety kapituluję... Pozdrawiam

Pominięto tu ważniejszy aspekt niż ilość userów - będące do dyspozycji hardware, a szczególnie RAM. Optymalizacja serwera MySQL możliwa jest praktycznie w warunkach produkcyjnych, oto dosyć genialne narzędzie: wget http://day32.com/MySQL/tuning-primer.sh -O- | sh pozdrawiam

Generalnie osoby ze zdrowym rozsądkiem trzymają się zasady: czas propagowania 24 godziny, zarówno dla zmian rekordów, jak i serwerów DNS. Oczywiście praktycznie zmiana samego rekordu trwa nieraz dużo krócej (kilkadziesiąt minut), jednak praktyka i zdrowy rozsądek każą odczekać obligatoryjną dobę. Nie raz byłem świadkiem "DNS-owych czkawek" - po 3 godzinach wydawało się wszystko ok, za następną godzinę wszystko nagle powracało do "starego" porządku... Oczywiście administratorzy żądni przygód mogą być innego zdania... Pozdrawiam

Mogę wypowiedzieć się na temat praktyk egzekwowania przepisów na podstawie Strato: Serwery klientów tej serwerowni nie są kontrolowane pod kontem ich zawartości. Pracownicy abuse zaczynają działać w przypadku uzasadnionej skargi osób trzecich, dając delikwentowi najczęściej 24 godziny na usunięcie problemu, bez blokowania hardware. "Osoby trzecie" to w praktyce najczęściej amerykańskie roboty przeszukujące sieć w poszukiwaniu konkretnych wyrażeń. Przykład: REGARDING: http://xxxxxxxx.pl <http://rapidshare.com> IMMEDIATELY REMOVE ALL LINKS, REFERENCES, ARTWORK, DOWNLOADS, VIDEOS AND MP3 FILES ASSOCIATED WITH WARNER BROS. RECORDS, INC. AND UNAUTHORIZED MATERIAL FROM THE ARTIST MADONNA'S ALBUM " HARD CANDY ": http://xxxxxxxxx.pl/torrent/132009/madonna...dy_with_covers/ WARNER BROS. RECORDS, INC. I, the undersigned, do solemnly and sincerely declare and CERTIFY UNDER PENALTY OF PERJURY that: 1. I am the owner or an agent authorized to act on behalf of the owner of certain intellectual property rights, said owner being named WARNER BROS. RECORDS, INC. ("IP Owner"). 2. I have a good faith belief that the materials identified in the addendum attached hereto are not authorized by the above IP Owner, its agent, or the law and therefore infringe the IP Owner's rights according to the laws of the (check all that apply): United States Australia Brazil Canada EUR France Germany Italy Japan Netherlands Russia United Kingdom All of the above X Please act expeditiously to remove or disable access to the material or items claimed to be infringing. 3. I may be contacted at: Printed Name: Dorothy Sherman Title: Consultant Company: Warner Bros. Records, Inc. Address: 3300 Warner Blvd. Burbank, CA 91505 Attn: Susan Genco, Esq. Email (correspondence): GrayZone@grayzone.com www.grayzone.com Telephone: 212 946-1718 Fax: 718 552-3028 Date: 07 MAY 2008 Pozdrawiam

Chyba wszystko to otrzymają Państwo w XXL-WEB.COM. Wprawdzie oferta jest publicznie niedostępna (znajduje się od dłuższego czasu w "obróbce"), jednak właśnie tyle wynosiła kiedyś opłata: 36 zł / 3 miesiące. Dodatkowo zaoferować mogę nieograniczoną powierzchnię dysku, oraz transfer 30 GB/ mc. Panel Plesk. Praktycznie wszystkie opisane usługi są dostępne. Oczywiście istnieje możliwość testu, bez zobowiązań. Pozdrawiam Jacek Bargiel

W "normalnych" warunkach logi glowne Apache (np w Suse - /var/log/Apache2/....) nie zawieraja informacji o polaczeniach poszczegolnych domen serwera, przynajmniej nie powinny (jedynie polaczenia do vhost default z powodu blednego adresu, lub nieistniejacej sciezki). Logi domen zawieraja wazne informacje, np ew. bledy PHP, dlatego calkiem bym z nich nie rezygnowal. O "muleniu" serwera z powodu pisania w logach o przyzwoitej wielkosci (wg mnie do kilkudziesieciu MB) nie powinno byc mowy, przyczyny szukal bym gdzie indziej... Rotacja powinna sie "uregulowac" po 24 godz., dla pewnosci mozna zrestartowac Pleska. ...

Problem można rozwiązać pośrednio: -ustawić rotację logów dla każdej domeny wg rozmiaru, (np 1000 KB) lub czasu (codziennie) -pozwolić na tylko jeden plik logów (Maximum number of log files =1) Problem ew. niepotrzebnego obciążenia serwera jest tym samym rozwiązany.

Z naszej strony nie było by problemu z czymś takim, nawet z 2 -3 serwerami MySQL. Proszę o PW w przypadku zainteresowania.

http://xxl-web.com/plesk/plesk6.htm#Cron Pozdrawiam

Można utworzyć domenę z przekierowaniem (bez fizycznego hostingu), wskazując jako docelowy URL ten podkatalog. W przypaku użycia przekierowania z użyciem "Frame", w polu adresowym pozostaje wpisany adres - domena. Pozdrawiam.

Nie chciałbym nikomu zarzucać podawania nieprawdziwych informacji, jednak interesujący jest fakt, że z serwera, na którym funkcjonuje ok. 150 adresów internetowych (bravo410.ixan.net), nikt oprócz jednego użytkownika nie zauważył całodziennego niedziałania serwera... Nie był to przypadkiem problem DNS? Pozdrawiam Jacek Bargiel XXL-WEB.COM

W ofercie jest mowa o kontach użytkowników, nie o domenach. Jest to związane z faktem, że domen jako takich (np. w postaci aliasów) można dodać nieograniczoną ilość. Ograniczona jest w tym przypadku ilość kont (account-ów), czyli fizycznych, autonomicznych hostingów. Pozdrawiam, Jacek Bargiel

Serwery z serii vPowerServer to Strato AG. Oferowane były czasami pojedyncze serwery S4Y, ale poza oficjalną ofertą, w indywidualnych przypadkach. Pozdrawiam, Bargiel

W tym miejscu chciałbym spróbować wytłumaczyć pewne aspekty tej sprawy, na pewno dla niektórych fakty te będą nie do przetrawienia, co nie zmienia stanu rzeczy, że to jednak fakty, w dodatku oparte na przepisach prawnych. 1. Sprawa "przeczekiwania", lub "przemilczania". To, co dla wielu użytkowników w Polsce może jest normalne, w Niemczech nie ma najmniejszych szans. Każda usługa udzielana jest na podstawie jakiegoś regulaminu. W regulaminie tym opisane są obowiązki usługodawcy, oraz usługobiorcy. W skrócie: usługodawca zobowiązuje się do wypełniania usługi z możliwie małymi przerwami (gwarancja uptime serwera w skali roku w większości przypadków wynosi 99%, czyli rok bez 3,65 dnia), usługobiorca zobowiązuje się do płacenia za tą usługę. I w tym miejscu ważna uwaga! Problemy w korzystaniu z usługi, bez względu na powód tych problemów, nie zwalnia usługobiorcy od opłacania tej usługi! Zrobić to może tylko albo sam usługodawca, albo prawomocny wyrok sądu. Nie opłacanie usługi z własnej inicjatywy może przyczynić się do wielkich problemów tylko i wyłącznie dla delikwenta, który nie płaci. Taktyka przeczekiwania jest w tym miejscu błędna, jedyną właściwą reakcją jest atak, ale wykonany we właściwy sposób. Do tego działania trzeba się jednak dobrze przygotować. Przygotowania te polegają na zbieraniu wszelkich dowodów niepełnego działania usługi: 1. ciągłe dokumentowane poprzez wiarygodne źródła (oficjalne firmy monitoringowe) faktu, że serwer jest offline. 2. gromadzenie korespondencji z firmą (koniecznie listy wysyłane jako polecone, nie maile) dotyczącej braku poprawnego wykonania usługi (uwaga, serwer można wyłączyć samemu, dlatego potrzebny jest dowód zgłoszenia faktu niedziałania sprzętu, oraz reakcja usługodawcy na to zgłoszenie). Praktycznie wystarczy 4 dni niedziałania serwera (ponad 1%), aby skutecznie rozwiązać umowę. Bez takiego wypowiedzenia umowa jest w dalszym ciągu ważna, nawet w przypadku braku usługi. To samo dotyczy niepłacenia. Dla poszkodowanych jedyną nadzieją jest mała wysokość sum, dzięki czemu istnieje szansa rezygnacji zagranicznej firmy z roszczeń, aby uniknąć kosztownych korowodów sądowych. Pozdrawiam

Isnieje możliwość udostepnienia takiej usługi, z całkowicie nielimitowanym transferem i gwarancją utrzymania tego konta bez względu na wzrost transferu (możliwość przeniesienia plików w razie potrzeby, również tylko ich części, na inne, równie wydajne serwery). Ewentualny kontakt na PW lub telefonicznie.

To co do tej pory było podejrzeniem, teraz się powoli potwierdza. Faktycznie zauważyliśmy w ostatnim czasie wzmożone problemy z łączami do VPS-ów firmy 1blu. Wprawdzie ich atutem w porównaniu z serwerami Strato jest panel Virtuozzo, jednak jak widać nie jest to w stanie zrekompensować minusów związanych z problemami sieciowymi. Dlatego, korzystając z okazji, wszystkim, dla których ważna jest niezawodność, proponuję zamianę tych serwerów na - nie ukrywając - o kilka klas lepsze serwery wirtualne należące do Strato (vPowerServer). Z zamianą taką nie ma najmniejszych problemów z naszej strony. Pozdrawiam Bargiel

Niestety w przypadku serwerów "stacjonujących" w Niemczech jest to wystarczający powód... Samo umieszczenie linku do nielegalnej treści (a oferta łamiąca prawa autorskie też się do tego zalicza) jest wykroczeniem. W jednej z ostatnich nowelizacji przepisów, celowo zatarto różnice między zawartościami oferowanymi "fizycznie" z własnego serwera, a ofertami wskazanymi poprzez links na innych serwerach. Obie opcje są tak samo karalne.

Właśnie o to mi chodziło, z czterech serwerów, w tym jeden dedykowany zrobiły się dwa VPS.. Rozumiem znakomicie rozgoryczenie klienta w takim przypadku, przeżyłem wiele takich awarii, jednak strona techniczna jest od nas zupełnie niezależna... W przypadku, o którym Pan wspomina, serwer był niedostępny przez 4 dni, a klient otrzymał zwrot 50% opłaty miesięcznej.

Chętnie bym wiedział, jakie serwery miał Pan jeszcze w xxl-web.com, Pańskie nazwisko występuje tylko raz...Chętnie dowiem się o jakie problemy chodziło. Stwierdzenie "zawsze jakieś problemy" nie jest satysfakcjonujące. Graniczy to raczej z oszczerstwem. Ten VPS, o którym mowa, administrowany był przez kilku administratorów, gdzie wszyscy do nas pisali równocześnie, pytając o to samo... czyli jeden nie wiedział, co robi drugi. Nie jesteście pierwsi, każdy wie, czym to musi się dla serwera skończyć. System serwera został uszkodzony od wewnątrz, nie była to wina serwerowni. Niestety w przekonaniu większości osób VPS to super wydajna maszyna, gdzie jedyną różnicą w stosunku do serwera dedykowanego jest jego cena... Nieraz nie da się z takiego VPS wycisnąć więcej, niż z shared hosting, mają one ale inne walory, polegające możliwości indywidualnego skonfigurowania, czy instalacji egzotycznych programów. Dopóki nie będzie to brane pod uwagę, zawsze istnieć będą tego typu nieporozumienia i - co za tym idzie - niezadowolenie z funkcjonowania tego typu serwerów.

Ok, nazwa firmy usunięta, będę kontaktował się z tą firmą poprzez E-Mail. Resztę Pańskiego postu zostawię bez komentarza, może da to do myślenia Państwa potencjalnym usługodawcom.

Prawdę mówiąc liczyłem na to, że obejdzie się bez tego niefajnego tematu, jednak niestety pod wpływem słów muchakk'a, dla pełnego obrazu sprawy chcę w tym miejscu dokonać pewnych sprostowań. Bardzo niewporządku jest ze strony Pana muchakk alias Kamil Kozak wypowiadać słowa krytyki pod adresem kogoś, kto tygodniami czekał na opłacenie usługi, który umożył Panu Kozakowi płatności za 10 dni użytkowania konta reseller, przesuwając o ten czas okres abonamentowy, tylko z powodu - jak pan Kozak to nazwał - prywatnych problemów finansowych z powodu "zepsutego komputera". To prawda, że serwer dedykowany, który Pan Kozak zamówił, a który normalnie posiada tylko jeden adres IP bez możliwości dokupienia dodatkowego, oraz nie ma opcji zdalnego resetu 7/24 (serwery te to tylko kilka egzemplarzy), za dodatkowe 10 zł / miesiąc otrzymać miał te w.w. opcje. Niestety mimo usilnych starań nie udało mi się dotrzymać tej objetnicy. Niestety pewne sprawy natury technicznej (awarie) są nie do przeskoczenia i mimo najszczerszych chęci nie da się nic zrobić. Jeszcze raz przetestowałem w najproszy sposób prędkość łącza, wynosła ona 6,7MB/s (ok. 56,7 MBit/s, download) i 4,6 MB/s (ok. 38,9MBit/s) przy pobieraniu pliku z tego serwera do serwera znajdującego się w sieci Intergenia. Jeżeli chodzi o zarzut, że na jakimś forum opublikowałem w 2006 roku adres IP jednego z prywatnie używanych przeze mnie serwerów, który to IP jest teraz w posiadaniu Pana Kozaka...... zostawię to bez komentarza. Pan Kozak oczywiście nie wie, że publikując swoją domenę publikuje się równocześnie swój adres IP..... Jeszcze wczoraj w rozmowie z Panem Kozakiem zapewniłem mu, że suma ta zostanie mu w całości zwrócona. Dlatego zupełnie niezrozumiałe są dla mnie przesłanki, jakimi Pan Kozak się kieruje, dokonując na forum takich wypowiedzi. Dla nas sprawa klienta "Kamil Kozak" jest zakończona, nie bez pozytywnych aspektów tej sprawy, dla obu stron. A mianowicie: podobna sytuacja w naszym przypadku na pewno się już nie powtórzy, a Pan Kozak na pewno będzie mógł odczuć na własnej skórze, co oznaczają takie pojęcia, jak umowa, czy zobowiązania płatnicze. Pozdrawiam Jacek Bargiel Bochum PS Panie lub Panowie z ---.pl, bardzo chętnie zamówię 10 serwerów (zamówienie wstępne, w przypadku pozytywnego wyniku testowania Państwa propozycji możliwe zamówienie kilkuset sztuk) o następujących parametrach: Athlon 3700 1Gb RAM 2 X 160 GB SCSI HDD łącze 100mb/s transfer nieograniczony opłata miesięczna brutto: 214 zł Serwer o takich parametrach otrzymał Pan Kamil Kozak, dlatego wychodzę z założenia, że jest to Państwa aktualna propozycja. Niestety na Państwa homepage nie umiałem znaleźć bliższych informacji na temat tej propozycji, dlatego proszę o kontakt w sprawie zrealizowania transakcji.