🚀 go-pugleaf

Użytkownik "Jarosław Rafa" <raj@ap.krakow.pl> napisał w wiadomości news:f585tk$hun$1@srv.cyf-kr.edu.pl...
> 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.
> 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?

może zostało coś w shared memory? Zatrzymaj postgresa, sprawdz poleceniem ipcs ew wyczysc


MaW

Jarosław Rafa <raj@ap.krakow.pl> writes:

> 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

Zapewne jakieś zasoby (pamięć, whatever) pozostały niezwolnione po
"starych" procesach. Poszukaj, oczyść.

Chociaż ja bym radził reboot.

  MJ

Michal Jankowski wrote:

> Jarosław Rafa <raj@ap.krakow.pl> writes:
> 
>> 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
> 
> Zapewne jakieś zasoby (pamięć, whatever) pozostały niezwolnione po
> "starych" procesach. Poszukaj, oczyść.
> 
> Chociaż ja bym radził reboot.
> 
>   MJ

A nie lepiej ipcrm?, kiedys do postgresa bylo ipcclean, ale nie wiem czy
postmaster nie przejal teraz tej roli(?) ( bardziej sie nadaje na
pl.comp.bazy-danych ).

-- 
Jakub Wartak
http://vnull.pcnet.com.pl/ 
Ssij niecny niechciany listonoszu!: jenny@pcnet.com.pl

Jarosław Rafa <raj@ap.krakow.pl> wrote:
> 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!

ipcs, ipcrm

p.

-- 
http://freedns.sgh.waw.pl/  -- bezpłatny DNS.
http://nerdquiz.sgh.waw.pl/ -- polska wersja quizu dla nerdów.
http://42.pl/u/ -- skracacz URL-i.

Michal Jankowski <michalj@fuw.edu.pl> wrote:
> Zapewne jakieś zasoby (pamięć, whatever) pozostały niezwolnione po
> "starych" procesach. Poszukaj, oczyść.

Przy ubijaniu postgresa na twardo nie ma on jak zwolnić uchwytów
do semaforów i pamięci dzielonej. Trzeba zatem ręczni ipcrm.

> Chociaż ja bym radził reboot.

A ja bym odradzał reboot, to nie windows. ;p

p.

-- 
http://freedns.sgh.waw.pl/  -- bezpłatny DNS.
http://nerdquiz.sgh.waw.pl/ -- polska wersja quizu dla nerdów.
http://42.pl/u/ -- skracacz URL-i.

Użytkownik "Michal Jankowski" <michalj@fuw.edu.pl> napisał w wiadomości news:2ntzt4dy8e.fsf@ccfs1.fuw.edu.pl...
> Jarosław Rafa <raj@ap.krakow.pl> writes:
> 
> > 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
> 
> Zapewne jakieś zasoby (pamięć, whatever) pozostały niezwolnione po
> "starych" procesach. Poszukaj, oczyść.
> 
> Chociaż ja bym radził reboot.

To nie Windows zeby go z byle powodu rebootowac


MaW

Michal Jankowski napisał(a):
> Zapewne jakieś zasoby (pamięć, whatever) pozostały niezwolnione po
> "starych" procesach. Poszukaj, oczyść.
> 
> Chociaż ja bym radził reboot.

No tak, zapomnialem napisac - rebootowalem serwer i opisane zachowanie 
postgresa mialo miejsce rowniez po reboocie.
-- 
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.

Jarosław Rafa <raj@ap.krakow.pl> wrote:
> No tak, zapomnialem napisac - rebootowalem serwer i opisane zachowanie 
> postgresa mialo miejsce rowniez po reboocie.

Erm. No to nie semafory. Może coś innego po prostu zostało uruchomione,
co zjadło dostępne semafory/pamięć dzieloną?

p.

PS pg_resetxlog to armata, jeszcze ani razu nie udało mi się tak
   zabić postgresa, żebym musiał tego używać...

-- 
http://freedns.sgh.waw.pl/  -- bezpłatny DNS.
http://nerdquiz.sgh.waw.pl/ -- polska wersja quizu dla nerdów.
http://42.pl/u/ -- skracacz URL-i.

Jarosław Rafa pisze:
> Michal Jankowski napisał(a):
>> Zapewne jakieś zasoby (pamięć, whatever) pozostały niezwolnione po
>> "starych" procesach. Poszukaj, oczyść.
>>
>> Chociaż ja bym radził reboot.
> 
> No tak, zapomnialem napisac - rebootowalem serwer i opisane zachowanie 
> postgresa mialo miejsce rowniez po reboocie.

a nie został Ci gdzieś pliczek httpd.pid (w linuksie w /var/run) i/lub 
lock z httpd (w linuksie w /var/lock/subsytem).

Fuma K

Użytkownik "Fuma K" <krzysp10.no_sp@m_wp.pl> napisał w wiadomości news:f5ahgc$mdt$1@atlantis.news.tpi.pl...
> Jarosław Rafa pisze:
> > Michal Jankowski napisał(a):
> >> Zapewne jakieś zasoby (pamięć, whatever) pozostały niezwolnione po
> >> "starych" procesach. Poszukaj, oczyść.
> >>
> >> Chociaż ja bym radził reboot.
> > 
> > No tak, zapomnialem napisac - rebootowalem serwer i opisane zachowanie 
> > postgresa mialo miejsce rowniez po reboocie.
> 
> a nie został Ci gdzieś pliczek httpd.pid (w linuksie w /var/run) i/lub 
> lock z httpd (w linuksie w /var/lock/subsytem).

probkem IMHO nie jest z httpd lecz z dostepnymi zasobami pamieci dzielonej od ktorych to zalezy ilosc mozliwych połączen w postgresie. Jak jest za mało zasobow to trzeba ilosc polaczen zmniejszyc
Sprawdz co masz w /etc/system  - wpisy 
set shmsys:
i 
set semsys:

moze cos zmieniales? 

sprawdz poleceniem ipcs co siedzi w pamieci dzielonej
MaW