Fix inaccurate description of tablespace.

Currently we don't need to update the pg_tablespace catalog
after redefining the symbolic links to the tablespaces
because pg_tablespace.spclocation column was removed in
PostgreSQL 9.2.

Back patch to 9.2 where pg_tablespace.spclocation was removed.

Ian Barwick, with minor change by me.

diff --git a/doc/src/sgml/manage-ag.sgml b/doc/src/sgml/manage-ag.sgml
index e5a5947ef28946ea2cbcb6138359a4c4315607e9..b44d521ba69bc75170ae5599603719386ed3b4c8 100644 (file)
--- a/doc/src/sgml/manage-ag.sgml
+++ b/doc/src/sgml/manage-ag.sgml
@@ -479,7 +479,8 @@ CREATE TABLE foo(i int);
 
   
    To determine the set of existing tablespaces, examine the
-   pg_tablespace system catalog, for example
+   pg_tablespace
+    system catalog, for example
 
 SELECT spcname FROM pg_tablespace;
 
@@ -498,11 +499,11 @@ SELECT spcname FROM pg_tablespace;
    The directory $PGDATA/pg_tblspc contains symbolic links that
    point to each of the non-built-in tablespaces defined in the cluster.
    Although not recommended, it is possible to adjust the tablespace
-   layout by hand by redefining these links.  Two warnings: do not do so
-   while the server is running; and after you restart the server,
-   update the pg_tablespace catalog with the new
-   locations.  (If you do not, pg_dump will continue to output
-   the old tablespace locations.)
+   layout by hand by redefining these links. Under no circumstances perform
+   this operation while the server is running. Note that in PostgreSQL 9.1
+   and earlier you will also need to update the pg_tablespace
+   catalog with the new locations. (If you do not, pg_dump will
+   continue to output the old tablespace locations.)