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 make initdb more careful about
overwriting an existing data directory?

- Sander


---(end of broadcast)---
TIP 5: don't forget to increase your free space map settings


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 the most bulletproof solution to make initdb more careful about
overwriting an existing data directory?

  


It is extremely careful. The point is that the NFS mount will hide the 
existing datadir from initdb.


cheers

andrew

---(end of broadcast)---
TIP 3: Have you checked our extensive FAQ?

  http://www.postgresql.org/docs/faq


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 systems that actually
don't work very well?

If NFS is causing trouble, let it be.

Thanks,
-- 
Enver


signature.asc
Description: Digital signature


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.

-- 
Peter Eisentraut
http://developer.postgresql.org/~petere/

---(end of broadcast)---
TIP 3: Have you checked our extensive FAQ?

   http://www.postgresql.org/docs/faq