🚀 go-pugleaf

Witam,
jest sobie maszyna w nastepujacej konfiguracji:
Solaris 9
Apache 1.3.34 z mod_ssl 2.8.25-1.3.34 (kompilowany ze zrodel)
Tomcat 5.0.30
PostgreSQL 8.0.1 (z paczki z sunfreeware.com)

Pod Tomcatem chodzi aplikacja w Javie korzystajaca z Postgresa (dLibra - 
http://dlibra.psnc.pl/)

Do wczoraj wszystko to dzialalo fajnie. Wczoraj przepelnila sie logami 
partycja /var. Wyczyscilem niepotrzebne rzeczy, zrobilo sie 4 giga 
miejsca. Nie sprawdzilem niestety czy Postgres i dLibra dzialaja (ta 
aplikacja to tak troche piate kolo u wozu u mnie na serwerze i czesto 
jak robie cos z serwerem to o niej zapominam), a najprawdopodobniej sie 
zawiesily. Wszystko inne dzialalo.

Zawsze o polnocy z crona restartuje mi sie Apache (graceful restart) w 
celu rotacji logow. Po restarcie stalo sie cos dziwnego - Apache tak 
jakby sie zwiesil, tzn. w access logu ani w error logu nie bylo zadnych 
wpisow az do dzisiejszego rana, kiedy to stwierdzilem, ze strony sie nie 
laduja (przegladarka czeka az do timeoutu), a na serwerze chodzi cala 
masa procesow httpd. Tu jest pierwsza zagadka - dlaczego tak sie moglo 
stac, skoro wczesniej Apache chodzil?

Zrestartowalem Apacha "na twardo" (czyli zatrzymalem i uruchomilem 
ponownie) i poszlo, natomiast okazalo sie ze Tomcat wisi i do dLibry nie 
mozna sie dostac (moze to byl powod zwisu po restarcie Apacha, bo Apache 
ma skonfigurowany connector do Tomcata?). Po zatrzymaniu i wystartowaniu 
na nowo Tomcata natomiast dLibra pokazywala ze nie moze sie skontaktowac 
z Postgresem.
I tu zaczely sie problemy. Postgres w sposob normalny zatrzymac sie nie 
dal, wiec go ubilem. Przy probie ponownego uruchomienia zaczely sie 
jaja. Postgres nie chcial startowac wypisujac komunikat o tym, ze 
probowal alokowac zbyt duzo pamieci wspoldzielonej i/lub semaforow i 
zeby zmniejszyc mu odpowiednie parametry w konfiguracji. Przy czym 
wlasciwe wartosci tych parametrow - takie zeby dzialalo - sa 
automatycznie ustalane przy inicjalizowaniu bazy Postgresa, i do tej 
pory dzialaly!
Wyczyscilem stan bazy programem "pg_resetxlog" (wg dokumentacji sluzy 
wlasnie do czyszczenia stanu bazy po padzie Postgresa, jezeli ten nie 
chce sie uruchomic), ale bez skutku. Dalej nie chcial startowac.

Ostatecznie okazalo sie, ze Postgres ruszyl dopiero wtedy, kiedy 
zmniejszylem mu parametr "max_connections" z dotychczasowych 80 do 40!
I to jest dla mnie zagadka: dlaczego Postgres nie chce ruszyc z 
parametrami, z ktorymi dzialal jeszcze do wczoraj, skoro pomiedzy 
wczorajszym i dzisiejszym dniem w systemie prawie nic sie nie zmienilo? 
Nawet danych zawartych w bazie Postgresa nie przybylo, porownujac 
wczorajszy i dzisiejszy zrzut...
Potrafi ktos podac chocby jakas hipoteze?
-- 
Pozdrowienia,
    Jaroslaw Rafa
    raj@ap.krakow.pl
--
Spam, wirusy, spyware... masz dość? Jest alternatywa!
http://www.firefox.pl/   ---   http://www.thunderbird.pl/
Szybciej. Łatwiej. Bezpieczniej. Internet tak jak lubisz.