Re: pgsql/doc/TODO.detail (alpha default distinct flock fsync function limit null pg_shadow primary)
От | Bruce Momjian |
---|---|
Тема | Re: pgsql/doc/TODO.detail (alpha default distinct flock fsync function limit null pg_shadow primary) |
Дата | |
Msg-id | 200007050439.AAA20743@candle.pha.pa.us обсуждение исходный текст |
Ответ на | Re: pgsql/doc/TODO.detail (alpha default distinct flock fsync function limit null pg_shadow primary) (Tom Lane <tgl@sss.pgh.pa.us>) |
Список | pgsql-committers |
> eisentrp@csis.gvsu.edu writes: > > On Tue, 4 Jul 2000, Bruce Momjian - CVS wrote: > >> Removed Files: > >> alpha default distinct flock fsync function limit null > >> pg_shadow primary > > > What are we going to do with the flock? Remove it? I asked about this > > yesterday, I guess it's not useful anymore. > > It still is, because the $PGDATA pid file only guards against starting > two postmasters in the same data directory. You still need some lock > against starting two postmasters on the same port number. The TCP > socket address can take care of itself, but if one or both postmasters > is started without -i then there's got to be some interlock on the Unix > socket file. > > I don't much like depending on flock for that, since it isn't available > everywhere. The only portable answer is to build a pid-containing > interlock file for each socket file, as discussed in the TODO item. > > It was premature of Bruce to delete the flock TODO file, since there is > still a lot of undone stuff in there concerning both this issue and > moving the Unix-socket file to a safer place than /tmp. OK, I have re-added TODO.detail, and re-added the TODO item. -- Bruce Momjian | http://www.op.net/~candle pgman@candle.pha.pa.us | (610) 853-3000 + If your life is a hard drive, | 830 Blythe Avenue + Christ can be your backup. | Drexel Hill, Pennsylvania 19026
В списке pgsql-committers по дате отправления: