J 1.5.15 Internal Server Error 500

[grzegorz1973]

Temat błędu 500 był już poruszany, jednak piszę raz jeszcze gdyż po przejściu na Joomla 1.5.15 zaczął pojawiać się nadwyraz często. Najgorzej jest z czystą instalacją. Strona otwiera się niezmiernie wolno i często wyskakuje error 500 lub "Nieudane wczytanie modułu: MySQL server has gone away SQL=SELECT......". Na stronach aktualizowanych jeszcze od wersji 1.15.1 jest nieco lepiej ale też się pogorszyło, niestety nie mam już żadnej działającej z wcześniejszą wersją bo wszystko zaktualizowałem a nie chcę przywracać starych.
Na jednym serwerze mam kilka stron i kilka instalacji Joomla oraz jedną phpBB3.0.5. phpBB chodzi ok dlatego nie widzę przyczyny w serwerze. Może ktoś wie o co chodzi z tymi błędami? Ktoś pisał żeby wpisać IP serwera MySQL zamiast localhost, ale czy to pomoże na error 500? Możliwe, że pomoże na ten drugi komunikat "MySQL server has gone...".

Serwer: Apache 2.2.11, MySQL 5.0.81, PHP 5.2.8, Perl 5.8.8

[trzepiz]

myślę, że pomoże zmiana hostingu. Sam używam całkiem taniego hostingu i nigdy nie widziałem żadnej 500-tki ..

[grzegorz1973]

No tak, ale nigdy nie wiadomo z góry na co się trafi, a zmieniałem już na różne. Problem o którym piszę mam na netmarku. Mam jeszcze strony na home i na webmedia, rzeczywiście tam nie widziałem error 500. Muszę jednak powiedzieć, że na home joomla pracuje mi bardzo wolno, mam na tym samym serwerze jeszcze inne strony w niedarmowym cms i tamte chodzą szybko. Co do webmedia to joomla działa szybko, choć mają z kolei jakiś problem z php i musiałem zmieniać w 1.5.15 parę rzeczy by działało po aktualizacji. Kiedyś miałem jeszcze na abajcie i tam bywało różnie w ogóle z awaryjnością serwera. Nie wiem jak jest tam teraz.

Generalnie jest tak, że jak cos źle działa to serwerowcy składają na skrypt strony, fachowcy od skryptu na serwer i tak w kółko :(

A ja bym chciał wiedzieć jaka jest przyczyna problemu.

[trzepiz]

poproś o analizę po stronie serwera .. Oni wszystko tam mają .. czas zapytania do SQL .. czas wykonywania skryptu itd itp.

Dlatego właśnie nie "skaczę" po hostingach .. Mam swój jeden, który sprawdza się do wszystkiego i jestem z niego zadaowolony.

[grzegorz1973]

Nie wiem czy taką analizę zrobią oni, czy dadzą mi jakieś logi. Zechcą?

Właśnie wyłączyłem proste adresy i mod-rewrite, wydaje się, że wszystko przyspieszyło. Może w nowej joomli tam jest coś zbyt "wymagającego" dla mojego serwera? Strony nie mają dużego obciążenia, a ten error 500 widzę dość często. Wniosek na razie mam taki, że mod_rewrite działa na moim serwerze (tak jak deklarują) ale byc może to on jest problemem tego stanu. Czy to możliwe?

[grzegorz1973]

Otrzymałem odpowiedź od firmy hostingowej:
"Przede wszystkim zoptymalizowaliśmy Panu bazy danych.
Dwie bazy posiadały ogromne nadmiary danych sięgające nawet 1,5 megabajta. Gdy taka baza jest zdefragmentowana znacznie obniża to wydajność działania strony i często prowadzi do pojawienia się błędu 500 gdyż baza nie zdąży zwrócić wyników do skryptu php.
Sprawdzaliśmy także prędkości wczytywania stron o różnych porach.
Strona wczytuje się od 1 do 4 sekund, mimo blisko 150 elementów graficznych."

W świetle powyższego zastanawiam się skąd biorą się te nadmiary? Czy to wina włączonego cache czy jakiegoś błędu z mojej strony w konfiguracji joomla? Mam raptem na jednym serwerze 8 instalacji joomla 1.5.15 i jednego phpBB3.0.5. Oczywiście wszystko w oddzielnych bazach. Problem z tym, że z upływem czasu strony otwierają się coraz wolniej i pojawia się coraz więcej błędów serwera 500. Nawet na ostatniej czystej instalacji j.1.5.15.
Czytałem tu w innych wątkach by korzystać z komponentów typu JRE cache. Ktoś znów pisał by nie włączać cache. No i co z optymalizacją bazy? Zainstalować jeden z komponentów? Ale skąd te nadmiary? Czy mogą się brać poprzez to, że okresowo czyszczę cache i pliki przedawnione?

----------------------------------------------------------------------
J-1.5.15, Serwer: Apache 2.2.11, MySQL 5.0.81, PHP 5.2.9, Perl 5.8.8

[grzegorz1973]

Witam ponownie,
Czy nikt nie problemu wolnego otwierania się stron joomla i błędów serwera?
U mnie nadal to samo, po optymalizacji baz (optimize w phpMyAdmin), jakby na trochę się polepszyło, ale z każdym dniem jest co raz gorzej, mimo, że robię codzienną optymalizację. Może to wina jakichś ustawień? Serwer wyświetla mi na czerwono kilkanaście wartości:

Slow_queries 4221 Liczba zapytań, których wykonanie zajęło więcej niż long_query_time sekund.
Innodb_buffer_pool_pages_dirty 4 Liczba aktualnie brudnych stron.
Innodb_buffer_pool_reads 14k Liczba logicznych odczytów, których InnoDB nie mógł zaspokoić pulą bufora i musiał wykonać odczyt pojedynczej strony.
Innodb_row_lock_time_avg 335 Średni czas uzyskania blokady rekordu, w milisekundach.
Innodb_row_lock_time_max 18k Maksymalny czas uzyskania blokady rekordu, w milisekundach.
Innodb_row_lock_waits 74 Ile razy czekano na blokadę rekordu.
Handler_read_rnd 316M Liczba żądań odczytu następnego rekordu na podstawie stałego położenia. Wartość jest duża przy wykonywaniu dużej ilości zapytań wymagających sortowania rezultatu. Prawdopodobnie wykonano wiele zapytań wymagających przeszukania całej tabeli lub złączeń, które nie używają poprawnie indeksów.
Handler_read_rnd_next 34G Liczba żądań odczytu następnego rekord w pliku z danymi. Wartość jest duża przy wykonywania wielu przeszukiwań tabeli. Ogólnie sugeruje to, że tabele nie są poprawnie zindeksowane lub że zapytania nie są napisane w sposób pozwalający skorzystać z istniejących indeksów.
Qcache_lowmem_prunes 1516k Liczba zapytań, które zostały usunięte z pamięci podręcznej, by zwolnic pamięć do buforowania nowych zapytań.
Created_tmp_disk_tables 1964k Liczba tabel tymczasowych na dysku utworzonych automatycznie przez serwer podczas wykonywanie instrukcji.
Select_full_join 123k Liczba złączeń nie używających indeksów. Wartość różna od 0 sugeruje staranne przyjrzenie się indeksom tabel.
Select_range_check 1130 Liczba złączeń bez użycia indeksów gdy możliwość ich użycia była sprawdzana dla każdego rekordu. (Wartość różna od 0 sugeruje staranne przyjrzenie się indeksom tabel.)
Sort_merge_passes 14k Liczba przebiegów scalania, które musiał wykonać algorytm sortujący.
Opened_tables 1061k Liczba kiedykolwiek otwartych tabel. Jeśli ta wartość jest duża, prawdopodobnie wielkość pamięci podręcznej tabel jest zbyt mała.
Table_locks_waited 75k Ile razy blokada tabeli nie mogła zostać uzyskana natychmiastowo i niezbędne było oczekiwanie. Przy wysoka wartość oraz problemach z wydajnością powinno się najpierw zoptymalizować zapytania, a następnie podzielić tabelę (tabele) lub użyć replikacji.

Niepokoi mnie to, że sugestie są w stylu "zoptymalizuj tablę, zoptymalizuj indeksy, zoptymalizuj zapytanie". Wolałbym nie grzebać w kodzie joomli bo prędzej coś zepsuję niż poprawię. A strony otwierają się coraz wolniej i coraz więcej błędów serwera. Jeśli to ciekawostka, to najlepiej wydaje mi się, że działa skrypt phpBB 3.0.5. Tak jak pisałem, mam 8 instalacji joomla na tym serwerze.
Ma ktoś jakieś rady?

----------------------------------------------------------------------
J-1.5.15, Serwer: Apache 2.2.11, MySQL 5.0.81, PHP 5.2.9, Perl 5.8.8

[nikszal]

Z netmark.pl jest ostatnio problem. Czasami czekam na otwarcie strony nawet 30 sekund. Kolega prowadzący serwis dla polonii w Anglii ma również problemy z czasem otwarcia strony, choć pliki ma zlokalizowane na innym serwerze niż ja (n15). W dzień mogę zapomnieć o wykonaniu kopii joomlapackiem, bo zawsze widzę Error 500. Ostatnio próbowałem robić kopie o godz. 2 w nocy. Efekt ten sam. Administrator serwera twierdzi, że joomlapack zużywa 60% zasobów serwera, a ja myślę, że serwery są przeładowane, bo to przecież kasa. O rozbudowie maszyn nikt nie myśli, bo admin jest w Nowym Sączu, a serwery w Gdańsku i jest tylko dzierżawcą.

[grzegorz1973]

Ups... to się zaniepokoiłem. Trzeba będzie znów szukać czegoś, czego ludzie nie pochwalili jeszcze, bo jak pochwalą to zaraz przeciążone się robi i źle chodzi. Gdzieś od połowy października wszystko mi zaczęło szwankować i niestety strony nie otwierają się w 1-4sek. jak pisze admin serwera tylko w kilkanaście a czasem wcale albo error :(

Ale Szanowny Kolega może orientuje się czy wartości, które podałem i które wyświetlają się na czerwono są bardzo odstające od normy? Czy rzeczywiście joomla produkuje te przeciążenia? Wcześniej mi admin z Netmarku pisał, że to phpBB zżera zbyt wiele????

[trzepiz]

grzegorz1973 - jak masz kopie i możesz podesłać to chętnie sprawdzę na swoim hostingu (nie chwalę - bo się wszyscy zlecą) ale ciekawi mnie jak to będzie działać skoro na netmarku takie problemy.

PS: niebawem będę miał pełny dostęp do hostingu na bardzo ciekawych warunkach. więc jak tylko uruchomię swoją stronę to będziecie poinformowani. Trzymam tam kilka swoich witryn i witryny wszystkich znajomych - nigdy nie było problemów.

[nikszal]

Gdzieś od połowy października wszystko mi zaczęło szwankować i niestety strony nie otwierają się w 1-4sek. jak pisze admin serwera tylko w kilkanaście a czasem wcale albo error :(
Test strony (http://test.watchscript.pl/).


Ale Szanowny Kolega może orientuje się czy wartości, które podałem i które wyświetlają się na czerwono są bardzo odstające od normy? Czy rzeczywiście joomla produkuje te przeciążenia? Wcześniej mi admin z Netmarku pisał, że to phpBB zżera zbyt wiele????Nie jestem administratorem serwera, więc te informacje nie wiele mi mówią.
Naciskałem kiedyś Rafała, aby przedstawił mi szczegółowe dane dotyczące przeciążania przeze mnie serwera. W odpowiedzi usłyszałem, że on dla mnie nie będzie prowadził audytu.

[grzegorz1973]

Dzięki za stronę z testem. Obserwuję, że działa to bardzo różnie dla kolejnych wywołań testu jak i normalnych otwarć strony, a przecież kod strony się nie zmienia, co wg mnie świadczyć może właśnie o serwerze. Pan Rafał twierdzi jednak, że to jak wspomniałem wina skryptów bądź optymalizacji baz.
Oto wyniki testów kilku stron z różną zawartością, od prawie nic do nieco więcej. Niepokoi mnie ten długi czas zapytania i oczywiście czas ładowania. No i da się zauważyć, że strony z forum Kunena chodzą gorzej.

1. Strona prawie pusta, zainstalowana Kunena, świeża J-1.5.15:
Całkowity czas ładowania: 6.472 sekundy
Czas odp. DNS: 0.005 sekundy
Czas połączenia: 2.122 sekundy
Czas zapytania: 29.334 sekundy
Czas odpowiedzi: 1.592 sekundy
Ilość pobranych danych: 388.87 kB
Prędkość pobierania: 60.08 kB/s

2. Inna strona prawie bez treści jeszcze, zainstalowana Kunena, aktualizowana J-1.5.15 od wersji zdaje się 1.5.12:
Całkowity czas ładowania: 2.719 sekundy
Czas odp. DNS: 0.023 sekundy
Czas połączenia: 0.843 sekundy
Czas zapytania: 8.742 sekundy
Czas odpowiedzi: 0.574 sekundy
Ilość pobranych danych: 186.2 kB
Prędkość pobierania: 68.49 kB/s

3. Strona mająca już trochę treści i parę dodatków, J-1.5.15 aktualizowana jeszcze od wersji zdaje się 1.5.6:
Całkowity czas ładowania: 1.596 sekundy
Czas odp. DNS: 0.047 sekundy
Czas połączenia: 0.989 sekundy
Czas zapytania: 2.703 sekundy
Czas odpowiedzi: 0.668 sekundy
Ilość pobranych danych: 173.31 kB
Prędkość pobierania: 108.57 kB/s

4. forum phpBB3.0.5 do strony wyżej
Całkowity czas ładowania: 0.937 sekundy
Czas odp. DNS: 0.019 sekundy
Czas połączenia: 0.178 sekundy
Czas zapytania: 1.038 sekundy
Czas odpowiedzi: 0.218 sekundy
Ilość pobranych danych: 67.38 kB
Prędkość pobierania: 71.92 kB/s

5. strona z wieloma artykułami i obrazkami, w tym mapki google.
Całkowity czas ładowania: 8.404 sekundy
Czas odp. DNS: 0.024 sekundy
Czas połączenia: 2.129 sekundy
Czas zapytania: 44.595 sekundy
Czas odpowiedzi: 0.756 sekundy
Ilość pobranych danych: 318.37 kB
Prędkość pobierania: 37.88 kB/s

6. Strona typu wizytówka, tylko html
Całkowity czas ładowania: 0.102 sekundy
Czas odp. DNS: 0.009 sekundy
Czas połączenia: 0.021 sekundy
Czas zapytania: 0.079 sekundy
Czas odpowiedzi: 0.002 sekundy
Ilość pobranych danych: 2.87 kB
Prędkość pobierania: 28.07 kB/s

Zastanawiam się nad rozdzieleniem tych instalacji joomla na oddzielne hosty, ale czy warto jeśli pozostaną nadal u tego samego operatora?
Mam jeszcze strony na home i webmedia, może przerzucę tam któregoś dnia i sprawdzę jak to będzie działać.

[grzegorz1973]

Mam nowe wiadomości od admina hostingu. Otóż ponoć wina leży w nowym MySQL 5.0.85, co powoduje spadek wydajności serwera o 20%. Czy mam w to wierzyć czy nie? Czy ktoś z Was ma problemy z hostingiem z zainstalowanym MySQL 5.0.85?

[nikszal]

Nie kumam. Sam sobie zainstalowałeś tę wersję MySql ?? Może on jednak ruszy szanowny tyłek i weźmie się do pracy?

[grzegorz1973]

Na to nie mam wpływu co oni tam instalują.
Generalnie zacząłem testować strony joomli watchscriptem i zaczyna do mnie przemawiać, że trzeba coś tu zmienić.
1) Przydałoby się uprościć szablony bo wczytuje się bardzo dużo plików. Na stronach ze standardowym szablonem ja_purity jest tego ponad 150. Niestety ma to potem oddźwięk w sumie czasów zapytań i czasu ładowania strony. Jako początkujący wykorzystuję ten szablon i to chyba nie jest zbyt dobre. Dla porównania szablon beez wczytuje nieco ponad 30 plików. Oczywiście to nie jest sedno ale na pewno by coś przyspieszyło.

2) Najdłuższe (w Watchscript) u mnie są czasy wysyłania zapytania do serwera. Jak porównuję to np. z onetem to czy innymi stronami, które normalnie się otwierają to tam raczej dominujące są czasy otrzymania odpowiedzi. O co chodzi?

[netmark]

Witam

Potwierdzę fakt problemów z serwerem n15 w ostatnim czasie.
Faktycznie pojawił nam się niespodziewany problem z wydajnością serwera bazodanowego co skutkowało wieloma błędami.
Problem ten został jednak rozwiązany a serwer aktualnie pracuje stabilnie.

Co do problemów grzegorz1973, zerknąłem jeszcze do twojego .htaccess.
Proszę spróbuj usunąć wszystkie wpisy deny from ....
Są tam wpisy blokujące całe klasy numerów co może znacznie zwolnić odpowiedź serwera, porównaj wówczas czasy.

Na tym serwerze czas wczytywania czystej Joomli ( z przykładowymi danymi ) powinien wynosić około 1,5 sekundy.

Wypowiedzi nikszal, nie będę komentował, gdyż wyjaśniane to już było wcześniej w korespondencji między nami.
Najwyraźniej pakowanie 250 megabajtowej paczki ( przekraczając limity czasu wykonywania skryptów czy limity pamięci ) jest zupełnie normalne.

W cPanelu jest dostępna możliwość wykonania kopii zapasowej i ta z pewnością zadziała prawidłowo, gdyż jest kontrolowana przez system.

Pozdrawiam
Rafał Krzysztoń

[nikszal]

Witam

Potwierdzę fakt problemów z serwerem n15 w ostatnim czasie.
[..]

Wypowiedzi nikszal, nie będę komentował, gdyż wyjaśniane to już było wcześniej w korespondencji między nami.
Najwyraźniej pakowanie 250 megabajtowej paczki ( przekraczając limity czasu wykonywania skryptów czy limity pamięci ) jest zupełnie normalne.Tu Pan przegiął Panie Rafale. Cytat z korespondencji
Proszę na komputerze lokalnym spakować sobie 160 mb plików, zobaczy Pan, ile czasu będzie wykonywane pakowanie oraz jak będzie obciążony komputer.
W tym samym czasie na serwerze inni użytkownicy mogą mieć problem z wolniejszym wczytywaniem stron.
Proszę wybaczyć lecz nie zamierzamy tłumaczyć się, że serwer działa wolniej gdyż klient wykonuje sobie backup o godzinie 14.Drobna różnica rzędu 90 megabajtów. Sam Pan przyznał, że serwer n15 pracował niestabilnie. Pisałem wcześniej (25 lipca 2009) o przeniesieniu konta na inny serwer. I co z tego wyszło? Może to była moja fanaberia? To ja miałem rację, że serwer jest jakości rosyjskich statków kosmicznych. Teraz jednak sytuacja się poprawiła (po 5 miesiącach).

W cPanelu jest dostępna możliwość wykonania kopii zapasowej i ta z pewnością zadziała prawidłowo, gdyż jest kontrolowana przez system.O tym doskonale wiem. Nie mam jednak ochoty sprawdzać, czy wśród kopii jest również baza. Po to jest komponent joomlapack, aby z niego korzystać i porę wykonania kopii też będę sam sobie wybierał. Do niedawna nawet o godz. 2 w nocy spakowanie strony nie było możliwe.

Edit:
W czasie próby wykonania kopii o godz. 03:15 serwer (n19 - nie mój) znów powiedział beeee - Error 500.

[netmark]

Drobna różnica rzędu 90 megabajtów.

Wiadomość, którą Pan przytoczył wysłana była kilka miesięcy temu, wówczas Pana serwis zajmował 160 MB.
Proszę sprawdzić ile zajmuje teraz !


Sam Pan przyznał, że serwer n15 pracował niestabilnie

Nie napisałem jednak, że serwer działał niestabilnie przez 5 miesięcy.
Problem pojawił się w drugiej połowie Listopada, proszę więc sprostować swoje informacje, gdyż po prostu stara Pan się oczernić wizerunek firmy na publicznym forum, czego nie będę tolerował.

Nie rozumie Pan różnicy pomiędzy serwerem wirtualnym i limitami jakie na nim obowiązują a serwerem np. VPS, stąd ta dyskusja kilka miesięcy temu a także teraz. Dlatego też, jest to ostatnia moja wiadomość w tym wątku, gdyż nie jest to BOK NETMARK.

Rafał Krzysztoń

[grzegorz1973]

Panowie, spokojnie.
Ja próbuję dociec co można poprawić by było lepiej, może serwer, może joomla, a może jakaś moją konfiguracja. Nic nie wykluczam, to tylko trochę techniki więc ma prawo być różnie. Rzeczywiście mam w .htaccess wpisane nieco numerów IP w tym całe zakresy bo nie lubię się bawić ze spamerami. Spróbują usunąć i zobaczę co będzie.
Tym nie mniej nie warto się kłócić tylko może jakoś wspólnie pomyśleć jak poprawić ten stan rzeczy. Mi jak dotąd Netmark odpowiadał i mam nadzieję, że te ostatnie problemy okażą się tylko chwilowe i już nie wrócą :)