Skocz do zawartości

denis94

Użytkownicy
  • Zawartość

    83
  • Rejestracja

  • Ostatnio

Posty napisane przez denis94


  1. Ostatnio użytkownicy często zgłaszają mi, że nie mogą się dostać do usług które trzymam w biznes-hoście. Zgłoszenia mam z różnych części kraju, raz nie działa użytkownikowi z Bydgoszczy, innym razem ze śląska itd. W momencie gdy to zgłaszają, u mnie (Warszawa) wszystko działa.

     

    Domyślam się, ze chodzi o routing. Co ciekawe, biznes host jest spięty tylko z oxylionem, jakimś lokalnym operatorem. http://bgp.he.net/AS198414

     

    Czy też macie takie problemy u siebie?


  2. Znów miała miejsce ta sytuacja.

     

    Logi:

     

    Apache Access Log - brak jakichkolwiek niepokojących.

     

    System Messages

    Feb 12 20:10:44 xyz freshclam[1368]: Received signal: wake up
    Feb 12 20:10:44 xyz freshclam[1368]: ClamAV update process started at Tue Feb 12 20:10:44 2013
    Feb 12 20:10:44 xyz freshclam[1368]: main.cld is up to date (version: 54, sigs: 1044387, f-level: 60, builder: sven)
    Feb 12 20:10:44 xyz freshclam[1368]: daily.cld is up to date (version: 16670, sigs: 759792, f-level: 63, builder: ccordes)
    Feb 12 20:10:44 xyz freshclam[1368]: Current functionality level = 61, recommended = 63
    Feb 12 20:10:44 xyz freshclam[1368]: Please check if ClamAV tools are linked against the proper version of libclamav
    Feb 12 20:10:44 xyz freshclam[1368]: DON'T PANIC! Read http://www.clamav.net/support/faq
    Feb 12 20:10:45 xyz freshclam[1368]: bytecode.cld is up to date (version: 210, sigs: 39, f-level: 63, builder: neo)
    Feb 12 20:10:45 xyz freshclam[1368]: Current functionality level = 61, recommended = 63
    Feb 12 20:10:45 xyz freshclam[1368]: Please check if ClamAV tools are linked against the proper version of libclamav
    Feb 12 20:10:45 xyz freshclam[1368]: DON'T PANIC! Read http://www.clamav.net/support/faq
    Feb 12 20:10:45 xyz freshclam[1368]: [LibClamAV] ***********************************************************
    Feb 12 20:10:45 xyz freshclam[1368]: [LibClamAV] ***  This version of the ClamAV engine is outdated.     ***
    Feb 12 20:10:45 xyz freshclam[1368]: [LibClamAV] *** DON'T PANIC! Read http://www.clamav.net/support/faq ***
    Feb 12 20:10:45 xyz freshclam[1368]: [LibClamAV] ***********************************************************
    Feb 12 20:10:46 xyz freshclam[1368]: [LibClamAV] ***********************************************************
    Feb 12 20:10:46 xyz freshclam[1368]: [LibClamAV] ***  This version of the ClamAV engine is outdated.     ***
    Feb 12 20:10:46 xyz freshclam[1368]: [LibClamAV] *** DON'T PANIC! Read http://www.clamav.net/support/faq ***
    Feb 12 20:10:46 xyz freshclam[1368]: [LibClamAV] ***********************************************************
    Feb 12 20:10:48 xyz freshclam[1368]: --------------------------------------
    

     

     

    logi httpd dla domeny:

    wiele lini typu:

     

    [Tue Feb 12 20:12:33 2013] [error] [client xxx.xxx.xxx.xxx] Script timed out before returning headers: index.php
    

     

     

    Po przeładowaniu httpd w logach Apache Error Log:

     

    [Tue Feb 12 20:20:19 2013] [notice] SIGHUP received.  Attempting to restart
    [Tue Feb 12 20:20:20 2013] [warn] RSA server certificate CommonName (CN) `localhost' does NOT match server name!?
    [Tue Feb 12 20:20:20 2013] [notice] Apache/2.2.19 (Unix) mod_ssl/2.2.19 OpenSSL/0.9.8o DAV/2 configured -- resuming normal operations
    

     

     

    Liczba procesów httpd podczas skoku: 99


  3. Witam.

    Posiadam portal na którym w godzinach szczytu przebywa około 1800-2500 użytkowników.

    Serwer na którym to stoi to serwer vps.

     

    Średnie zużycie ramu w ciągu dnia to około 45%.

    Zużycie ramu w godzinach szczytu około 60%

     

    Mój problem polega na tym, że serwer www czasami w ciągu kilku minut powoduje raptem 100% zużycie ramu i utrzymuje się do tej pory, dopóki nie przeładuję usługi httpd. Gdy tylko to zrobię problem po kilkunastu sekundach ustępuje i zużycie ramu spada do normalnego poziomu. Podczas tak wysokiego zużycia ramu strona nie ładuje się lub zwraca błąd 500.

    Najdziwniejsze jest w tym wszystkim to, że nie dzieje się to tylko w godzinach szczytu. Czasami występuje to nawet wczesnym rankiem gdy ruch jest najmniejszy.

    Logi nie wykazują żadnych nadzwyczajnych działań czy ataków tym bardziej, że po przeładowaniu (nie zresetowaniu) httpd wszystko wraca do normy.

     

    Bywa, że czasami są dwa tygodnie przerwy w występowaniu tego problemu, a czasami bywa, że dzieje się to 2-3 razy dziennie.

     

    Proszę o pomoc lub naprowadzenie na przyczynę problemu. Może ktoś spotkał się z czymś podobnym?


  4. Witam.

    Poszukuję odpowiedniego hostingu www.

    Moje wymagania:

     

    pojemność: starczy 1GB

    limit zużycia procesora: co najmniej 15% na sprzęcie podobnym do 8x 3.2Ghz CPU

    transfer: minimum 400GB miesięcznie

    panel zarządzania: da, cpanel, webas

    możliwość włączenia wildcard dla subdomen

    obsługa plików .htaccess

    cena nie przekraczająca 400zł (w rozliczeniu rocznym)

    co najmniej 5 baz mysql, kont ftp oraz kont pocztowych

     

    Na stronie przebywa często ponad 3tyś użytkowników online. Dzienna ilość wykonywanych zapytań http to niemal 2 miliony.

     

    Przeszukałem już bardzo dużo ofert. Problem jednak jest z limitem procesora. Moja strona jest wymagająca a nie chcę korzystać z ofert VPS ponieważ nie radzę sobie z ich konfiguracją/optymalizacja pod tak dużą liczbę użytkowników (czy to apache czy nginx).

×