[PostgreSQL-Hackers] pg_ctl reload - is it safe?
Oct 14, 2003 at 5:15 pm
Michael Brusser writes:
Yes, we use NFS. Many of our customers use it as well.
You are of course aware that this is not real safe...
regards, tom lane
: Yes, we use NFS. Many of our customers use it as well. Mike.
: The traditional unix semantics are the read/write my return EINTR if interrupted -- but that that would only EVER happen for network connections. The traditional semantics are that it would NEVER happen on disk i/o. BSD kernels at least, and probably all unix kernels, do an uninterruptible sleep on disk accesses, hence the dreaded "D" in ps listings. Normally NFS guarantees the traditional unix semantics. Unless you're using either "soft" or "intr" options. If you are, well, stop. If you use
: Maybe we should throw a "stop using NFS" if we get an EINTR from read()/write(), or explain what NFS options they should avoid. -- Bruce Momjian | http://candle.pha.pa.us firstname.lastname@example.org | (610) 359-1001 + If your life is a hard drive, | 13 Roberts Road + Christ can be your backup. | Newtown Square, Pennsylvania 19073
: --On Tuesday, October 14, 2003 15:31:42 -0400 Bruce Momjian wrote: Err, some of us use NetApp filers as NFS servers for our PG data, and I believe that that negates at least some of the risk. I don't want to see us (PG) not support something just because it *MAY* be unsafe. LER -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 972-414-9812 E-Mail: email@example.com US Mail: 1905 Steamboat Springs Drive, Garland, TX 75044-6749
New copyright program
Re: pgsql: Protect GIST logic that assumes penalty values can't be negative
Exporting closePGconn from libpq
Crash safe visibility map vs hint bits
Comparison with "true" in source code
elog during holding a spinlock is safe?
_bt_parent_deletion_safe() isn't safe
Re: [BUGS] BUG #5487: dblink failed with 63 bytes connection names
synchronous commit in dump
Re: [COMMITTERS] pgsql: Clean up package namespace use and use of Safe in plperl.
5 of 11
Oct 11, '03 at 3:09a
Oct 14, '03 at 8:03p
7 users in discussion
Bruce Momjian (3)
Michael Brusser (2)
Tom Lane (2)
Greg Stark (1)
Larry Rosenman (1)
Bruno Wolff III (1)
Groups & Organizations
site design / logo © 2021 Grokbase