[Rozwiązany] Automatyczny start serwera Postgresql przy uruchamianiu systemu

[piotrku]

Witam
Mam problem z "namówieniem" serwera Postgresql do automatycznego startu przy bootowaniu systemu.
odpowiednie wpisy do katalogów z nadanymi uprawnieniami do wykonywania skryptów istnieją, mianowicie:
(/etc/init.d oraz poszczególne poziomy uruchamiania) - odpowiednie wpisy dodane automatycznie podczas instalacji poprzez menedżera pakietów- postgresql 8.4 instalowany w całości przez menedżera pakietów synaptic
Serwer startuje baz zarzutu "z palca"  z poziomu root'a (sudo  /etc/init.d/postgresql start). Zależy mi jednak na tym, żeby "wstawał" automatycznie przy starcie systemu i nie koniecznie z root'a a w kontekście użytkownika postgres. Równocześnie nie chcę "odzierać " go z zabepieczeń, a więc rezygnowanie z zabezpieczenia serwera użytkownikiem postgres nei wchodzi w grę. Zakładam, że jak najbardziej możliwa jest taka konfiguracja kiedy serwer startuje już na starcie systemu bez względu jaki użytkownik loguje się do systemu, a serwer wciąż pozostaje zabezpieczony "superużytkownikiem" - postgres ze swoim hasłem.


Dla polecenia update-rc.d konsola zwróciła:
update-rc.d postgresql start 19 2 3 4 5 . stop 21 0 1 6 .
System start/stop links for /etc/init.d/postgresql already exist.
Died at /usr/sbin/update-rc.d line 57.


Od czego powinienem zacząć?
Z góry dzięki za pomoc
Postgresql ver 8.4
Linux Mint ver 10
Piotr K.

[piotrku]

Witam

Problem rozwiązany, proszę zamknąć wątek.

Rozwiązanie było podane w logu jak poniżej:

2011-12-10 01:32:54 CET FATAL:  could not create shared memory segment: Z?y argument
2011-12-10 01:32:54 CET DETAIL:  Failed system call was shmget(key=5432001, size=36880384, 03600).
2011-12-10 01:32:54 CET HINT:  This error usually means that PostgreSQL's request for a shared memory segment exceeded your kernel's SHMMAX parameter.  You can either reduce the request size or reconfigure the kernel with larger SHMMAX.  To reduce the request size (currently 36880384 bytes), reduce PostgreSQL's shared_buffers parameter (currently 4096) and/or its max_connections parameter (currently 103).


Pozdrawiam


Piotr

[marcin'82]

Zgodnie z prośbą - zamykam ;]