Re: Re: Sure enough, the lock file is gone
От | Tom Lane |
---|---|
Тема | Re: Re: Sure enough, the lock file is gone |
Дата | |
Msg-id | 22787.980627131@sss.pgh.pa.us обсуждение исходный текст |
Ответ на | Re: Re: Sure enough, the lock file is gone (Lamar Owen <lamar.owen@wgcr.org>) |
Ответы |
Re: Sure enough, the lock file is gone
Re: Re: Sure enough, the lock file is gone |
Список | pgsql-hackers |
> I understand why the socket needs to be in /tmp, but why the lockfile? It would probably be better if the socket files weren't in /tmp but in a postgres-owned directory. However, at this point we have a huge backwards compatibility problem to overcome if we want to move the socket files. The location of the socket files is essentially a core part of the frontend-backend protocol, because both client and server must know it ab initio. Move the socket, break your clients. There is an option in 7.1 to support defining a different directory for the socket files, but I doubt very many people will use it. I see no real good reason to keep the lockfiles in a different place from the sockets themselves, however. Doing so would just complicate things even more, without adding any real safety or security. regards, tom lane
В списке pgsql-hackers по дате отправления: