Silnik znowu się zaciera

Adrian · Post autor: **Adrian** » pt, 16 lutego 2007, 02:03

Problemy mam sporadycznie, nie czesciej, niz na innych forach. Chyba nigdy mnie nie wylogowalo. Forum dziala mi szybko i sprawnie. Czasem tylko przy wysylaniu nowego posta mam blad debuggera (nawet nie zarejestrowalem jaki), ale "wstecz" i ponowne wyslanie konczy sie sukcesem.

_idu · Post autor: **_idu** » pt, 16 lutego 2007, 13:42

k24 pisze:
macska pisze:Moze to kara za grzechy?
Chyba tak, ja jakoś nie mam żadnych problemów. Może ta złośliwość występuje tylko w niektórych regionach.

A niby jak? Przecież to błędy motoru baz danych - dotyczące dotyczące zapisanych danych na dysku. Czyli czegoś co jest na serwerze a nie błędy połączenia sieciowego.

Adrian · Post autor: **Adrian** » pt, 16 lutego 2007, 21:21

I to jest wlasnie najdziwniejsze, ze niektorzy uzytkownicy maja ciagle problemy z dzialaniem silnika, a niektorym wszystko dziala sprawnie. Nie jestem znawca zagadnien sieciowych, ale zastanawiam sie, czy moze na to miec wplyw stopien.... "zasmiecenia" komputera (w tym - uruchomionych roznych procesow sieciowych, jak np. firewall, aplikacji duzo korzystajacych z zasobozernych watkow) - wowczas byc moze mogloby sie zdarzyc, z warstwy sieciowej bylaby wysylana jakas dziwna, niekompletna ramka, ktora powodowalaby takie a nie inne zachowanie silnika... Wydaje mi sie to prawie niemozliwe do zaistnienia - w koncu program zwykle wysyla albo komplet danych, albo nic, ale...

Nalezaloby takze sprawdzic, w jakich godzinach lacza sie z forum osoby, ktore maja z tym najwiecej problemow. Moze wiaze sie to z obciazeniem serwera (zwlaszcza, jesli obsluguje kilka forow). Z drugiej strony, to forum jest jednak male, w porownaniu z wieloma innymi, ze o Elektrodzie nie wspomne !

Byc moze wina lezy po stronie konfiguracji bazy MySql. Niestety, nie znam sie na MySql, ale wiem, ile zalezy od ustawienia roznych parametrow w bazach MS SQL Server albo Oracle ! Byc moze tutaj tez sa jakies kluczowe dla szybkosci dzialania silnika parametry. Czasem podczas instalacji nie wykona sie jakis skrypt indeksujacy kluczowe kolumny i silnik na wszelkich "selektach" i "apdejtach" (generalnie - operacjach, w ktorych sklad wchodzi wyszukiwanie tekstowych) potwornie zwalnia...

Ja wiem, ze to jest gdybanie i fantazjowanie, ale moze pomoze naprowadzic na wlasciwy trop administratora... Bez powodu sie to przeciez nie dzieje, a skala problemu jest rozna dla roznych osob...

_idu · Post autor: **_idu** » pt, 16 lutego 2007, 22:27

Błędy raportowane przez MySQL są bardzo odizolowane od sieci.

Komunikacja wygląda następująco:

Przeglądarka - stos TCP/IP - proxy u provider (jeśli transprarent proxy to nawet o tym nie wiesz) - internet - serwer HTTP - interpreter PHP - mySQL.

Pokazanie błędu może wynikać z faktu że jesłi przeglądarka nie dostała w określonym czasie głownej storny forum pobierałą ją z lokalnego cache albo z cache proxy u twojego dostawcy. Ponadto moga to być chwilowe blokady dostęu do plikow ktore trzymają dane i stąd nei każdy musi trafić w taki właśnie moment.

MySQL ma jedną wadę używa zwykłych plikow. Inne motory baz danych (np. ten z ktorma ma do czynieni czyli IBM Informix wersja 7, 9 czy 10) uzywają tzw. obszarow surowych (raw devices - nieznane w świecie Windows) i maja swoje inne mechanizmy dostepu do danych zapisanych na dyskach. Tam takie bledy nie wytstepuja (ale moga pojawic sie inne).

Tu podejrzewam jeszcze jakies procedury przenoszenie woluminu logicznego jesli ten podsystem jest byle jak zaimpleementowany. Albo fiksowanie systemu plikow. Wolumin logiczny to abstrakcyjny wirtualny zasob dyskowy niezalezny od sprzetu (czyli mozna go uzywać bez przeszkod jesli dane przenosimi pomiedzy roznymi dyskami....). Linuksy dosc nieudolnie zerznely woluminy logiczne z HP-UX'a (dosc kepieskie.... lepszy byłby jfs i lvm z AIX'a IBM'a - Veritas jest drogi).

Post autor: **tszczesn** » ndz, 25 lutego 2007, 21:03

Znowu nie jestem w stanie przeczytać postów. Nawet jak 5 razy niektóre posty przeczytam to nadal są nieprzeczytane. Pomaga tylko ponowne zalogowanie się, ale upierdliwe to jest bardzo.

pierwszy · Post autor: **pierwszy** » ndz, 25 lutego 2007, 21:24

A to pewnie kara za uzywanie Linuxa.

elektron · Post autor: **elektron** » ndz, 25 lutego 2007, 21:28

macska pisze:A to pewnie kara za uzywanie Linuxa.

Nie sądzę. Też używam Linuxa i wszystko gra.

Post autor: **tszczesn** » ndz, 25 lutego 2007, 23:41

macska pisze:A to pewnie kara za uzywanie Linuxa.

Teoretycznie dało by się to zrobić - serwer rozpoznaje przeglądarkę (choć mogę go i tak oszukać :) i podyła złe dane, ale po jaką cholerę? :)

...:::SQL:::...

Jesli używasz Konqueror-a to bardzo łatwo możesz zmienić w ustawieniach/identyfikacja żeby dla danych witryn wysyłał inną identyfikację .
Ja dla forów używam Lynx

Pozdrawiam

_idu · Post autor: **_idu** » pn, 26 lutego 2007, 15:22

macska pisze:A to pewnie kara za uzywanie Linuxa.

A co do tego ma linux? Forum jest napisane w php, czyli języku skryptowym działającym po stronie serwa a nie przeglądarki. (skrypty php "wypluwają" z siebie tekst w jeżyku HTML tak jakby to był plik wysyłany z serwera HTTP).

Podane błędy nawet nie dotyczą interpetera php, ale pracującego na serwerze serwera baz danych SQL. W tablicach bazy danych jest przechowywana struktura forum. Tak jest łatwiej - proste wyszukanie informacji, modyfikacja, szukanie itd...

Serwer WWW uruchamia interpeter php a ten jeśli potrzebuje korzysta np., z zasobów bazodanowych. Interpeter PHP zwraca do serwera WWW dynamicznie wygenerowana stone HTML.

To nie ActiveX, Java Script , Flash czy inne pierd***** dziadostwo, które należy blokować w firewallu..

jethrotull · Post autor: **jethrotull** » pn, 26 lutego 2007, 15:29

Hehe, popieram, STUDI, nigdy nie instaluję np. Flasha, bo nie opędziłbym sie od reklam. ActiveX jest juz chyba domyślnie blokowany przez wszystkie aktualne wersje przeglądarek.

tszczesn: ja miewam ten sam problem w windzie.

_idu · Post autor: **_idu** » pn, 26 lutego 2007, 19:08

Sprzed chwili:

Warning: mysql_connect() [function.mysql-connect]: Too many connections in /home/trioda/ftp/trioda/php/forumtriody/db/mysql4.php on line 48

Warning: mysql_error(): supplied argument is not a valid MySQL-Link resource in /home/trioda/ftp/trioda/php/forumtriody/db/mysql4.php on line 330

Warning: mysql_errno(): supplied argument is not a valid MySQL-Link resource in /home/trioda/ftp/trioda/php/forumtriody/db/mysql4.php on line 331
phpBB : Critical Error

Could not connect to the database

Hmmmchyba nie tlyko to forum korzysta z serwera MySQL na tymże serwerze. Jeśli tak to czas pomyślęć nad innym motorem SQL (tym bardziej że MySQL, ProgressSQL są jednowątkowe....).

Post autor: **tszczesn** » pn, 26 lutego 2007, 22:22

jethrotull pisze:Hehe, popieram, STUDI, nigdy nie instaluję np. Flasha, bo nie opędziłbym sie od reklam. ActiveX jest juz chyba domyślnie blokowany przez wszystkie aktualne wersje przeglądarek.
:arrow: tszczesn: ja miewam ten sam problem w windzie.

O dziwo pomogło zakmnięcie i uruchomienie na nowo przeglądarki. Ale za cholere nie jestem w stanie wymyślić czemu...

gutten · Post autor: **gutten** » pn, 26 lutego 2007, 22:41

Zastanawia mnie to, co napisał parę postów wyżej Adrian. Ja też nigdy nie miałem najmniejszych problemów ani z logowaniem, ani przeglądaniem zawartości forum, a niektórym wciąż coś się "zaciera". Ki diabeł?

Za to z forami audiofilskimi wciąż mam jakieś problemy - powoli zaczynam w tym dostrzegać rękę losu.

_idu · Post autor: **_idu** » wt, 27 lutego 2007, 13:50

tszczesn pisze:
jethrotull pisze:Hehe, popieram, STUDI, nigdy nie instaluję np. Flasha, bo nie opędziłbym sie od reklam. ActiveX jest juz chyba domyślnie blokowany przez wszystkie aktualne wersje przeglądarek.
tszczesn: ja miewam ten sam problem w windzie.
O dziwo pomogło zakmnięcie i uruchomienie na nowo przeglądarki. Ale za cholere nie jestem w stanie wymyślić czemu...

bo kilka sekund później nie było tylu żadań (zapytań) do MySQL.
To jest loteria - tu decydują milisekundy...

My SQL na tym serwerze zapewne obsługuje nie tylko to forum. Jeśli nagle (np. atak zbliżony do DoS) określono na krótki czas pojawia sie zbyt wiele zapytąń to powstanie taki komunikat.

W tym prapdku czlyi too many connections - jedynym rozwiązaniem jest zwiększenie liczby instancji motoru bazy danych (pod warunkiem że SQL jest wielowątkowy!!!! - bo jak nie to mnożenie instancji nic nie zmieni - jedynie wydolność systemu operacyjnego w ilości socketów na dany port)

Doświadczenia mam głownie z Informix'em - wersja OnLine oferowała własną organizacje dysków ale niestety zarządzenie zapytaniami zwala na system operacyjny i jego procesy. Wszystkie instancje nie mogły zaadresować swoich shared memory razem więcej niż niecałe 2GB (jako cache dla przetwarzania zapytań). Wersja DS miał swój proces i swoje wątki i sama przydzielała wątki a nie zdawała się na widzimisię systemu operacyjnego. To dawało znaczne zwiększenie mocy obliczeniowej - ale okazywało się że tradycyjne operacje IO (np. HP-UX) były wąskim gardłem więc stosuje się asynchroniczne IO.

Darmowe SQL'e są fajne ale.....
Jako przykład idiotyzmu przedstawiano kilka banków które kupowały serwery wieloprocesorowe gdzie uruchamiano PostgreSQL który jest jedno wątkowy. Czyli pozostałe procesory ogrzewały serwerownię...

Sorry żę zagalopowałęm się i odeszłem nieco od tematu.