Tom Lane wrote:
> hubert depesz lubaczewski <dep...@depesz.com> writes:
> > Worked a bit to get the ltree problem down to smallest possible, 
> > repeatable, situation.
> 
> I looked at this again and verified that indeed, commit
> 8eee65c996048848c20f6637c1d12b319a4ce244 introduced an incompatible
> change into the on-disk format of ltree columns: it widened
> ltree_level.len, which is one component of an ltree on disk.
> So the crash is hardly surprising.  I think that the only thing
> pg_upgrade could do about it is refuse to upgrade when ltree columns
> are present in an 8.3 database.  I'm not sure though how you'd identify
> contrib/ltree versus some random user-defined type named ltree.

It is actually easy to do using the attached patch.  I check for the
functions that support the data type and check of they are from an
'ltree' shared object.  I don't check actual user table type names in
this case.

-- 
  Bruce Momjian  <br...@momjian.us>        http://momjian.us
  EnterpriseDB                             http://enterprisedb.com

  + It's impossible for everything to be true. +
diff --git a/contrib/pg_upgrade/check.c b/contrib/pg_upgrade/check.c
new file mode 100644
index 93b9e69..91789d3
*** a/contrib/pg_upgrade/check.c
--- b/contrib/pg_upgrade/check.c
*************** check_old_cluster(bool live_check, char 
*** 81,86 ****
--- 81,87 ----
  	{
  		old_8_3_check_for_name_data_type_usage(&old_cluster);
  		old_8_3_check_for_tsquery_usage(&old_cluster);
+ 		old_8_3_check_ltree(&old_cluster);
  		if (user_opts.check)
  		{
  			old_8_3_rebuild_tsvector_tables(&old_cluster, true);
diff --git a/contrib/pg_upgrade/pg_upgrade.h b/contrib/pg_upgrade/pg_upgrade.h
new file mode 100644
index feea324..82e16ce
*** a/contrib/pg_upgrade/pg_upgrade.h
--- b/contrib/pg_upgrade/pg_upgrade.h
*************** void new_9_0_populate_pg_largeobject_met
*** 411,416 ****
--- 411,417 ----
  
  void		old_8_3_check_for_name_data_type_usage(ClusterInfo *cluster);
  void		old_8_3_check_for_tsquery_usage(ClusterInfo *cluster);
+ void		old_8_3_check_ltree(ClusterInfo *cluster);
  void		old_8_3_rebuild_tsvector_tables(ClusterInfo *cluster, bool check_mode);
  void		old_8_3_invalidate_hash_gin_indexes(ClusterInfo *cluster, bool check_mode);
  void old_8_3_invalidate_bpchar_pattern_ops_indexes(ClusterInfo *cluster,
diff --git a/contrib/pg_upgrade/version_old_8_3.c b/contrib/pg_upgrade/version_old_8_3.c
new file mode 100644
index 55d919c..ba14dc9
*** a/contrib/pg_upgrade/version_old_8_3.c
--- b/contrib/pg_upgrade/version_old_8_3.c
*************** old_8_3_check_for_tsquery_usage(ClusterI
*** 202,207 ****
--- 202,288 ----
  
  
  /*
+  *	old_8_3_check_ltree()
+  *	8.3 -> 8.4
+  *	The internal ltree structure was changed in 8.4 so upgrading is impossible.
+  */
+ void
+ old_8_3_check_ltree(ClusterInfo *cluster)
+ {
+ 	int			dbnum;
+ 	FILE	   *script = NULL;
+ 	bool		found = false;
+ 	char		output_path[MAXPGPATH];
+ 
+ 	prep_status("Checking for contrib/ltree");
+ 
+ 	snprintf(output_path, sizeof(output_path), "%s/contrib_ltree.txt",
+ 			 os_info.cwd);
+ 
+ 	for (dbnum = 0; dbnum < cluster->dbarr.ndbs; dbnum++)
+ 	{
+ 		PGresult   *res;
+ 		bool		db_used = false;
+ 		int			ntups;
+ 		int			rowno;
+ 		int			i_nspname,
+ 					i_proname;
+ 		DbInfo	   *active_db = &cluster->dbarr.dbs[dbnum];
+ 		PGconn	   *conn = connectToServer(cluster, active_db->db_name);
+ 
+ 		/* Find any functions coming from contrib/ltree */
+ 		res = executeQueryOrDie(conn,
+ 								"SELECT n.nspname, p.proname "
+ 								"FROM	pg_catalog.pg_proc p, "
+ 								"		pg_catalog.pg_namespace n "
+ 								"WHERE	p.pronamespace = n.oid AND "
+ 								"		p.probin = '$libdir/ltree'");
+ 
+ 		ntups = PQntuples(res);
+ 		i_nspname = PQfnumber(res, "nspname");
+ 		i_proname = PQfnumber(res, "proname");
+ 		for (rowno = 0; rowno < ntups; rowno++)
+ 		{
+ 			found = true;
+ 			if (script == NULL && (script = fopen(output_path, "w")) == NULL)
+ 				pg_log(PG_FATAL, "Could not open file \"%s\": %s\n",
+ 					   output_path, getErrorText(errno));
+ 			if (!db_used)
+ 			{
+ 				fprintf(script, "Database: %s\n", active_db->db_name);
+ 				db_used = true;
+ 			}
+ 			fprintf(script, "  %s.%s\n",
+ 					PQgetvalue(res, rowno, i_nspname),
+ 					PQgetvalue(res, rowno, i_proname));
+ 		}
+ 
+ 		PQclear(res);
+ 
+ 		PQfinish(conn);
+ 	}
+ 
+ 	if (script)
+ 		fclose(script);
+ 
+ 	if (found)
+ 	{
+ 		pg_log(PG_REPORT, "fatal\n");
+ 		pg_log(PG_FATAL,
+ 			   "Your installation contains the \"ltree\" data type.    This data type\n"
+ 			   "changed its internal storage format between your old and new clusters so this\n"
+ 			   "cluster cannot currently be upgraded.  You can manually upgrade databases\n"
+ 			   "that use \"contrib/isn\" facilities and remove \"contrib/isn\" from the old\n"
+ 			   "cluster and restart the upgrade.  A list of the problem functions is in the\n"
+ 			   "file:\n"
+ 			   "    %s\n\n", output_path);
+ 	}
+ 	else
+ 		check_ok();
+ }
+ 
+ 
+ /*
   * old_8_3_rebuild_tsvector_tables()
   *	8.3 -> 8.4
   * 8.3 sorts lexemes by its length and if lengths are the same then it uses
-- 
Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-hackers

Reply via email to