Re: [GENERAL] Socket file lock
| От | ^chewie | 
|---|---|
| Тема | Re: [GENERAL] Socket file lock | 
| Дата | |
| Msg-id | Pine.LNX.4.10.9911231154180.6016-100000@guinness.urw.org обсуждение исходный текст  | 
		
| Ответ на | [GENERAL] Socket file lock (Fabian.Frederick@prov-liege.be) | 
| Список | pgsql-general | 
On Tue, 23 Nov 1999 Fabian.Frederick@prov-liege.be wrote:
> Sometimes I've got some core socket file in /tmp.However Postgres
> leaved correctly in previous shutdown : / What would be the best way
> to avoid this. (The big big problem is that postmaster can't be
> launched due to that core).
I am not versed in the mannerisms or options of Postgresql quite yet, so
bear with me if there is another more suited approach to this problem.
If you're talking about a /tmp file, you are obviously running this on a
*NIX based system.  I use Debian Linux, so my background with the
scripts to launch Postgresql stem from my familiarity with this
distribution, and subsequently the SysV standard for init.d scripts.
To launch Postgresql, I use the script found in /etc/init.d.  I have
found it a fairly nominal task to include a 'cleanup()' function in the
init.d script.  Something to the effect of:
#!/bin/sh
cleanup() {
    for i in /tmp/<insert string match for socket file> ; do
        rm -rf ${i}
    done
}
This you can include as the first line under each of the case statements
of start, stop, restart, reload, etc...
^chewie
		
	В списке pgsql-general по дате отправления: