Strona 1 z 1

postgresql - zwiększenie liczby połączeń do bazy

: 20 lipca 2010, 15:42
autor: sector
Mam taki problem. Zainstalowałem postgresa, na którym jest baza. Standardowo w postgresie limit połączeń do bazy wynosi 100. Jeśli zmienię go w pliku konfiguracyjnym na 300 to postgresql już nie uruchamia się.
W konfigu jest coś o ,,shared memory'' ale nigdzie takiej opcji nie ma. Jeśli zmienię shared_buffers na wiścej niż 32MB to i tak nic się nie dzieje i widzę tylko ,,fail''. Czy ktoś może wie co dalej z tym zrobið?

Dodane:
Dobrze, po kilku godzinach znalazłem rozwiązanie. Może kiedyś komuś się przyda.
The default maximum segment size is 32 MB, which is only adequate for very small PostgreSQL installations. The default maximum total size is 2097152 pages. A page is almost always 4096 bytes except in unusual kernel configurations with "huge pages" (use getconf PAGE_SIZE to verify). That makes a default limit of 8 GB, which is often enough, but not always.
The shared memory size settings can be changed via the sysctl interface. For example, to allow 16 GB:
$ sysctl -w kernel.shmmax=17179869184
$ sysctl -w kernel.shmall=4194304 In addition these settings can be preserved between reboots in the file /etc/sysctl.conf. Doing that is highly recommended.
Ancient distributions might not have the sysctl program, but equivalent changes can be made by manipulating the /proc file system:
$ echo 17179869184 >/proc/sys/kernel/shmmax
$ echo 4194304 >/proc/sys/kernel/shmall
The remaining defaults are quite generously sized, and usually do not require changes.

: 20 lipca 2010, 20:49
autor: lessmian2
Przecież w logu jest napisane co go boli, a jak to naprawić jest dokładnie opisane w dokumentacji PostgreSQLa.

: 20 lipca 2010, 21:11
autor: sector
No właśnie w logu nic nie było napisane. Dosłownie ani słowa odnośnie tego dlaczego sie nie włącza. Dopiero jak uruchomiłem w Ubuntu to pojawił mi się komunikat odnośnie SHMMAX. Gdyby było to tak proste to bym nie napisał.

: 21 lipca 2010, 14:51
autor: GuessWhy