Re: [Pgsqlrpms-hackers] [HACKERS] Safer auto-initdb for RPM initscript

2006-08-25 Thread Sander Steffann
Hi, If this were a bulletproof solution then I'd consider it anyway, but AFAICS it's got the very same vulnerabilities as the flag-file method, ie, if you RPM install or upgrade while your mountable data directory is offline, you can still get screwed. Isn't the most bulletproof solution to

Re: [Pgsqlrpms-hackers] [HACKERS] Safer auto-initdb for RPM initscript

2006-08-25 Thread Andrew Dunstan
Sander Steffann wrote: Hi, If this were a bulletproof solution then I'd consider it anyway, but AFAICS it's got the very same vulnerabilities as the flag-file method, ie, if you RPM install or upgrade while your mountable data directory is offline, you can still get screwed. Isn't

Re: [Pgsqlrpms-hackers] [HACKERS] Safer auto-initdb for RPM initscript

2006-08-25 Thread Enver ALTIN
Merhaba, On Fri, Aug 25, 2006 at 10:30:56AM -0400, Andrew Dunstan wrote: It is extremely careful. The point is that the NFS mount will hide the existing datadir from initdb. Am I the only one who believes that PostgreSQL project is not supposed to fix (or include workarounds for) some other

Re: [Pgsqlrpms-hackers] [HACKERS] Safer auto-initdb for RPM initscript

2006-08-25 Thread Peter Eisentraut
Am Freitag, 25. August 2006 17:17 schrieb Enver ALTIN: Am I the only one who believes that PostgreSQL project is not supposed to fix (or include workarounds for) some other systems that actually don't work very well? Yes. If NFS is causing trouble, let it be. NFS is not the trouble. --