Dave Cramer wrote:
> >> >> IIRC the reason this works is that the tablespace code now creates a
> >> >> version-specific subdirectory inside the specified directory. ?This was
> >> >> done to help binary upgrades.
> >> >
> >> > Right, the directory is catalog-version named, which was done to allow
> >> > for pg_upgrade to work for alpha/beta upgrades (pretty cool). ?The case
> >> > above happened because 8.4 still has data in that tablespace.
> >> > pg_upgrade does supply a script to delete old data files, but it was not
> >> > used in the case above.
> >> >
> >> right that's because I did not use pg_upgrade. I was manually running
> >> create tablespace.
> > OK, so you were sharing the tablespace with old and new clusters. ?You
> > are right that in the past that would not have been possible because
> > PG_VERSION would have conflicted, but it is now possible with all new
> > releases because of the catalog-version-named subdirectory. ?That seems
> > like I a feature, I guess.
> Sounds unintended. As it turns out I was expecting it to fail and was
> surprised when it succeeded.
Well, it was intended, or rather required by pg_upgrade.
Bruce Momjian <bruce(at)momjian(dot)us> http://momjian.us
+ It's impossible for everything to be true. +
In response to
pgsql-hackers by date
|Next:||From: Tom Lane||Date: 2010-10-18 18:59:19|
|Subject: Re: create tablespace fails silently, or succeeds improperly |
|Previous:||From: Bruce Momjian||Date: 2010-10-18 18:56:03|
|Subject: Re: create tablespace fails silently, or succeeds